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

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

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

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

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

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

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

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

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

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

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

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

Разработка диаграммы пакетов осуществляется путем группировки классов объектов по подсистемам. На этапе анализа системных требований определяется состав пакетов, относящихся к пакету «Проблемная область».

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