Скачать 0.69 Mb.
|
Глава 2. Моделирование системыТенденции развития современных информационных технологий приводят к постоянному возрастанию сложности ИС, создаваемых в различных областях. Современные крупные проекты ИС характеризуются, как правило, следующими особенностями:
Для успешной реализации проекта объект проектирования (ИС) должен быть, прежде всего, адекватно описан, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС. [16] 2.1 Диаграмма вариантов использованияДля отображения взаимодействия между вариантами использования, представляющими функции системы, и действующими лицами, представляющими людей или системы, получающие или передающие информацию в данную систему, была построена диаграмма вариантов использования в нотации UML. [15] На Рис. 1 - 3 отражены все роли и их функциональные возможности в системе. Рисунок 1. Диаграмма вариантов использования для роли Администратор Рисунок 2. Диаграмма вариантов использования для ролей Ответственный от подразделения, Комиссия по закупкам, Руководство Рисунок 3. Диаграмма вариантов использования для ролей Сотрудник, Диспетчер, IT-специалист 2.2 Диаграмма системного окруженияСистема взаимодействует с другими системами в ИАИС. Аутентификация в системе осуществляется при помощи системы «Защита информации и ПО», при выполнении заявок на закупку техники или ПО в системы «Учет компьютерной техники» и «Учет ПО» заносятся приобретенные позиции с последующей их обработкой. При подаче заявок на техническое обслуживание эти данные можно извлечь. Все служебные данные получаются из системы «Глоссарий» (Рис. 4): Рисунок 4. Диаграмма системного окружения 2.3 Функциональные моделиДля описания потоков данных были построены функциональные модели в стандартах IDEF0 и IDEF3. IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. [2] В ходе работы были построены: Рисунок 5. Контекстная диаграмма На рисунке представлена контекстная диаграмма. На ней видны основные входные/выходные данные, механизмы и управление в разрабатываемой системе. Рисунок 6. Диаграмма 1-го приближения На Рис.6 представлена диаграмма первого приближения – на ней отображены 4 модуля системы:
Далее представлены функциональные модели описанных модулей: Рисунок 7. Блок «Администрирование» Рисунок 8. Блок «Обработка заявки на закупку» Рисунок 9. Блок «Обработка заявки на техническую поддержку» |