Анализ системных требований к ЭИС

Диаграммы компонентов и размещения

Диаграмма компонентов отображает зависимости программ­ных компонентов, которые представляются в виде исходных, от­компилированных и исполняемых программных кодов объектов. Один компонент, как правило, соответствует программному коду одного пакета классов объектов.

В модели размещения отображается топология расположения компонентов по узлам вычислительной сети. Отдельный компо­нент всегда располагается на одном компьютере-сервере. На од­ном компьютере-сервере может располагаться несколько компо­нентов (рис. 16.17).

Рис. 16.17. Пример диаграммы компонентов и размещения

Рассмотрим технологическую сеть проектирования ЭИС на основе использования объектно-ориентированной CASE-технологии, для которой характерны последовательное расширение и уточнение моделей на различных стадиях жизненного цикла ЭИС: анализа системных требований, логического и физического про­ектирования, реализации. Технологическая сеть объектно-ори­ентированного проектирования ЭИС (рис. 16.18) представляет собой обобщение методологий Objectory и Natural Engineering Workbench.

Рис. 16.18. Технологическая сеть объектно-ориентированного проектирования ЭИС:

D_обсл - описание организационно-экономической системы; D_пи^', D_пи^'', - диаграммы прецедентов использования ЭИС; D_о^', D_о^'', D_о^'''- диаграммы классов объектов; D_с', D_с'', D_с'''- диаграммы состояний объектов; D_пк', D_пк'', D_пк''' - диаграммы пакетов; D_в^'' - диаграммы взаимодействий; D_д^'', D_д^''' - диаграммы деятельностей: D_к^'''- диаграмма компонентов; D_р^''' - диаграмма размещения компонентов; U_языки - универсум объектно-ориентированных языков программирования; G_о - классы объектов; G_м - процедуры методов

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

Рис. 16.19. Технологическая сеть системного анализа требований:

D_обсл - описание организационно-экономической системы; D_пи^' - диаграмма прецедентов использования ЭИС; D_о^' - диаграмма классов объектов; D_с' - диаграммы состояний объектов; D_пк' - диаграмма пакетов

Так, в объектно-ориентированной методологии анализа и проектирования бизнес-процессов предусматриваются:

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

2. Задание порядка разработки и автоматизации бизнес-про­цессов в соответствии с определенными критериями, например наибольшим эффектом для заказчика, простотой и быстротой разработки и т. д.

3. Неформальное словесное описание бизнес-процессов.

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

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

Разработка D_пи^' - диаграммы прецедентов использования ЭИС (преобразователь П11) предполагает выделение тех последова­тельностей транзакций, которые будут автоматизировать требу­емые бизнес-процессы. При этом определяются основные пользо­ватели-актеры, взаимодействующие с прецедентами исполь­зования.

Разработка D_о^' - диаграммы классов объектов (преобразова­тель П12) предполагает задание состава основных атрибутов и определение характера взаимосвязей классов объектов.

Разработка D_с' - диаграммы состояний объектов (преобразо­ватель П13) осуществляется только для классов объектов со слож­ным поведением. При этом рассматриваются все прецеденты ис­пользования, в которых объекты данного класса используются и меняют свои состояния.

Разработка D_пк' - диаграммы пакетов (преобразователь П14) осуществляется путем группировки классов объектов по подсис­темам. На этапе анализа системных требований определяется состав пакетов, относящихся к пакету «Проблемная область». При этом выделяются функциональные пакеты, которые объединяют классы объектов, реализующие функции управления, и базовые пакеты с нормативно-справочной информацией, общие для фун­кциональных пакетов.