Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КУРС Б-П ИС.doc
Скачиваний:
10
Добавлен:
19.11.2018
Размер:
309.76 Кб
Скачать

Управление прецедентами

RUP это процесс, управляемый прецедентами. Это значит , что прецеденты, определенные для стстемы, составляют основу всего процесса разработки.

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

Требование - это условие или характеристика, которой должна соответствовать система.

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

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

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

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

Пример описания предметной области с использованием Unified Modeling Language (UML) при разработке программных систем

Моделирование предметной области является одним из наиболее важных этапов работ при проектировании программных систем масштаба предприятия.

Представление использования - основная часть модели описания системы.

Нотации.

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

---

- аспект использования как определенное средство, предоставляемое системой

- односторонняя ассоциация как взаимодействие, направленное от одного субъекта или аспекта к другим

- обобщение от одного субъекта или аспекта к другому

- включение добавочного поведения в исходный вариант использования, который описывает включение. (Включить)

- включение добавочного поведения в исходный вариант использования, без изменения последнего. (Расширить)

Прецеденты

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

Вопросы для выделения прецедентов

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

  • Какой прецедент будет это делать: Должен ли актер информировать систему о внезапных изменениях внешней среды; Должен ли актер быть информирован систему об изменениях состояния системы

  • Какие прецеденты будут поддерживать и обслуживать систему

  • Могут ли все функциональные требования быть реализованы прецедентами

Основа выбора правильного прецедента:

  • Уровень детализации прецедента

  • Объединение различных действий

Диаграммы прецедентов

Главная диаграмма

Дополнительные диаграммы

Рис. 2. Автоматизируемое предприятие

Рис. 3. Автоматизируемые отделы

Рис. 4. Автоматизируемые объекты предприятия

Рис. 4. Используемые документы

* Рис. 4. Используемые данные

Роли пользователей системы

* рис. 6. Задачи кладовщика

*рис. 7. Общая модель

Диаграммы помеченные *, сделаны на основании изучения действий пользователей (алгоритма).

Диаграммы размещения

Диаграмма размещения (Deployment diagrams) отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она показывает размещение объектов и компонентов в распределенной системе. Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства – в большинстве случаев часть аппаратуры. Это аппаратура может быть простым устройством или датчиком, а может быть и большим компьютером. Соединения между узлами показывают коммуникационные каналы, с помощью которых осуществляются системы взаимодействия. Диаграммы размещения используется менеджером проекта, пользователями, архитектором системы и эксплуатационным персоналам, чтобы понять физическое размещение системы и расположение ее отдельных подсистем.

Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть железа , а не программ. Deployment – в переводе означает топология. Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.

Описание кнопок панели инструментов диаграмм размещения в Rational Rose.

- Note, комментарий

- Связь комментария с элементом

- Processor, процессор

- Connection, соединение

Device, устройство

ПРИМЕР. Сетевая конфигурация ИС «Оприходование товара на складе»

Для проектирования данной ИС использована технология «клиент – сервер». На рисунке показано, что центральным звеном является компьютер- сервер, где храниться вся информация, т.е. используется архитектура централизованной многопользовательской системы. Клиентские приложения располагаются на автоматизированных рабочих местах (станциях) Связь между компьютерами осуществляется по локальной сети. Можно на диаграмме с помощью комментария или используя нотацию Устройство показать расположение рабочих мест, но в данном случае по названию приложения понятно, что рабочие места находятся в отделах где работают эти пользователи.

Рис. Диаграмма размещения ИС «Оприходование товара на складе»

Примеры

Диаграммы действий

Выбор и описание прецедентов

Поток событий для прецедента

- это последовательность событий, необходимых для обеспечения требуемого поведения. Что система, а не как это должна делать. Т.е. описывается на языке предметной области, а не терминами реализации. Поток событий должен определять:

  • Когда и как прецедент начинается и заканчивается

  • Как он взаимодействует с актером

  • Какие данные ему нужны

  • Нормальную последовательность событий для прецедента

  • Описание потоков в альтернативных и исключительных ситуациях.

Документация на потоки составляется в момент проработки итеративным способом:

  • Краткое описание шагов для нормального выполнения прецедента

  • Уточнение шагов

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

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

Диаграмма размещения (Deployment diagrams) отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она показывает размещение объектов и компонентов в распределенной системе. Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства – в большинстве случаев часть аппаратуры. Это аппаратура может быть простым устройством или датчиком, а может быть и большим компьютером. Соединения между узлами показывают коммуникационные каналы, с помощью которых осуществляются системы взаимодействия. Диаграммы размещения используется менеджером проекта, пользователями, архитектором системы и эксплуатационным персоналам, чтобы понять физическое размещение системы и расположение ее отдельных подсистем.

Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть железа , а не программ. Deployment – в переводе означает топология. Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.

Для проектирования данной ИС использована технология «клиент – сервер». На рисунке показано, что центральным звеном является компьютер- сервер, где храниться вся информация, т.е. используется архитектура централизованной многопользовательской системы. Клиентские приложения располагаются на автоматизированных рабочих местах (станциях) Связь между компьютерами осуществляется по локальной сети. Можно на диаграмме с помощью комментария или используя нотацию Устройство показать расположение рабочих мест, но в данном случае по названию приложения понятно, что рабочие места находятся в отделах где работают эти пользователи.