Методологические основы

Модель окружения системы и модель использования системы пред­ставляют собой две дополняющие друг друга модели взаимоотношений между данной системой и ее окружением. Модель окружения системы — это статическая модель, которая описывает другие системы из окружения разрабатываемого ПС. Модель использования системы — динамическая модель, которая показывает взаимодействие данной системы со своим окружением. Модель окружения системы можно представить с помощью схемы связей, которая дает простую блок-схему общей архитектуры сис­темы. С помощью пакетов языка UML ее можно представить в разверну­том виде как совокупность подсистем. Такое представление показывает, что рабочее окружение системы находится внутри подсистемы, занимаю­щейся сбором данных. При моделировании взаимодействия проектируе­мой системы с ее окружением при ООП применяется абстрактный подход, который не требует больших объемов данных для описания этих взаимо­действий. Подход, применяемый в UML, состоит в том, чтобы разрабо­тать модель вариантов использования, в которой каждый вариант пред­ставляет собой определенное взаимодействие с системой.

Объектные модели, разработанные для формирования требований, могут использоваться как для представления данных, так и для процессов их обработки. В этом отношении они объединяют модели потоков данных и семантические модели данных. Они также полезны для классификации системных сущностей и могут представлять сущности, состоящие из дру­гих сущностей. Для некоторых классов систем объектные модели — есте­ственный способ отображения реально существующих объектов, которые находятся под управлением системы. Например, для систем, обрабатыва­ющих информацию относительно конкретных объектов (таких, как авто­мобили, самолеты, книги), которые имеют четко определенные атрибуты. Более абстрактные высокоуровневые сущности (например, библиотеки, медицинские регистрирующие системы или текстовые редакторы) труднее моделировать в виде классов объектов, поскольку они имеют достаточно сложный интерфейс, состоящий из независимых атрибутов и методов.

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