Аналитическая модель (краткий конспект) Copyright © Мухортов В. В., Няньчук-Татарский Н. А., 2001-2004 Copyright © ООО «Интекс», 2003-2004.

Презентация:



Advertisements
Похожие презентации
Объектно-ориентированный анализ и дизайн Copyright © Мухортов В. В., Няньчук-Татарский Н. А., Copyright © ООО «Интекс»,
Advertisements

Объектно-ориентированный дизайн Copyright © Мухортов В. В., Няньчук-Татарский Н. А., Copyright © ООО «Интекс»,
2. UML – унифицированный язык моделирования систем.
Процесс разработки Design and programming are human activities. Forget it and all is lost. B.Stroustrup, 1991.
Процесс разработки Design and programming are human activities. Forget it and all is lost. B.Stroustrup, 1991.
Этап моделирования предметной области в методологии RUP.
Анализ требований Copyright © Мухортов В. В., Няньчук-Татарский Н. А., Copyright © ООО «Интекс»,
Design model. М одель реализации системы. Создается на основе Analysis model. Фиксирует язык реализации классов. Сопровождается до конца разработки. Элементы.
8. Моделирование логической структуры системы Диаграмма классов Диаграмма классов служит для моделирования классов и отношений между ними.
Package -набор классов, отношений, use-case realization и других пакетов UML: package.
Унифицированный язык моделирования UML является графическим языком для визуализации, конструирования и документирования систем, в которых большая роль.
Зачем нам нужна VP? Задачи VP взаимодействие между заказчиками и командой разработчиков понимание разрабатываемой системы сокращение расходов упрощение.
Анализ требований Copyright © Мухортов В. В., Няньчук-Татарский Н. А., Copyright © ООО «Интекс»,
WORK WITH UML Универсальный язык моделирования (UML) Studybook for students Author Dudnik Oxana.
Разработка объектно- ориентированного ПО Итеративная модель разработки (развитие водопадной модели) анализ проектирование кодирование тестирование.
Проектирование архитектуры ИСО 1. UML 2 Структура определения языка 4.
Нотации моделирования Принципы проектирования с использованием UML.
Диаграммы UML Диаграмма вариантов использования. Основные вопросы Назначение диаграммы вариантов использования Компоненты диаграммы вариантов использования.
Моделирование на UML Денис Иванов. Ай Ти Консалтинг.
4. Моделирование функциональных требований к системе.
Транксрипт:

Аналитическая модель (краткий конспект) Copyright © Мухортов В. В., Няньчук-Татарский Н. А., Copyright © ООО «Интекс»,

Аналитическая модель Абстрактная модель системы, описывающая ее в терминах use-case realization. Язык реализации классов не фиксируется. Обычно не сопровождается. Элементы analysis model: Use-case realization – реализация use-case, набор activity, state, collaboration и class диаграмм Boundary class – класс, разграничивающий actor-ов и систему Control – класс, управляющий другими классами Entity – класс, моделирующий информацию, используемую в системе

Реализация варианта использования UML: Use Case со стереотипом > Задает структуру классов, которая служит для выполнения требований. Содержит: Диаграмму(-ы) классов Диаграммы взаимодействия (коопераций и/или последовательностей), действий и состояния, показывающие, каким именно образом выполняются те или иные требования

Аналитические классы Boundary - Класс, разграничивающий (под-)систему и окружение. Control - Класс, управляющий другими классами. Entity - Класс, моделирующий информацию, используемую в системе

Ограничения на связи From\To (navigability) BoundaryEntityControl Boundary communicate subscribe communicate Entity communicate subscribe Control communicate subscribe communicate

Реализация варианта использования: процесс описания Создать реализацию варианта использования. Создать диаграмму классов. Создать необходимые диаграммы, описывающие динамику системы. (При необходимости добавить в классы дополнительные сообщения.)