4 Основная часть

4.1 Концептуальная модель системы

Концептуальная модель – это систематизированное содержательное описание моделируемой системы (или проблемной ситуации) на неформальном языке. Неформализованное описание разрабатываемой имитационной модели включает определение основных элементов моделируемой системы, их характеристики и взаимодействие между элементами на собственном языке. При этом могут использоваться таблицы, графики, диаграммы и т.д. Неформализованное описание модели необходимо как самим разработчикам (при проверке адекватности модели, ее модификации и т.д.), так и для взаимопонимания со специалистами других профилей.

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

Затем формализованное описание преобразуется в программу – имитатор в соответствии с некоторой методикой (технологией программирования).

Рассмотрим концептуальную модель пакета программ для работы с PE файлами (рисунок 1):

Рисунок 1 – Общая концептуальная модель

4.2 Диаграмма вариантов использования

Визуальное моделирование в UML можно представить, как некоторый процесс полууровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Разработка диаграммы вариантов использования преследует цели:

• Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

• Сформулировать общие требования к функциональному поведению проектируемой системы;

• Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. Составим диаграмму вариантов использования для нашей разработки, будем рассматривать каждую роль отдельно.

Составим диаграмму вариантов использования для роли «Пользователь» (рисунок 2):

Рисунок 2 – Диаграмма вариантов использования для роли «Пользователь».