Методические указания по выполнению дипломных работ (стр. 15 из 25)
В объектно-ориентированном подходе изменяется и принцип проектирования системы. Сначала выделяются классы объектов, а затем в зависимости от возможных состояний его объектов определяются методы обработки (функциональные процедуры), что обеспечивает лучшую реализацию динамического поведения информационной системы (рис. 3.5).
Для объектно-ориентированного подхода разработаны графические методы моделирования проблемной области, обобщенные в языке моделирования Unified Modeling Language – UML. Однако с точки зрения наглядности представления модели пользователю – заказчику объектно-ориентированные модели явно уступают функционально – ориентированным моделям и поэтому наиболее эффективны в применении на стадии разработки программной реализации системы.
Отображаемые в моделях проблемной области бизнес – процессы предприятия имеют неодинаковый характер. Так, можно выделить относительно рутинные бизнес-процессы, которые выполняются на строго регламентированной основе, например процессы складского и бухгалтерского учета, оформления приема на работу и т.д. С другой стороны, существуют бизнес-процессы с высокой динамикой принятия решений по ходу выполнения бизнес-процесса, например управление закупками или продажами. Кроме того, могут иметь место бизнес-процессы, выполняемые в условиях неопределенности внешней среды и требующие применения неструктурированного знания, например процессы маркетинга, инжиниринга, бизнес – планирования.
Рис.3.5. Фрагмент диаграммы взаимодействия объектов.
Для каждого из перечисленных видов бизнес – процессов могут потребоваться свои стандарты моделирования проблемной области. Так, например, функционально-ориентированные методологии в большей степени используются для формализации рутинных бизнес-процессов, в то время как объектно-ориентированные методологии - для формализации динамических бизнес-процессов. Кроме того, на различных этапах проектирования систем также могут применяться разные методологии.
Комплексный характер реинжиниринга бизнес–процессов, затрагивающий все виды бизнес–процессов и приводящий к созданию корпоративной ИС, обусловливает необходимость интеграции различных методологий моделирования бизнес–процессов и возможности отображения представлений моделей в соответствующих стандартах. Проведенный анализ методологий структурного моделирования проблемной области показал, что ни одна из методологий в полной мере не удовлетворяет требованиям комплексного реинжиниринга бизнес–процессов, принадлежащих к различным классам.
На инструментальном уровне эта задача частично решена в технологии ARIS (Architecture of Integrated Information Systems) [12, 17], в которой поддерживается общий репозиторий однотипных объектов различных методологий.
Сложность отображения моделей проблемной области, представленных в различных стандартах, обусловлена сильной привязкой в существующих подходах содержания модели к формализму. В разрабатываемых в последнее время системах управления знаниями акцент делается как раз не на форму, а на суть отображаемых явлений или концептуализацию знаний о проблемной области в онтологиях [15, 16, 17]. В связи с этим разработка подхода к моделированию проблемной области на основе метаонтологий, в которой стандартизуется метамодель мира, т.е. такие понятия, как объект, функция, событие, ресурс и их взаимодействие, представляется основой для решения поставленной задачи интеграции применения различных методологий в моделировании проблемной области.
Вопросы для самопроверки
1. Дайте определения понятиям «проект», «управление проектом».
2. По каким признакам классифицируются проекты.
3. Перечислите этапы жизненного цикла проекта.
4. Перечислите проблемные области управления проектами.
5. Каких участников проекта вы знаете?
6. Охарактеризуйте функции участников проекта.
7. Дайте определение понятию «Проблемная область».
8. Перечислите требования, предъявляемые к модели проблемной области.
9. Перечислите основные аспекты (столбцы) при построении матрицы согласованных архитектур.
10. Что представляют собой строки матрицы согласованных архитектур?
11. Какова суть процессного подхода?
12. Перечислите основные компоненты, входящие в описание концептуальной модели бизнес-процесса.
13. В чем состоит сущность функционально-ориентированного подхода при построении моделей проблемных областей?
14. В чем состоит сущность объектно-ориентированного подхода при построении моделей проблемных областей?
15. При каких условиях применяются функционально-ориентированные и объектно-ориентированные модели.
4. Требования стандартов и технология создания автоматизированных информационных систем.
Создание Автоматизированных Информационных Систем (АИС) регламентируется «Комплексом стандартов и руководящих документов на автоматизированные системы» (ГОСТ 34.201-89, ГОСТ 34.602-89, РД 50-682, РД 50-680-88, ГОСТ 34.601-90, ГОСТ 34.401-90, РД 50-34.698-90, ГОСТ 34.003-90, РД 50-34.119-90).
4.1. Состав стадий и этапов канонического проектирования АИС.
Каноническое проектирование АИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших локальных АИС или их частей. В основе канонического проектирования лежит каскадная модель жизненного цикла АИС. Процесс каскадного проектирования в жизненном цикле АИС в соответствии с применяемым стандартом в нашей стране - ГОСТ 34601-90 «Автоматизированные системы. Стадии создания» делится на следующие семь стадий рис.4.1.
 |
В целях изучения взаимосвязанных приемов и методов канонического проектирования АИС перечисленные семь стадий можно сгруппировать в часто используемые на практике четыре фазы проекта и представить в виде технологической сети проектирования (ТСП) процесса разработки АИС (рис. 4.2).
 |
Д 1.1 – предметная область; Д 1.2 – материалы обследования; Д 1.3 – ТЭО, ТЗ на проектирование; Д 1.4 – эскизный проект; Д 2.1 – Техно-рабочий проект (ТРП); Д3.1 – исправленный ТРП, переданный в эксплуатацию; Д 3.2 – акт о приемке проекта в промышленную эксплуатацию; Д 4.1 – модернизированный ТРП.
Рис. 4.2. Технологическая сеть проектирования (ТСП) АИС.
По своей сути эти четыре фазы совпадают с жизненным циклом проекта, который был описан в разделе 1 и разнятся в основном терминологически.
Фаза «Концепция проекта» по сути, здесь «Предпроектная стадия».
Фаза разработки соответствует стадии проектирования.
Фаза реализации соответствует стадии внедрения и т.д. (см. таблицу 4.1).
Таблица 4.1. Соответствие фаз проекта, стадий канонического проектирования и стандарта.
| Фазы проекта. | Стадии канонического проектирования. | Стадии создания АИС по стандарту. |
| Фаза концепции проекта. | Предпроектная стадия | 1.Исследование и обоснование создания системы. 2.Разработка технического задания. 3.Создание эскизного проекта. |
| Фаза разработки. | Стадия проектирования. | 4.Техническое проектирование. 5.Рабочее проектирование. |
| Фаза реализации. | Стадия внедрения. | 6.Ввод в действие. |
| Фаза завершения. | Стадия эксплуатации и сопровождения. | 7.Функционирование. Сопровождение. Модернизация. |
Традиционно этапы исследования предметной области – предприятия, обоснование проекта АИС для него и разработки технического задания объединяют термином «Предпроектная стадия» («Предпроектное обследование»), поскольку результаты выполнения работ на данных этапах не являются законченным проектным решением. Основное назначение «Предпроектной стадии» заключается в обосновании экономической целесообразности создания АИС и формулировании требований к ней.
На первой «Предпроектной стадии» принято выделять два основных этапа:
1. сбор материалов обследования;
2. анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).
В результате выполнения первого этапа проектировщики получают материалы обследования (Д 1.2), которые должны содержать полную и достоверную информацию, описывающую изучаемую предметную область – предприятие, в том числе: цель функционирования; организационную структуру системы и объекта управления, т.е. его управленческие отделы, цехи, склады и хозяйственные службы; функции управления, выполняемые в этих подразделениях, протекающие в них технологические процессы обработки управленческой и экономической информации, а также материальные потоки и процессы их обработки, ресурсные ограничения.
После выполнения второго этапа проектировщики получают количественные и качественные характеристики информационных потоков, описание их структуры и мест обработки, объемов выполняемых операций и трудоемкости их обработки. На основе этих материалов разрабатываются два документа:
1).«Технико-экономическое обоснование проектных решений» (ТЭО), содержащее расчеты и обоснование необходимости разработки АИС для предприятия, а также выбираемых технологических и проектных решений (Д 1.3);