Разработка модуля учета кадров на предприятии ООО «Фармаград»

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

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

Осуществление проектирования ЭИС предполагает использование  проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.

Технология проектирования ЭИС - это совокупность методологии и средств проектирования ЭИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта ЭИС).

К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:

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

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

Выделяются два основных класса технологии проектирования ЭИС: каноническая и индустриальная технологии. Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий проектирования не исключает использования в отдельных случаях канонической технологии.

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

Современные CASE-системы в зависимости от поддерживаемых методологий проектирования делятся на функционально-ориентированные и объектно-ориентированные.

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

1) декомпозиция всей системы  на некоторое множество иерархически  подчиненных функций; 

2) представление всей информации  в виде графической нотации.  Систему всегда легче понять, если она изображена графически.

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

• BFD (BussinessFunctionDiagram) - диаграмма бизнес-функций (функциональные спецификации);
• DFD (DataFlowDiagram) - диаграмма потоков данных;
• STD (StateTransitionDiagram) - диаграмма переходов состояний (матрицы перекрестных ссылок);
• ERD (EntityRelationshipDiagram) - ER-модель данных предметной области (информационно-логические модели «сущность-связь»);
• SSD (SystemStructureDiagram) - диаграмма структуры программного приложения.

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

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

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

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

Система объектно-ориентированных  моделей в соответствии с нотациями UML включает в себя следующие диаграммы:

1) диаграмму прецедентов  использования (Use-casediagram), которая  отображает функциональность ЭИС  в виде совокупности выполняющихся  последовательностей транзакций;

2) диаграмму классов  объектов (Classdiagram), которая отображает  структуру совокупности взаимосвязанных классов объектов аналогично ER-диаграмме функционально-ориентированного подхода;

3) диаграммы состояний  (Statechartdiagram), каждая из которых  отображает динамику состояний  объектов одного класса и связанных  с ними событий; 

4) диаграммы взаимодействия объектов (Interactiondiagram), каждая из которых отображает динамическое взаимодействие объектов в рамках одного прецедента использования;

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

6) диаграммы пакетов (Packagediagram), которые  отображают распределение объектов  по функциональным или обеспечивающим  подсистемам (могут декомпозироваться  на более детальные диаграммы);

7) диаграмму компонентов (Componentdiagram), которая отображает физические  модули программного кода;

8) диаграмму размещения (Deploymentdiagram), которая отображает распределение  объектов по узлам вычислительной  сети.

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

В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования.

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

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

Типовые проектные решения  для функциональных подсистем реализуются  в виде пакетов прикладных программ (ППП), которые позволяют осуществлять:

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

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

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

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

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

В настоящее время  развивается модельно-ориентированный  подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных систем R/3 (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области в репозитории системы сближает метод типового проектирования с методом автоматизированного проектирования как в части более точного определения и модификации требований к информационной системе, так и в части корректности параметрической настройки и автоматизированной доработки проектных решений.

 

 

 

 

 

 

 

 

 

2 АНАЛИЗ ПРЕДПРИЯТИЯ И ПОСТАНОВКА ЗАДАЧИ

1. Анализ существующей ситуации