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

Размещено на http://www.allbest.ru/

Содержание

1. Системный анализ и анализ требований

1.1 Рамки системы

1.2 Сжатый формат описания всех прецедентов диаграммы

1.3 Развернутый формат описания одного прецедента

2. Модель прецедентов

2.1 Диаграмма последовательностей на основе основного успешного сценария в развернутом формате описания прецедента

2.2 Описания системных операций диаграммы последовательности

3. Модель предметной области

3.1 Объекты предметной области или концептуальные классы

4. Модель проектирования

4.1 Диаграмма последовательностей

4.2 Диаграмма кооперации

4.3 Диаграмма классов

1. Системный анализ и анализ требований

1.1 Рамки системы

В первую очередь необходимо определить рамки системы.

Основные исполнители - это те, чьи потребности удовлетворяются с помощью системы. Для решения своих задач они используют систему. В отличие от них, вспомогательные исполнители занимаются обслуживанием системы.

Рисунок 1. Рамки системы.

Перечень исполнителей и их задач на основе анализа внешних событий приставлен в таблице 1.

Таблица 1. Перечень исполнителей и их задач на основе анализа внешних событий.

Диаграмма прецедентов (диаграмма вариантов использования) в UML -- диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

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

Рисунок 2. Диаграмма прецедентов.

1.2 Сжатый формат описания всех прецедентов диаграммы

Настройка системы: администратор настраивает систему при необходимости.

Технические работы: администратор следит за возникновением неисправностей и в случае обнаружения устраняет их.

Изменение данных: оператор вводит данные о новом заказе и выполненном заказе.

Регистрация нового заказа: открывается новый заказ.

1.3 Развернутый формат описания одного прецедента

Прецедент - Открытый заказ.

Основной исполнитель. Оператор.

Заинтересованные лица и их требования:

· Оператор. Хочет, даны о заказах были точны, и не было срыва запланированных работ.

· Клиент. Хочет, чтобы заказ был выполнен в срок и качественно.

· Администратор. Хочет, чтобы система функционировала без сбоев.

Предусловия. К моменту начала система запущена, все оборудование настроено.

Результаты. Новый заказ клиента оформлен.

1. Оператор открывает новый заказ.

2. Оператором вводится ФИО.

3. Оператор вводит мерки.

4. Оператор выбирает эскиз из справочника.

5. Оператор вводит количество.

6. ИС вывод стоимости заказа.

7. Оператор сохраняет заказ в системе.

2. Модель прецедентов

2.1 Диаграмма последовательностей на основе основного успешного сценария в развернутом формате описания прецедента

Диаграмма последовательности действий (sequence diagram) отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.

Рисунок 3. Диаграмма последовательностей.

2.2 Описания системных операций диаграммы последовательности

Открывается новый заказ- система добавляет новую запись БД.

Оператором вводится ФИО.

Оператор вводит мерки.

Оператор выбирает эскиз из справочника.

Ввод количества.

Вывод стоимости заказа.

Сохранение заказа в системе.

3. Модель предметной области

3.1 Объекты предметной области или концептуальные классы

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

Для создания модели предметной области выполняются следующие этапы. сценарий прецедент предметный концептуальный

1. Выявляются концептуальные классы на основе списка категорий и метода анализа текстового описания для текущей итерации разработки.

2. Концептуальные классы отображаются в модели предметной области.

3. Добавляются необходимые ассоциации, отражающие связи, для которых требуется выделение памяти.

4. Добавляются атрибуты, необходимые для выполнения информационных требований.

Рисунок 4. Объекты предметной области.

Рисунок 5. Модель предметной области

4. Модель проектирования

4.1 Диаграмма последовательностей

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

Рисунок 6. Диаграмма последовательностей.

4.2 Диаграмма кооперации

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

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

Рисунок 7. Диаграмма кооперации.

4.3 Диаграмма классов

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

Рисунок 8. Диаграмма классов.

Модель данных

Логическая модель данных в Erwin.

Рисунок 9. Логическая модель данных.

Размещено на Allbest.ru