Проектирование ИС с применением UML. Rational Unified Process Rational Unified Process это процесс разработки решения, который обеспечивает упорядоченный. - презентация

1 Проектирование ИС с применением UML

2 Rational Unified Process Rational Unified Process это процесс разработки решения, который обеспечивает упорядоченный подход к распределению задач и обязанностей в организации- разработчике. Rational Unified Process это продукт процесса, разработанный корпорацией Rational Software (база знаний). Rational Unified Process это контур процесса, который можно адаптировать для удовлетворения требований принявшей его организации.

3 Концепции RUP

4 Управляемые итерации Итерационный подход позволяет улучшать понимание проблемы и создавать эффективные решения за счет последовательных улучшений и приращений функциональности. Обеспечивает гибкость при учете новых требований и изменении бизнес-целей, снижает риски.

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

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

7 Конфигурируемый процесс Никакой одиночный процесс не подходит для всех случаев разработки. RUP основан на простой и корректной архитектуре, обеспечивающей общность для семейства задач и достаточно гибкой и просто масштабируемой.

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

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

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

11 Архитектура RUP

12 Итеративный характер RUP

13 Проектирование системы с использованием UML Автоматизация работы склада

14 Моделирование взаимодействия с внешним миром Цель – выявление типовых бизнес-прецедентов в деятельности объекта автоматизации

15 Моделирование деятельности Цель – выявление подлежащих автоматизации действий

16 Подготовка Начало Документ ДействиеПодразделениеИсполнитель Выписывает доверенность бухгалтериябухгалтер Едет к продавцу складснабженец Заявка отдела снабжения Доверенность (бланк) Доверенность (подписанная) Получает товар складснабженец Доверенность (подписанная) Накладная Счет-фактура

17 Получение Документ ДействиеПодразделениеИсполнитель Передает товар на склад склад комиссия Выписывает приемный акт складкладовщик Накладная Счет-фактура Накладная Приемный акт ( 2 экз) Да Дефектация Соответствует по количеству\качеству Нет склад снабженец

18 Учет Документ ДействиеПодразделениеИсполнитель Передает акт снабженцу складкладовщик Передает акт в бухгалтерию складкладовщик Приемный акт Учитывает приемный акт бухгалтериябухгалтер Приемный акт Регистрирует товар складкладовщик Накладная Карточка товара

19 Моделирование функций (действия кладовщика по задаче Оприходование товара на складе от продавца) Бухгалтера нет поскольку рассматриваем только склад Цель – выявление объектов, данные о которых придется вводить в систему

20 Моделирование документов (бизнес-объектов)

21 Цель моделирования документов – описать атрибуты документов, их типы, значения, правила формирования для: 1.Проектирования пользовательского интерфейса системы; 2.Проектирования Базы данных системы; 3.Формирования альбома выходных форм системы;

22 Моделирование сценария исполнения функции («Регистрация в картотеке») Цель - проектирование сценариев работы пользователя с будущей системой и описание функций системы.

23 Моделирование состояний бизнес - объектов Цель – проектирование пользовательского интерфейса и БД системы.

24 Разработка требований к системе Преобразование бизнес-модели в модель системных прецедентов Элементы бизнес-моделиЭлементы модели системных прецедентов Бизнес-прецедентыПодсистемы Внешние исполнителиИсполнители Внутренние исполнителиИсполнители или прецеденты Процессы, выполняемые внутренними исполнителями Прецеденты

25 Бизнес-прецеденты отображаются в подсистемы Подсистема складского учета

26 Процессы, выполняемые внутренними исполнителями отображаются в системные функции Формирование приемного акта Внутрисетевой обмен Ведение картотеки

27 Этапы работ в соответствии с RUP 1. Бизнес-моделирование Выделение бизнес-процессов – диаграммы прецедентов (определяет цели системы и разбиение на подсистемы) Описание бизнес-процессов – диаграммы деятельности (определяет модули подсистем и их функции) Описание бизнес-сущностей – диаграммы классов (определяет входные-выходные формы,пользовательский интерфейс, базу данных) Описание состояний бизнес-сущностей – диаграммы состояний (определяет скрытые атрибуты бизнес-сущностей) Роли и виды деятельности – диаграммы классов и прецедентов (определяет функции системы) Структура предприятия - диаграммы классов и прецедентов (определяет функции системы) Бизнес-правила – диаграммы классов и деятельности (определяет правила системы)

28 2. Определение требований Функции системы – диаграммы прецедентов Экранные формы – диаграммы классов Сценарии работы пользователя с системой – диаграммы деятельности 3. Анализ и проектирование Модель размещения – диаграммы развертывания Модель данных – диаграммы классов Модель анализа – диаграммы классов Модель проекта – диаграммы классов, деятельности, последовательности, взаимодействия 4. Реализация Модель реализации – диаграммы компонентов 5. Тестирование Модель тестирования – диаграммы классов, деятельности 6. Размещение Модель размещения – диаграммы развертывания

29 Взаимосвязи моделей

30 Модель Rational Unified Process описывает кто выполняет, что выполняет, как и когда Этапы деятельности: размышления, исполнения, рецензирования.

31 Артефакты проекта вещественные продукты проекта: объекты, порождаемые или используемые проектом при работе над окончательным продуктом

32 Схема процессов бизнес- моделирования

33 Бизнес-прецеденты Диаграммы прецедентов (диаграммы вариантов использования, use case diagrams) – это обобщенная модель функционирования системы в окружающей среде. Модель бизнес-прецедентов описывает бизнес-процессы с точки зрения внешнего пользователя, т.е. отражает взгляд на деятельность организации извне.

34 Свойства бизнес-прецедентов прецедент должен описывать ЧТО нужно делать, а не КАК; прецедент должен описывать действия с точки зрения ИСПОЛНИТЕЛЯ; прецедент должен возвращать исполнителю некоторое СООБЩЕНИЕ; последовательность действий внутри прецедента должна представлять собой одну НЕДЕЛИМУЮ цепочку.

35 Разработка модели бизнес-прецедентов Общая диаграмма деятельности медицинского центра по обслуживанию пациента Внешний исполнительВнутренний исполнитель

36 Разработка модели бизнес-прецедентов (детализация прецедентов) Модель бизнес-прецедентов, составляющих обслуживание пациента Техническое обеспечение Назначение лечения Обеспечение лечения Контроль за изменением состояния пациента Проверка размера оплаты Контроль качества лечения Контроль тарифов Контроль организации деятельности Предыстория лечения Доставка информации Получение лечения

37 Разработка описаний прецедентов Диаграммы видов деятельности (диаграммы деятельностей, activity diagrams) – модель бизнес-процесса или поведения системы в рамках прецедента. Диаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами. Представляется в виде диаграмм последовательности (sequence diagrams) или кооперативных диаграмм (collaboration diagrams). Диаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.

38 Диаграмма видов деятельности для прецедента «Оказание медицинской помощи» Штатный специалист Вх\Вых информация Деятельность Роль Подразделение Должность Бизнес-правило

39 Разработка модели бизнес- объектов Модель бизнес-объектов отражает выполнение бизнес-процессов организации ее внутренними исполнителями. Основными компонентами моделей бизнес- объектов являются внешние и внутренние исполнители (бизнес-субъекты), а также бизнес-сущности, отображающие все, что используют внутренние исполнители для реализации бизнес-процессов

40 Выявление бизнес-субъектов Врач (суперкласс) Специалист- совместитель Штатный специалист Центр привлекает к своей деятельности как штатных специалистов, так и экспертов-специалистов из внешних организаций Отношение обобщения Появление суперкласса «ВРАЧ»

41 Иерархия классов бизнес-субъектов Обобщение классов Врач Специалист- совместитель Штатный специалист

42 Модификация модели бизнес- прецедентов Модель бизнес-прецедентов, составляющих обслуживание пациента

43 Разработка модели бизнес- объектов

44 Выявление скрытых атрибутов бизнес- сущностей

45

46 Разработка требований к системе Преобразование бизнес-модели в модель системных прецедентов Элементы бизнес-моделиЭлементы модели системных прецедентов Бизнес-прецедентыПодсистемы Внешние исполнителиИсполнители Внутренние исполнителиИсполнители или прецеденты Процессы, выполняемые внутренними исполнителями Прецеденты

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

48 Выделение системных прецедентов (диаграмма деятельности для прецедента «Оказание медицинской помощи» ) Отправитель запроса Предоставление доступа к клиническим записям (ОТВЕТ НА ЗАПРОС) Ввод предписаний

49 Описание функций Диаграмма последовательности для прецедента «Ответ на запрос»

50 Разработка концептуальной модели данных О б о б щ е н и е А г р е г а ц и я

51 Модель анализа Подсистема обеспечения оказания медицинской помощи Подсистема фин. учета Подсистема документального обеспечения Подсистема доступа в единую сеть мед. учреждений Ответ на запрос Ввод предписаний Сценарии Подсистемы Функции Алгоритмы Данные

52 Анализ требований и проектирование системы – детальное определение классов Диаграмма классов «Защита доступа»

53 Разработка моделей базы данных и приложений Проект приложения (класс) Логическая модель (диаграмма классов) Проект базы данных (таблица) Синхронизируется Обеспечивается связность Связь между проектами базы данных и приложений