🗊Презентация Модели жизненного цикла ИС или ПО

Модели жизненного цикла ИС или ПО

Архитектура ИС Архитектура ИС - высокоуровневое представление структуры системы и спецификация ее компонентов и логики их взаимодействия. Преимущества архитектуры (или зачем проектировать?): основа для анализа системы на ранних этапах ее разработки; основа для повторного использования компонентов и решений; упрощение принятия решений касательно разработки, развертывания и поддержки; упрощение диалога с заказчиком.

Объектно-ориентированное проектирование ИС

Объектно-ориентированное проектирование ИС

Объектно-ориентированное проектирование ИС

Назначение моделей

Назначение моделей Физическое проектирование: организация компонентов в распределенной среде. распределение компонентов системы для имплементации различными разработчиками. Цель: планирование развертывания системы.

Инструменты для моделирования структуры ИС Unified Modeling Language (UML) Другие средства: языки описания архитектуры (architecture description language, ADL): AADL, C2, Darwin, Wright.

Диаграммы UML диаграммы прецедентов (вариантов использования); диаграммы классов; диаграммы объектов; диаграммы последовательности; диаграммы кооперации; диаграммы состояний; диаграммы деятельности (действий); диаграммы компонентов; диаграммы развертывания.

Модель использования

Диаграммы вариантов использования (Use case diagram) Назначение: Диаграммы прецедентов применяются для моделировании вида системы с точки зрения вариантов ее использования (прецедентов). Определяют функциональные требования к системе. (Отвечают на вопрос «Какие функции будут в системе?») Определяет границы функциональности проектируемой системы.

Элементы диаграммы: Элементы диаграммы: Варианты использования (прецеденты) Актеры Отношения зависимости, обобщения и ассоциации

Элемент «Вариант использования»: Элемент «Вариант использования»: Часть функциональности системы. Соответствует одной функции (сервису), выполняемой по запросу актера. После выполнения функции система должна вернуться в исходное состояние и должна быть готова к выполнению другого запроса актера Условное графические обозначение:

Элемент «Актер»: Элемент «Актер»: Представляет роль, которую играет в данной системе человек (пользователь), аппаратное устройство или другая система. Актер - любая внешняя по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач Примеры актеров: пользователь банкомата, кассир, клиент банка, субсидирующая организация Условное графические обозначение:

Элемент «Актер»: Элемент «Актер»: По отношению к варианту использования актер может быть главным или второстепенным:

Элемент «Отношения»: Элемент «Отношения»: Предназначен для отображения связи между элементами Виды отношений: Ассоциации (association) - структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа. Обобщения (generalization) – отношение между общей сущностью (родителем) и ее конкретным воплощением (потомком). Расширение (extend) - показывает, что целевой вариант использования (прецедент) расширяет поведение исходного Включения (include) - говорит о том, что исходный прецедент явным образом включает в себя поведение целевого

Особенности отношения включения: Особенности отношения включения: 1. Отношение включения может быть установлено только между вариантами использования. 2. Вариант включения в обязательном порядке выполняется при выполнении основного варианта использования 3. Вариант включения не может быть связан отношением ассоциации с актером 4. Применительно к языкам программирования вариант включения соответствует подпрограмме, безусловно вызываемой из основной программы

Особенности отношения расширения: Особенности отношения расширения: 1. Отношение расширения может быть установлено только между вариантами использования. 2. Вариант расширения выполняется при определенных условиях 3. Вариант расширения не может быть связан отношением ассоциации с актером 4. Применительно к языкам программирования вариант расширения соответствует подпрограмме, вызываемой из основной программы по определенному условию

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

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

Способы описания сценария: Способы описания сценария: Описывается в терминах пользователя на понятном пользователю языке. ПРИМЕР: ИЛИ описывается ДИАГРАММОЙ ДЕЯТЕЛЬНОСТИ

Примеры сценариев: Примеры сценариев: Типичный ход событий:

Примеры сценариев: Примеры сценариев: Исключения:

Моделирование вариантов использования Этапы моделирования прецедентов (Буч, Рамбо, Якобсон): Идентифицируйте те структурные элементы, которые необходимы и достаточны для осуществления семантики прецедента. Организуйте эти структурные элементы в диаграмму классов Рассмотрите отдельные сценарии, которые представляют данный прецедент. Отобразите динамику этих сценариев на диаграммах взаимодействия. (Воспользуйтесь диаграммами последовательности, если нужно подчеркнуть порядок сообщений, и диаграммами кооперации, если более важны структурные отношения между кооперирующимися объектами) Организуйте эти структурные и поведенческие элементы как кооперацию, которую вы можете соединить с прецедентом через реализацию.

Описание ПрО: Описание ПрО: Компания «СУПЕР МАГАЗИН» является сетью магазинов розничной торговли (7 магазинов). У компании есть свой сайт, где представлена информация по продаваемым товарам. Но сайт является только информационным и не позволяет проводить покупку товаров онлайн. В компании отсутствует возможность оперативного отслеживания изменения количества товаров в наличии в магазинах и на складе. Компании «СУПЕР МАГАЗИН» требуется информационная система розничной торговли, которая должна автоматизировать следующие процессы: 1. Обслуживание клиентов, включая оформление и оплату заказов для юридических и физических лиц онлайн; 2. Управление сетью ее магазинов; 3. Управление запасами и складом для сети магазинов.