Проектирование информационно-справочной системы ГОУ НПО ПУ №33

Тип работы:
Дипломная
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННО-СПРАВОЧНЫХ СИСТЕМ

1.1 ЗНАЧЕНИЕ ИНФОРМАЦИОННО-СПРАВОЧНЫХ КОМПОНЕНТ В КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМАХ

1.2 ЭТАПЫ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННО-СПРАВОЧНЫХ СИСТЕМ

ГЛАВА 2. ХАРАКТЕРИСТИКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ГОУ НПО ПУ № 33

2.1 ОБЩАЯ ХАРАКТЕРИСТИКА ДЕЯТЕЛЬНОСТИ ГОУ НПО ПУ № 33

2.2 АНАЛИЗ ИНФОРМАЦИОННОЙ СИСТЕМЫ И ТРЕБОВАНИЙ ПОЛЬЗОВАТЕЛЕЙ К ИНФОРМАЦИОННО-СПРАВОЧНОЙ СИСТЕМЕ ГОУ НПО ПУ № 33

ГЛАВА 3. РАЗРАБОТКА ПРОЕКТА ИНФОРМАЦИОННО-СПРАВОЧНОЙ СИСТЕМЫ ГОУ НПО ПУ № 33

3.1 РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ И ИНФОЛОГИЧЕСКОЙ МОДЕЛИ ИНФОРМАЦИОННО-СПРАВОЧНОЙ СИСТЕМЫ ГОУ НПО ПУ № 33

3.2 РАЗРАБОТКА БАЗ ДАННЫХ И ИНСТРУКЦИЙ ПОЛЬЗОВАТЕЛЯМ ИНФОРМАЦИОННО-СПРАВОЧНОЙ СИСТЕМЫ

ГЛАВА 4. ОЦЕНКА ЭФФЕКТИВНОСТИ ПРОЕКТА ИНФОРМАЦИОННО-СПРАВОЧНОЙ СИСТЕМЫ

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

Актуальность темы. Рано или поздно руководство любой компании сталкивается с проблемой систематизации информации и автоматизации процессов, работающих с информацией. Если на начальном этапе развития небольшой фирмы возможна ситуация, когда сотрудники компании используют стандартные офисные приложения, такие как, например, MS Office, для ведения складского, бухгалтерского, управленческого и других учетов, а руководству компании для принятия решения, подкрепленного достоверными данными, достаточно позвонить нужному сотруднику и попросить подготовить отчет в произвольной форме. То со временем рост объемов данных (по данным исследований объем информации, аккумулируемой компаниями, удваивается каждые 18 месяцев) ставит перед компанией задачу создания современной корпоративной информационной системы, охватывающий все аспекты хозяйственной деятельности предприятия и дающей возможность получать достоверную информацию по различным вопросам управления.

Наличие в рамках корпоративной информационной системы информационно-справочного компонента дает возможность использовать еще один инструмент, позволяющий сохранить управление над компанией либо повысить эффективность этого управления. Автоматическое управление в социально-экономических системах не может быть применено. Поэтому если после внедрения информационно-справочной системы не ускоряется процесс сбора и обработки информации, не повышается достоверность и полнота данных, а руководство организации не получает новых данных, или не может правильно их использовать, то информация остается невостребованной, а это не приводит к повышению эффективности решений.

Внедрение на предприятии информационно-справочной системы позволит достичь следующих целей:

· Оперативный доступ к достоверной, исчерпывающей информации, представленной в удобном виде, руководителей всех уровней управления предприятием;

· Создание единого информационного пространства для всех уровней управления;

· Упрощение регистрации данных и их обработку;

· Избавление от двойной регистрации одних и тех же данных;

· Регистрация информации там, где она действительно появляется, а не там где она стала необходимой, т. е. регистрация информации в режиме реального времени;

· Снижение трудозатрат и распределение их равномерно на всех участников системы учета, планирования и управления;

· Автоматизация консолидации данных для распределенной организационной структуры.

Информационно-справочная система сама по себе не повышает прибыльность предприятия. Она может повысить эффективность и ускорить процесс обработки данных, может предоставить информацию для принятия решений. Поэтому необходимо не только разработать (выбрать) и внедрить такую систему, но и научиться ее использовать с максимальной отдачей.

Причем понимание возможностей и способов использования системы должно предшествовать, а точнее определять выбор, поставщика и процесс внедрения Главное, что позволяет сделать информационно-справочная система — объединить информацию о деятельности предприятия. На основе полученной информации руководитель может оперативно корректировать и планировать деятельность предприятия. Таким образом, актуальность проекта обусловлена тем, что использование информационно-справочной системы в качестве инструмента управления позволит руководителю предприятия или организации получить возможность увидеть все предприятие изнутри, посмотреть, как функционируют основные системы, где и за счет чего можно минимизировать издержки, что мешает увеличить прибыль или получить другие значимые результаты.

Объектом дипломного проекта является деятельность ГОУ НПО ПУ № 33.

Предметом дипломного проекта является информационная система организации.

Целью — разработка проекта информационно-справочной системы ГОУ НПО ПУ № 33.

В соответствии с актуальностью, объектом и предметом исследования нами были поставлены следующие задачи:

· изучить теоретические основы проектирования информационно-справочных систем;

· проанализировать информационную систему и требования пользователей к информационно-справочной системе ГОУ НПО ПУ № 33.

· разработать проект информационно-справочной системы ГОУ НПО ПУ № 33;

· дать оценку эффективности проекта информационно-справочной системы.

Методы исследования, используемые в процессе подготовки дипломного проекта — это системный и сравнительный анализ и методы анализа документов.

Основными теоретическими и методологическими источниками при написании данной работы служили научные и периодические издания, содержащие материалы об информационных системах управления, современных информационных технологиях, базах и банках данных и информационном менеджменте, а также документы предприятия, текущая бухгалтерская и статистическая отчетность, периодическая литература.

Структура проекта состоит из введения, четырех глав, заключения, списка литературы и приложений.

ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННО-СПРАВОЧНЫХ СИСТЕМ

1. 1 Значение информационно-справочных компонент в корпоративных информационных системах

Ни одна организация никак не может осуществлять свою деятельность без информации. В процессе нормального функционирования организации, управления ею в различного рода информации нуждаются все ее работники, от простого рабочего или служащего, до директора. Процесс получения и использования информации в общем случае выглядит таким образом, как представлено на рис. 1. Сбор и анализ информации осуществляется в процессе обращения к источнику информации. На основе собранной и проанализированной информации происходит формирование гипотез, установление зависимостей и проверка правильности сформулированной гипотезы. В том случае, если гипотеза верна, можно реализовывать принятое решение, если же нет — следует вернуться к этапу сбора и анализа информации.

Рис. 1. 1 Использование информации в принятии управленческих решений

Информационные процессы являются не самоцелью, они призваны в конечном итоге управлять материальными потоками, а также взаимодействием материальных и информационных потоков См.: Банк В. Р. Информационные системы в экономике: Учебник для вузов/ Банк В. Р., Зверев В. С, — М: Экономистъ, 2005. — С. 18.

В настоящее время сложилось два направления автоматизации управленческой деятельности, связанных с применением автоматических и автоматизированных систем. Он и различаются характером объектов управления: если в первом случае объектами управления являются технологические процессы и работа оборудования и человек не принимает участия в процессе управления, то во втором -- коллективы людей, занятых в сфере материального производства и сфере обслуживания, где роль человека остается определяющей.

В зависимости от роли человека в процессе управления, форм связи и функционирования звена «человек-машина», распределения информационных и управляющих функций между оператором и ЭВМ, между ЭВМ и средствами контроля и управления псе технологии можно разделить на информационные и управляющие. Информационные технологии, обеспечивающие сбор и выдачу «удобном для обозрения виде измерительную информацию о ходе технологического или производственного процесса, в результате соответствующих расчетов определяют, какие управляющие воздействия следует произвести, чтобы управляемый процесс протекал наилучшим образом. Выработанная управляющая информация служит рекомендацией оператору, причем основная роль принадлежит человеку, а машина играет вспомогательную роль, выдавая для него необходимую информацию См.: Стрелец И. А. Новая экономика и информационные технологии Издательство: Экзамен. — 2003.

Информационные технологии должны, с одной стороны, представлять отчеты о нормальном ходе производственного процесса и, с другой -- информацию о ситуациях, вызнанных любыми отклонениями от нормального процесса. Различают дна вида информационных технологий:

— Информационно-справочные (пассивные), которые поставляют информацию оператору после его связи с системой по соответствующему запросу. В них ЭВМ необходима только для сбора и обработки информации об управляемом объекте. На основе информации, переработанной ЭВМ и представленной в удобной для восприятия форме, оператор принимает решения относительно способа управления объектом. ЭВМ предоставляет широкие возможности для математической обработки данных (сравнение текущих значений параметров с их максимально и минимально допустимыми значениями, прогнозирование характера изменения контролируемых параметров). В математическое обеспечение ЭВМ входят библиотека рабочих программ, каждая из которых выполняет одну или несколько функций централизованного контроля, и программа-диспетчер, выбирающая для выполнения ту или иную рабочую программу. Общение между оператором и ЭВМ ведется в режиме «запрос-ответ».

— Информационно-советующие (активные), которые сами выдают абоненту предназначенную для него информацию периодически или через определенные промежутки времени. В этих системах наряду со сбором и обработкой информации выполняются следующие функции: определение рационального технологического режима функционирования по отдельным технологическим параметрам процесса, определение управляющих воздействий по всем или отдельным управляемым параметрам процесса и т. п.

— Промежуточным классом между информационной и управляющей технологиями можно считать информационно-управляющую систему, которая предоставляет оператору достоверную информацию о прошлом, настоящем и будущем состоянии производственной системы. Следовательно, кроме программ сбора и обработки производственной информации необходима реализация ряда дополнительных программ статистики, прогнозирования, моделирования, планирования и др.

Корпоративная информационная система (КИС) -- управленческая идеология, объединяющая бизнес-стратегию и информационные технологии См.: Гаскаров Д. В. Интеллектуальные информационные системы Издательство: Высшая школа, — 2003. — С. 102. Корпоративная информационная система — это масштабируемая система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности небольших и средних предприятий, в том числе корпораций, состоящих из группы компаний, требующих единого управления. Корпоративной Информационной Системой может считаться система, автоматизирующая более 80% подразделений предприятия. Корпоративные информационные системы являются развитием систем для рабочих групп, они ориентированы на крупные компании и могут поддерживать территориально разнесенные узлы или сети. В основном они имеют иерархическую структуру из нескольких уровней. Для таких систем характерна архитектура клиент-сервер со специализацией серверов или же многоуровневая архитектура. При разработке таких систем могут использоваться те же серверы баз данных, что и при разработке групповых информационных систем. Однако в крупных информационных системах наибольшее распространение получили серверы Oracle, DB2 и Microsoft SQL Server.

Эффективное управление современным предприятием представляет собой довольно нетривиальную задачу, учитывая многообразие используемых ресурсов и высокую скорость изменения операционного окружения. Основными функциями управления являются, как известно, планирование, организация, активизация, координация, контроль и анализ, которые осуществляются в многомерном пространстве различных областей деятельности предприятия См.: Крылович А. В. Информационные технологии в управлении предприятии. // Открытые системы. Директор информационной службы. — [Электронный ресурс] - Режим доступа http: //www. osp. ru/cio/2008/07/38 319/ 12 февраля 2009. Формируемые в ходе выполнения вышеперечисленных функций управленческие решения служат отправным моментом для конкретных исполнителей. В связи с тем, что автоматизация исполнения должностных обязанностей и отдельных поручений фактически стала в последнее время стандартом де-факто, особую остроту приобретает проблема автоматизации непосредственно управленческих функций.

Следовательно, наиболее существенной чертой комплексной информационной системы должно стать расширение контура автоматизации для получения замкнутой, саморегулирующейся системы, способной гибко и оперативно перестраивать принципы своего функционирования См.: Гринберг А. С. Информационный менеджмент Издательство: Юнити-Дана. — 2003, — С. 23.

Очевидно, что в состав КИС должны войти средства для документационного обеспечения управления, информационной поддержки предметных областей, коммуникационное программное обеспечение, средства организации коллективной работы сотрудников и другие вспомогательные (технологические) продукты. Из этого, в частности, следует, что обязательным требованием к КИС является интеграция большого числа программных продуктов.

Подобная широкопрофильная система должна в равной, максимально допустимой, степени удовлетворить все подразделения организации, по возможности сохранить существующие бизнес-процессы, а также методы и структуру управления. Без привлечения автоматизации практически нельзя контролировать постоянно меняющиеся бизнес-процессы.

Наполнение предметной части КИС может существенно изменяться в зависимости от профиля деятельности предприятия, включая, например, программное обеспечение для финансового анализа, складскую программу либо PDM-систему. Некоторая часть КИС определяется такими характеристиками, как масштаб организации и объемы информационных работ. С их увеличением становится актуальным внедрение специализированных модулей делопроизводства и архивного хранения, которые способны поддерживать крупные электронные архивы смешанной документации с обеспечением необходимого уровня надежности и безопасности хранения информации См.: Маклаков С. В. Моделирование бизнес-процессов Издательство: Диалог — МИФИ. — 2003, — С. 89.

В дополнение к функционалу, структуру КИС определяют и реализующие данный функционал технологии. С этой точки зрения современные информационные системы должны отвечать целому набору обязательных требований. Среди них, в первую очередь, стоит отметить использование архитектуры клиент-сервер с возможностью применения большинства промышленных СУБД, обеспечение безопасности с помощью различных методов контроля и разграничения доступа к информационным ресурсам, поддержку распределенной обработки информации, модульный принцип построения из оперативно-независимых функциональных блоков с расширением за счет открытых стандартов (API, COM и другие), а также поддержку технологий Internet/intranet.

Кроме того, немаловажную роль играют и другие -- эксплуатационные -- характеристики: легкость администрирования, эргономичность, наличие локализованного (русифицированного) интерфейса.

Наиболее органичным и эффективным способом построения КИС, при котором были бы выполнены вышеперечисленные функции и требования к технологичности, является использование в качестве ядра всего информационного комплекса системы автоматизации деловых процессов См.: Романов В. П. Интеллектуальные информационные системы в экономике: Учебное пособие для вузов/ Под ред. Тихомирова Н.П./ М: Экзамен — 2003.

Для того чтобы понять, почему это именно так, необходимо вспомнить, что, фактически, деятельность любой организации представляет собой нечто иное, как совокупность выработанных в повседневной практике деловых процессов, в которые вовлечены финансовые, материальные, кадровые, информационные и прочие виды ресурсов. Именно деловые процессы определяют порядок взаимодействия отдельных сотрудников и целых отделов, а также принципы построения информационных систем. Поэтому автоматизация предприятия, исходя из делового процесса, наиболее логична, и самое главное, -- вполне реальна благодаря современным workflow-системам, выступающим в роли связующего звена, вокруг которого и будут интегрироваться другие программные продукты. Сформированная таким образом КИС характеризуется одновременно универсальностью и эффективностью. Она способна автоматизировать деятельность предприятия практически любой отрасли и при этом позволяет сохранить специфические, критически важные нюансы управленческого и организационного ноу-хау. Кроме того, автоматизацию не нужно начинать с нуля. Интегрированный комплекс может создаваться на базе разрозненных автоматизированных рабочих мест, т. е. с использованием уже имеющегося системного и прикладного программного обеспечения. Не стоит забывать также, что при применении в предложенной структуре современных workflow-систем, которые характеризуются открытостью и широкими возможностями по настройке, легко достигается динамичная и гибкая модификация целей и функций КИС.

Сегодня существует целый ряд систем автоматизации деловых процессов (САДП), заслуживающих самого пристального внимания потребителя, который собрался проводить комплексную автоматизацию. Из зарубежных систем это, в первую очередь, Action Workflow фирмы Action Techologies и продукт фирмы Staffware Inc., который так и называется Staffware; из отечественных -- ничуть не уступающая зарубежным конкурентам система WorkRoute компании ВЕСТЬ АО, получившая признание на западном рынке.

Прежде чем перейти непосредственно к рассмотрению вопроса о построении КИС на подобных системах, имеет смысл вкратце познакомиться с их терминами и принципами функционирования.

Работа workflow-систем, как правило, основывается на том, что большая часть деловых процессов представляет собой периодически повторяемую, отрегулированную последовательность действий (выполнение заданий), которая может быть легко формализована. Для этой цели в них с помощью специальных редакторов создаются так называемые карты деловых процессов, которые описывают, кто, когда, на каком рабочем месте (возможно, в удаленном филиале), с помощью каких программ и как должен обработать те или иные данные. Заложенное в карту описание делового процесса позволяет автоматизировать формирование, активизацию, выполнение и контроль различных заданий.

Карта делового процесса создается, а обычно просто рисуется мышью с использованием нескольких графических примитивов и затем может быть легко изменена. Таким образом, без всякого программирования можно за считанные минуты получить реально работающее workflow-приложение. В некоторых workflow-системах создание информационных моделей деловых процессов возможно только с помощью программирования, что представляет собой довольно кропотливый процесс, требующий к тому же специальных знаний. Так, в Action Workflow программирование используется для разработки электронных форм, которые являются неотъемлемой частью бизнес-модели, обеспечивая взаимодействие системы с пользователем на этапах делового процесса См.: Годин В. В., И. К. Корнеев Информационное обеспечение управленческой деятельности Издательства: Высшая школа, Мастерство. — 2001, — С. 67.

Важно отметить, что, несмотря на общий подход, workflow-системы сильно различаются по возможностям карт деловых процессов, в связи с чем при выборе такой системы необходимо, прежде всего обратить внимание, насколько сложными могут быть структуры деловых процессов и какие в них поддерживаются типы этапов. Стандартный набор должен обязательно включать простой узел (выполнение элементарного действия, например редактирование первого варианта технического проекта), условие (ветвление дальнейшего хода делового процесса в зависимости от условий), ветвление (безусловное разделение процесса на несколько параллельных ветвей), объединение ветвей, скрипт (встроенный язык программирования для автоматического выполнения таких операций, как, скажем, обращение в базу данных внешней прикладной программы с извлечением из нее предварительной информации по техническому заданию), множественные точки входа и выхода из делового процесса.

Также должна существовать возможность определять в контексте карты переменные различных типов, несущие любую смысловую нагрузку и влияющие на ход выполнения работы (допустим, название контрагента по сделке, сумма сделки, дата завершения этапа). Разумеется, должен быть встроенный редактор для создания экранных форм, которые на каждом этапе делового процесса отображают переменные и формируют пользовательский интерфейс workflow-приложения.

Следует помнить, что значения переменных, в идеале, должны считываться не только из базы данных workflow-системы, но и из баз данных прикладных программ, поддерживающих наиболее распространенные промышленные стандарты СУБД. Это позволяет интегрировать систему автоматизации деловых процессов с внешними приложениями в разрезе совместного использования данных. Что же касается встроенного языка программирования, о котором выше уже шла речь, то к нему, вполне очевидно, предъявляются такие требования, как простота (например, он должен быть семантически совместим с каким-либо распространенным языком -- на сегодняшний день предпочтительнее всего VBA), эффективность, наличие широких возможностей по управлению деловыми процессами и связанными с ними данными. Крайне желательно, чтобы скрипт мог работать с OLE-серверами, запускать внешние программы, взаимодействовать с MAPI-совместимыми почтовыми системами. Кроме того, учитывая, что workflow-система рассматривается нами как основа КИС, для получения полной интеграции с другими программами и облегчения этого процесса, скорее всего, потребуется наличие открытого программного интерфейса API, который бы позволил управлять системой из внешних программ.

Международной организацией, курирующей разработку стандартов и спецификаций на системы класса workflow, является Workflow Management Coalition (WfMC). Теперь, после небольшого отступления, вернемся к проблеме построения КИС на базе системы автоматизации деловых процессов.

Если workflow-система отвечает большинству вышеперечисленных требований, то это позволит легко объединить вокруг нее любые современные приложения, поддерживающие те или иные стандарты межпрограммного взаимодействия. Ясно, что функциональная направленность интегрированного комплекса в принципе ничем не ограничена, однако некоторые сферы деятельности носят более распространенный характер, нежели другие, и поэтому заслуживают интеграции в первую очередь. Для групповых и корпоративных систем существенно повышаются требования к надежности функционирования и сохранности данных. Эти свойства обеспечиваются поддержкой целостности данных, ссылок и транзакций в серверах баз.

То есть говорят, что мы имеем дело с реальностью, описанием (представлением) реальности и с данными, которые отражают это представление. Данные, используемые для описания предметной области, представляются в виде трехуровневой схемы (так называемая модель ANSI/SPARC):

Рис. 1.2 Процесс предоставления данных в ИС

Внешнее представление (внешняя схема) данных является совокупностью требований к данным со стороны некоторой конкретной функции, выполняемой пользователем. Концептуальная схема является полной совокупностью всех требований к данным, полученной из пользовательских представлений о реальном мире. Внутренняя схема — это сама база данных.

Отсюда вытекают основные этапы, на которые разбивается процесс проектирования базы данных информационной системы:

Концептуальное проектирование — сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

a) Обследование предметной области, изучение ее информационной структуры выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами моделирование и интеграция всех представлений. По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели «сущность-связь».

b) Логическое проектирование — преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей. Физическое проектирование — определение особенностей хранения данных, методов доступа и т. д.

Различие уровней представления данных на каждом этапе проектирования представлено в следующей таблице.

Таблица 1. 1 Уровни представления данных

КОНЦЕПТУАЛЬНЫЙ УРОВЕНЬ

сущности

Представление аналитика

атрибуты

связи

ЛОГИЧЕСКИЙ УРОВЕНЬ

записи

Представление программиста

элементы данных

связи между записями

ФИЗИЧЕСКИЙ УРОВЕНЬ

группирование данных

Представление администратора

индексы

методы доступа

В теории проектирования информационных систем предметную область принято рассматривать в виде трех представлений См.: Блюмин А. М. Проектирование систем информационного, консультационного и инновационного обслуживания/ Блюмин А. М., Печеная Л. Т., Феоктистов Н. А. -М.: Издательский дом Дашков и К, 2009 — С. 46:

— представление предметной области в том виде, как она реально существует

— как ее воспринимает человек (имеется в виду проектировщик базы данных)

— как она может быть описана с помощью символов.

1. 2 Этапы проектирования информационно-справочных систем

Проектирование информационно-справочной системы — это один из важнейших этапов ее существования то, с чего, собственно, должна начинаться её жизнь. Любая правильная информационно-справочная система базируется на тщательно спроектированной базе данных, в которой учтены не только все особенности ведения бизнеса, но и заложена возможность будущего развития путем добавления функциональности в информационную систему.

Задача проектирования АИС промышленных предприятий достаточно сложна, так как характер обрабатываемой информации разнороден и сложно формализуем. Однако здесь можно выделить основную модель работы — это работа «от кода проекта». В общем случае код проекта представляет собой аналог (функциональный) лицевого счета, он имеет определенную разрядность, порядок (т.е. конкретная группа цифро-буквенного обозначения характеризует деталь, сборочную единицу, изделие и их уровень взаимосвязи). Причем конкретная часть кода характеризует технологические, конструкторские, финансовые и др. документы. Все это регламентируется соответствующими ГОСТами, поэтому может быть формализовано. При этом модульный подход к реализации АИС наиболее важен.

Двойственный подход к формированию ежедневного производственного плана лег в основу т.н. «принципа дуализма» для АИС промышленных предприятий. Реализация принципа дуализма неизбежно также требовала построения АИС предприятий нового поколения в виде программных модулей, органически связанных между собой, но, в то же время, способных работать и автономно.

Такая многокомпонентная система обеспечивала соблюдение основополагающего принципа построения автоматизированных информационных систем — отсутствия дублирования ввода исходных данных. Информация по операциям, проведенным с применением одного из компонентов системы, могла быть использована любым другим ее компонентом. Модульность построения АИС нового поколения и принцип одноразового ввода дают возможность гибко варьировать конфигурацией этих систем См.: Сорокин А. А. Проектирование экономических информационных систем: Учебник для/ Смирнова Г. Н., Сорокин А. А., Тельнов Ю.Ф.- М: Финансы и статистика, — 2003. — С. 53.

Кроме того, одно из достоинств принципа многокомпонентности, являющегося базовым при создании АИС нового поколения, состоит в возможности их поэтапного внедрения. На первом этапе внедрения устанавливаются (или заменяются уже устаревшие) компоненты системы на те рабочие места, которые нуждаются в обновлении ПО. На втором этапе происходит развитие системы с подсоединением новых компонентов и отработкой межкомпонентных связей. Возможность применения такой методики внедрения обеспечивает ее достаточно простое тиражирование и адаптацию к местным условиям. Таким образом, автоматизированная информационная система нового поколения — это многокомпонентная система с распределенной базой данных по уровням экспертизы.

Многие предприятия предпочитают разрабатывать АИС собственными силами, так как:

1. стоимость таких разработок относительно низкая (по сравнению с продуктами крупных зарубежных разработчиков). Как правило, к существующим подразделениям департамента информатизации, таким как: управление эксплуатации, управление эксплуатации вычислительной сети и средств связи, экспертно-аналитическое управление (постановка задач), добавляется лишь новая структура: управление развития и разработки АИС, что, как правило, не влечет за собой больших финансовых затрат.

2. собственная разработка — это максимальная ориентация на реализацию бизнес — процессов предприятия или банка, его уникальных финансовых и управленческих технологий, складывающихся годами.

3. это позволяет обеспечивать значительно более высокий уровень безопасности и независимости от внешних факторов.

4. возможна оперативная реакция на изменения правил игры на рынке.

Вместе с тем при собственной разработке необходимо решить целый комплекс организационно-технических задач, которые позволили бы избежать ошибочных решений См.: Веревченко А. П. Информационные ресурсы для принятия решений Издательства: Деловая Книга, Академический проект. — 2002:

Во-первых, правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.

Во-вторых, использование при разработке современного инструментария.

В третьих, мультизадачная инфраструктура разработки проекта, когда конкретный модуль АИС ведет группа разработчиков с взаимосвязанным перечнем задач, построенная на принципах полной взаимозаменяемости, т. е. функционирование данного модуля АИС и его развитие не связано с одним конкретным разработчиком.

В четвертых, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.

Только при соблюдении этих основных положений можно рассчитывать, что собственная разработка окажется конкурентной и эффективной. В противном же случае можно столкнуться с эффектом «неоправданных ожиданий» — это в лучшем случае, а в крайнем случае вообще задуматься о смене АИС. При этом, смена АИС может вызвать как непосредственно смену клиентских модулей и табличной структуры БД, так и потребовать замены серверного и клиентского аппаратного и общесистемного программного обеспечения, включая СУБД, а это дело не дешевое. Поэтому очень важно при выборе варианта реализации АИС сразу решить вопрос о возможностях экспорта/импорта данных в создаваемой системе. При правильном решении данного вопроса смена АИС, если в ней все-таки возникнет необходимость, произойдем практически безболезненно для функциональных подразделений.

В отличие от банковских структур крупные отечественные промышленные предприятия сейчас только подходят к осознанию явной необходимости внедрения и развития корпоративных информационных систем как одной из основных компонент стратегического развития бизнеса. В связи с этим в недалеком будущем можно ожидать расширение рынка корпоративных информационных систем и в последующем его значительно роста. Учитывая тесную интеграцию финансовых и промышленных структур можно полагать, что основой построения корпоративных систем финансово-промышленных групп будут являться, используемые в их финансовых учреждениях, АБС.

Ориентация на профессиональные СУБД может способствовать достижению следующих целей:

1) Оптимизированный многопользовательский режим работы с развитой системой транзакционной обработки, что обеспечивает многочисленным пользователям возможность работы с базой данных, не мешая друг другу.

2) Надежные средства защиты информации (учитывая стандартную трехзвенную архитектуру защиты на уровне сети — на уровне сервера БД — на уровне клиентской ОС).

3) Эффективные инструменты для разграничения доступа к БД.

4) Поддержка широкого диапазона аппаратно — программных платформ.

5) Реализация распределенной обработки данных.

6) Возможность построения гетерогенных и распределенных сетей.

7) Развитые средства управления, контроля, мониторинга и администрирования сервера БД.

8) Поддержка таких эффективных инструментариев, как: словари данных, триггеры, функции, процедуры, пакеты и т. п.

Все выше перечисленное обусловило широкое распространение решений на базе профессиональных СУБД в крупных коммерческих банках и промышленных корпорациях. По экспертным оценкам по числу установок лидируют СУБД Oracle, Informix, Sybase. Несмотря на это в большинстве средних и малых банках и предприятиях по-прежнему, ориентируются на решения на базе АИС третьего и даже второго поколения.

Основные причины ориентации на использования профессиональных СУБД при построении своих АИС [1,2]:

«ПРОТИВ» — Относительно высокая дороговизна профессиональных СУБД

«ЗА» — Как правило, поставщиками практически всех профессиональных СУБД сейчас предлагаются масштабируемые решения для средних и малых систем, причем цена последних сравнима с ценами на локальные СУБД.

«ПРОТИВ» — Профессиональные СУБД предъявляют высокие требования к аппаратной платформе.

«ЗА» — С резким ростом производительности Intel-ориентированных аппаратных платформ большинство производителей профессиональных СУБД выпустила свои версии и под Intel-сервера, в том числе и под ОС LINUX, а учитывая что LINUX при всей своей мощности UNIX системы практически бесплатная ОС, то и решение на ее основе как правило не повлечет больших финансовых затрат. Это позволяет при построении системы ориентироваться не только на высокопроизводительные многокластерные RISC сервера, но и использовать серверные Intel-платформы.

«ПРОТИВ» — Профессиональные АИС сложны и дороги в администрировании.

«ЗА» — Как правило, сложность администрирования зависит от конкретной АИС. Кроме этого, при эксплуатации АИС в многопрофильном банке или предприятии на UNIX платформе снимает многие проблемы, возникающие на местах, за счет широких возможностей удаленного администрирования из центра.

«ПРОТИВ» — Разработки АИС на промышленной платформе слишком дороги.

«ЗА» — Проектирование современных интегрированных систем — процесс трудоемкий, требующей высокой квалификации разработчиков. Все это находит отражение в цене и объективно делает АИС нового поколения более дорогими, но все же сравнимыми по стоимости с их предшественниками.

«ПРОТИВ» — Внедрение систем на профессиональной платформе процесс затяжной и дорогостоящий.

«ЗА» — Затяжка внедрения, как правило, обусловлена либо недостатком опыта фирмы поставщика по установке таких систем, либо недостаточной готовностью самого внедряемого продукта. Ориентировочный срок установки типовой АИС четвертого поколения под СУБД Oracle при отлаженном технологическом процессе составляет несколько недель.

«ПРОТИВ» — Сопровождение систем на базе профессиональной платформы неоправданно дорого, а качественные характеристики такой АИС оставляют желать лучшего.

«ЗА» — Во многом это предубеждение сложилось на основании опыта эксплуатации АИС зарубежного производства. Можно указать целый ряд случаев, когда зарубежные фирмы поставщики либо отказывались своевременно вносить изменения, обусловленные новыми инструкциями ЦБ, либо требовали за эти изменения неоправданно крупные суммы. Однако это совсем не относится к отечественным системам нового поколения, изначально рассчитанным на изменчивое российское законодательство.

Анализ рынка показывает, что на сегодня современная АИС должна представлять собой интегрированный комплекс аппаратно-программных средств реализующих мультипредметную информационную систему, обеспечивающую современные финансовые, управленческие, проектирующие, производственные и сбытовые технологии в режиме реального времени при транзакционной обработке данных.

В чем основные отличительные особенности корпоративных СУБД. Во-первых, они были изначально направлены на создание интегрированных, многопользовательских систем, имея в своем распоряжении развитые словари данных, что значительно повышает роль системного анализа и моделирования при проектировании системы. Во-вторых, средства разработки для данных СУБД оптимизированы для коллективной разработки сложных систем в рамках единой продуманной стратегической линии. Все это обуславливает неуклонно растущее количество успешных внедрений систем на базе профессиональных СУБД.

Итак, после выбора метода, которым следует руководствоваться при проектировании информационной системы, необходимо спланировать комплекс работ по созданию ИС в соответствии с типовыми этапами разработки. Этапы разработки автоматизированных информационных систем в классическом варианте будут выглядеть следующим образом См.: Дудипска Э., Мизла М. Управленческие информационные системы // Проблемы теории и практики управления. 1996. № 2. С. 114--120.

А) Разработка и анализ бизнес — модели

Определяются основные задачи АИС, проводится декомпозиция задач по модулям и определяются функции с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС). Метод решения: Функциональное моделирование. Результат:

— Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС.

— Аппаратно-технический состав создаваемой АИС.

Б) Формализация бизнес — модели, разработка логической модели бизнес -процессов.

Разработанная концептуальная модель формализуется, т. е. воплощается в виде логической модели АИС. Метод решения: Разработка диаграммы «сущность-связь» (ER (Entity-Reationship) — CASE- диаграммы). Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.

В) Выбор лингвистического обеспечения, разработка программного обеспечения АИС.

Разработка АИС: выбирается лингвистическое обеспечение (среда разработки — инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы — в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС.

Г) Тестирование и отладка АИС

На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т. п. Результат: Оптимальный состав и эффективное функционирование АИС. Комплект документации: разработчика, администратора, пользователя.

Д) Эксплуатация и контроль версий

Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т. е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20−30%. Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС.

Рис. 1. 3 Последовательность трансформации бизнес-модели в объекты БД и приложения

При этом последовательность трансформации бизнес-модели в объекты БД и приложения будет следующей. Разработка основных функций и назначения АИС и моделирование предметной области предшествует исследованию бизнес-процессов полученной модели и формированию объектов базы данных. При этом на каждом этапе используются специфические для него методы и средства.

Работа проектировщиков базы данных в значительной степени зависит от качества информационной модели. Информационная модель не должна содержать никаких непонятных конструкций, которые нельзя реализовать в рамках выбранной СУБД. Следует отметить, что информационная модель создается для того, чтобы на ее основе можно было построить модель данных, то есть должна учитывать особенности реализации выбранной СУБД. Если те или иные особенности СУБД не позволяют отразить в модели данных то, что описывает информационная модель, значит, надо менять информационную модель, так как производитель СУБД вряд ли будет оперативно менять собственно СУБД ради вашего конкретного проекта (хотя и такие, правда единичные, случаи имели место).

Построение логической и физической моделей данных является основной частью проектирования базы данных. Полученная в процессе анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных. После этого для разработчиков информационной системы создается пробная база данных. С ней начинают работать разработчики кода. В идеале к моменту начала разработки модель данных должна быть устойчива. Проектирование базы данных не может быть оторвано от проектирования модулей и приложений, поскольку бизнес-правила могут создавать объекты в базе данных, например серверные ограничения (constraints), а также хранимые процедуры и триггеры, — в этом случае часто говорят, что часть бизнес-логики переносится в базу данных. Проектирование модели данных для каждой СУБД содержит свои особенности, проектные решения, которые дают хороший результат для одной СУБД, но могут оказаться совершенно неприемлемыми для другой. Ниже перечислим задачи, которые являются общими для проектирования моделей данных:

— выявление нереализуемых или необычных конструкций в ER-модели и в определениях сущностей;

— разрешение всех дуг, подтипов и супертипов;

— изучение возможных, первичных, внешних ключей, описание ссылочной целостности (в зависимости от реализации декларативно или с использованием триггеров);

— проектирование и реализация денормализации базы данных в целях повышения производительности;

— определение части бизнес-логики, которую следует реализовать в базе данных (пакеты, хранимые процедуры);

— реализация ограничений (ограничений и триггеров), отражающих все централизованно определенные бизнес-правила, генерация ограничений и триггеров;

— определение набора бизнес-правил, которые не могут быть заданы как ограничения в базе данных;

— определение необходимых индексов, кластеров (если таковые реализованы в СУБД), определение горизонтальной фрагментации таблиц (если это реализовано в СУБД);

— оценка размеров всех таблиц, индексов, кластеров;

— определение размеров табличных пространств и особенностей их размещения на носителях информации, определение спецификации носителей информации для промышленной системы (например, тип raid-массивов, их количество, какие табличные пространства на них размещаются), определение размеров необходимых системных табличных пространств (например, системного каталога, журнала транзакций, временного табличного пространства и т. п.);

— определение пользователей базы данных, их уровней доступа, разработка и внедрение правил безопасности доступа, аудита (если это необходимо), создание пакетированных привилегий (в зависимости от реализации СУБД это роли или группы), синонимов;

— разработка топологии базы данных в случае распределенной базы данных, определение механизмов доступа к удаленным данным.

Таким образом, корпоративная информационная система -- это совокупность технических и программных средств предприятия, реализующих идеи и методы автоматизации. Современные системы управления деловыми процессами позволяют интегрировать вокруг себя различное программное обеспечение, формируя единую информационную систему. Тем самым решаются проблемы координации деятельности сотрудников и подразделений, обеспечения их необходимой информацией и контроля исполнительской дисциплины, а руководство получает своевременный доступ к достоверным данным о ходе производственного процесса и имеет средства для оперативного принятия и воплощения в жизнь своих решений. И, что самое главное, полученный автоматизированный комплекс представляет собой гибкую открытую структуру, которую можно перестраивать и дополнять новыми модулями или внешним программным обеспечением.

Информационная система может строиться с применением послойного принципа. Так, в отдельные слои можно выделить специализированное программное обеспечение (офисное, прикладное), непосредственно workflow, систему управления документами, программы поточного ввода документов, а также вспомогательное программное обеспечение для связи с внешним миром и обеспечения доступа к функционалу системы через коммуникационные средства (e-mail, Internet/intranet).

Этапы проектирования информационно-справочной системы — одной из основных компонентов КИС — представляют собой последовательное продвижение от исследования предметной области до эксплуатации готовой системы. В процессе проектирования необходимо особое внимании уделить разработке модели данных на концептуальном, логическом и физических уровнях.

ГЛАВА 2. ХАРАКТЕРИСТИКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ГОУ НПО ПУ № 33

2. 1 Общая характеристика деятельности ГОУ НПО ПУ № 33

Государственное образовательное учреждение «Профессиональное училище № 33 г. Белгорода» является образовательным учреждением начального профессионального образования, созданным Министерством мелиорации и водного хозяйства РСФСР на основании решения от 03. 09. 1974 г.№ 586. Наименование учреждения при создании: СПТУ № 11.

Устав профессионально — технического училища № 33 зарегистрирован Постановлением Главы администрации Белгородского района от 10 апреля 1995 года № 305 и является новой редакцией устава, зарегистрированного Инспекцией МНС России по г. Белгороду от 09. 01. 2003 г. и разработан в связи с приведением в соответствие с действующим законодательством (см. Приложение А).

Местонахождение Учреждения: 308 036, г. Белгород, ул. Губкина, д. 53.

Полное наименование Учреждения: Государственное образовательное учреждение начального профессионального образования «Профессиональное училище № 33 г. Белгорода». Сокращенное наименование Учреждения: ГОУ НПО ПУ № 33.

Учредителем ГОУ НПО ПУ № 33 является Белгородская область в лице департамента образования, культуры и молодежной политики Белгородской области

ГОУ НПО ПУ № 33 является юридическим лицом, некоммерческой организацией в форме государственного бюджетного учреждения, по типу — образовательным учреждением начального профессионального образования, виду — профессиональным училищем.

ГОУ НПО ПУ № 33 имеет право на выдачу своим выпускникам документа государственного образца о соответствующем уровне образования и на пользование печатью с изображением Государственного герба Российской Федерации с момента его государственной аккредитации, подтвержденной свидетельством о государственной аккредитации.

ГОУ НПО ПУ № 33 самостоятельно в осуществлении образовательного процесса, подборе и расстановке кадров, научно-методической, финансовой, хозяйственной и иной деятельности в пределах, определенных законодательством Российской Федерации и настоящим Уставом, может иметь самостоятельный баланс, смету, лицевой счет в органах казначейства, от своего имени приобретать и осуществлять имущественные и неимущественные права, нести обязанности, быть истцом и ответчиком в суде.

Главной задачей Учреждения является создание необходимых условий для удовлетворения потребности личности в получении начального профессионального образования, конкретной профессии, соответствующего уровня квалификации, с возможностью повышения общего образовательного уровня обучающихся, не имеющих среднего (полного) общего образования, а также ускоренного приобретения трудовых навыков для выполнения определенной работы или группы.

Основные цели Учреждения:

— обеспечение гарантии права на образование;

— осуществление образовательного процесса;

— формирование общей культуры личности обучающихся;

— подготовка работников квалифицированного труда (рабочих и служащих) по всем основным направлениям общественно полезной деятельности согласно Перечню профессий (специальностей), утвержденному Правительством Российской Федерации;

— воспитание гражданственности, трудолюбия, уважения к правам и свободам человека, любви к Родине;

— воспитание здорового образа жизни.

Учреждение осуществляет обучение и воспитание в интересах личности, общества, государства, обеспечивает самоопределение личности, создает условия для ее самореализации, обеспечивает охрану здоровья и создание благоприятных условий для разностороннего развития личности, в том числе возможность удовлетворения потребности обучающегося в самообразовании и получении дополнительного образования.

ГОУ НПО ПУ № 33 осуществляет бухгалтерский учет и предоставляет информацию о своей деятельности органам государственной статистики и налоговым органам, Учредителю и иным лицам в соответствии с законодательством Российской Федерации. Имущество Учреждения является государственной собственностью Белгородской области и закрепляется в установленном законодательством порядке за Учреждением на праве оперативного управления департаментом имущественных и земельных отношений Белгородской области.

Источниками формирования имущества и финансовых ресурсов Учреждения являются:

— бюджетные и внебюджетные средства;

— имущество, переданное ему в установленном законодательством порядке собственником или уполномоченным им органом;

ПоказатьСвернуть
Заполнить форму текущей работой