- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Проектирование ИС с применением UML презентация
Содержание
- 1. Проектирование ИС с применением UML
- 2. Rational Unified Process Rational Unified Process— это
- 3. Концепции RUP
- 4. Управляемые итерации Итерационный подход позволяет улучшать понимание
- 5. Разработка на базе компонентов Компоненты – нетривиальные
- 6. Методы визуального моделирования Разработка заключается в создании
- 7. Конфигурируемый процесс Никакой одиночный процесс не подходит
- 8. Архитектурный акцент Основное внимание уделяется первоначальной разработке
- 9. Управление требованиями Систематический подход к выявлению, документированию,
- 10. Управление прецедентами Понятия прецедентов и сценариев управляют
- 11. Архитектура RUP
- 12. Итеративный характер RUP
- 13. Проектирование системы с использованием UML Автоматизация работы склада
- 14. Моделирование взаимодействия с внешним миром Цель – выявление типовых бизнес-прецедентов в деятельности объекта автоматизации
- 15. Моделирование деятельности Цель – выявление подлежащих автоматизации действий
- 16. Подготовка Начало Выписывает доверенность
- 17. Получение Передает товар на склад
- 18. Учет Передает акт снабженцу
- 19. Моделирование функций (действия кладовщика по задаче “Оприходование
- 20. Моделирование документов (бизнес-объектов)
- 21. Моделирование документов (бизнес-объектов) Цель моделирования
- 22. Моделирование сценария исполнения функции («Регистрация в картотеке»)
- 23. Моделирование состояний бизнес - объектов Цель – проектирование пользовательского интерфейса и БД системы.
- 24. Разработка требований к системе Преобразование бизнес-модели в модель системных прецедентов
- 25. Бизнес-прецеденты отображаются в подсистемы
- 26. Процессы, выполняемые внутренними исполнителями отображаются в системные функции
- 27. Этапы работ в соответствии с RUP 1.
- 28. 2. Определение требований Функции системы – диаграммы
- 29. Взаимосвязи моделей
- 30. Модель Rational Unified Process описывает
- 31. Артефакты проекта вещественные продукты проекта: объекты, порождаемые
- 32. Схема процессов бизнес-моделирования
- 33. Бизнес-прецеденты Диаграммы прецедентов (диаграммы вариантов использования, use
- 34. Свойства бизнес-прецедентов прецедент должен описывать ЧТО нужно
- 35. Разработка модели бизнес-прецедентов Общая диаграмма деятельности медицинского центра по обслуживанию пациента
- 36. Разработка модели бизнес-прецедентов (детализация прецедентов) Модель бизнес-прецедентов, составляющих обслуживание пациента
- 37. Разработка описаний прецедентов Диаграммы видов деятельности (диаграммы
- 38. Диаграмма видов деятельности для прецедента
- 39. Разработка модели бизнес-объектов Модель бизнес-объектов отражает
- 40. Выявление бизнес-субъектов Врач (суперкласс) Специалист-совместитель Штатный специалист
- 41. Иерархия классов бизнес-субъектов Обобщение классов
- 42. Модификация модели бизнес-прецедентов Модель бизнес-прецедентов, составляющих обслуживание пациента
- 43. Разработка модели бизнес-объектов
- 44. Выявление скрытых атрибутов бизнес-сущностей
- 46. Разработка требований к системе Преобразование бизнес-модели в модель системных прецедентов
- 47. Выделение подсистем ИС Модель бизнес-прецедентов, составляющих обслуживание пациента
- 48. Выделение системных прецедентов (диаграмма деятельности для прецедента «Оказание медицинской помощи») Отправитель запроса
- 49. Описание функций Диаграмма последовательности для прецедента «Ответ на запрос»
- 50. Разработка концептуальной модели данных О
- 51. Модель анализа Сценарии Подсистемы Функции Алгоритмы Данные
- 52. Анализ требований и проектирование системы – детальное определение классов Диаграмма классов «Защита доступа»
- 53. Разработка моделей базы данных и приложений
Rational Unified Process Rational Unified Process— это процесс разработки решения, который обеспечивает упорядоченный подход к распределению задач и обязанностей в организации-разработчике. Rational Unified Process — это продукт процесса, разработанный корпорацией Rational
Слайд 2Rational Unified Process
Rational Unified Process— это процесс разработки решения, который обеспечивает
упорядоченный подход к распределению задач и обязанностей в организации-разработчике.
Rational Unified Process — это продукт процесса, разработанный корпорацией Rational Software (база знаний).
Rational Unified Process — это контур процесса, который можно адаптировать для удовлетворения требований принявшей его организации.
Rational Unified Process — это продукт процесса, разработанный корпорацией Rational Software (база знаний).
Rational Unified Process — это контур процесса, который можно адаптировать для удовлетворения требований принявшей его организации.
Слайд 4Управляемые итерации
Итерационный подход позволяет улучшать понимание проблемы и создавать эффективные решения
за счет последовательных улучшений и приращений функциональности.
Обеспечивает гибкость при учете новых требований и изменении бизнес-целей, снижает риски.
Обеспечивает гибкость при учете новых требований и изменении бизнес-целей, снижает риски.
Слайд 5Разработка на базе компонентов
Компоненты – нетривиальные модули или подсистемы, которые выполняют
конкретную функцию и могут быть размещены в выбранной архитектуре системы.
Позволяет строить разработку на основе индустриальных многократно используемых компонентов.
Позволяет строить разработку на основе индустриальных многократно используемых компонентов.
Слайд 6Методы визуального моделирования
Разработка заключается в создании и преобразованиях моделей – семантически
богатых представлений системы.
Позволяет отказаться от избыточных текстовых бумажных документов.
Позволяет отказаться от избыточных текстовых бумажных документов.
Слайд 7Конфигурируемый процесс
Никакой одиночный процесс не подходит для всех случаев разработки.
RUP основан
на простой и корректной архитектуре, обеспечивающей общность для семейства задач и достаточно гибкой и просто масштабируемой.
Слайд 8Архитектурный акцент
Основное внимание уделяется первоначальной разработке и компоновке устойчивой архитектуры системы.
Облегчает
параллельную разработку, минимизирует переделки, обеспечивает возможность многократного использования, повышает надежность эксплуатации, создает условия для планирования развития компонентов.
Слайд 9Управление требованиями
Систематический подход к выявлению, документированию, организации и сопровождению изменяющихся требований
к системе.
Слайд 10Управление прецедентами
Понятия прецедентов и сценариев управляют технологическим процессом создания системы от
бизнес-моделирования до испытаний.
Порождают связные и доступные для анализа процессы создания и внедрения системы.
Порождают связные и доступные для анализа процессы создания и внедрения системы.
Слайд 14Моделирование взаимодействия с внешним миром
Цель – выявление типовых бизнес-прецедентов в деятельности
объекта автоматизации
Слайд 16
Подготовка
Начало
Выписывает доверенность
бухгалтерия
бухгалтер
Едет к продавцу
склад
снабженец
Заявка отдела снабжения
Доверенность (бланк)
Доверенность (подписанная)
Получает товар
склад
снабженец
Доверенность (подписанная)
Накладная
Счет-фактура
Слайд 17
Получение
Передает товар на склад
склад
комиссия
Выписывает приемный акт
склад
кладовщик
Накладная
Счет-фактура
Накладная
Приемный акт ( 2 экз)
Да
Дефектация
Соответствует
по количеству\качеству
Нет
склад
снабженец
Слайд 18
Учет
Передает акт снабженцу
склад
кладовщик
Передает акт в бухгалтерию
склад
кладовщик
Приемный акт
Приемный акт
Учитывает приемный акт
бухгалтерия
бухгалтер
Приемный акт
Регистрирует
товар
склад
кладовщик
Накладная
Карточка товара
Слайд 19Моделирование функций (действия кладовщика по задаче “Оприходование товара на складе от
продавца”)
Бухгалтера нет поскольку рассматриваем только склад
Цель – выявление объектов, данные о которых придется вводить в систему
Слайд 21Моделирование документов
(бизнес-объектов)
Цель моделирования документов – описать атрибуты документов, их типы,
значения, правила формирования для:
Проектирования пользовательского интерфейса системы;
Проектирования Базы данных системы;
Формирования альбома выходных форм системы;
Проектирования пользовательского интерфейса системы;
Проектирования Базы данных системы;
Формирования альбома выходных форм системы;
Слайд 22Моделирование сценария исполнения функции («Регистрация в картотеке»)
Цель - проектирование сценариев работы
пользователя с будущей системой и описание функций системы.
Слайд 23Моделирование состояний бизнес - объектов
Цель – проектирование пользовательского интерфейса и
БД системы.
Слайд 27Этапы работ в соответствии с RUP
1. Бизнес-моделирование
Выделение бизнес-процессов – диаграммы прецедентов
(определяет цели системы и разбиение на подсистемы)
Описание бизнес-процессов – диаграммы деятельности (определяет модули подсистем и их функции)
Описание бизнес-сущностей – диаграммы классов (определяет входные-выходные формы,пользовательский интерфейс, базу данных)
Описание состояний бизнес-сущностей – диаграммы состояний (определяет скрытые атрибуты бизнес-сущностей)
Роли и виды деятельности – диаграммы классов и прецедентов (определяет функции системы)
Структура предприятия - диаграммы классов и прецедентов (определяет функции системы)
Бизнес-правила – диаграммы классов и деятельности (определяет правила системы)
Описание бизнес-процессов – диаграммы деятельности (определяет модули подсистем и их функции)
Описание бизнес-сущностей – диаграммы классов (определяет входные-выходные формы,пользовательский интерфейс, базу данных)
Описание состояний бизнес-сущностей – диаграммы состояний (определяет скрытые атрибуты бизнес-сущностей)
Роли и виды деятельности – диаграммы классов и прецедентов (определяет функции системы)
Структура предприятия - диаграммы классов и прецедентов (определяет функции системы)
Бизнес-правила – диаграммы классов и деятельности (определяет правила системы)
Слайд 282. Определение требований
Функции системы – диаграммы прецедентов
Экранные формы – диаграммы классов
Сценарии
работы пользователя с системой – диаграммы деятельности
3. Анализ и проектирование
Модель размещения – диаграммы развертывания
Модель данных – диаграммы классов
Модель анализа – диаграммы классов
Модель проекта – диаграммы классов, деятельности, последовательности, взаимодействия
4. Реализация
Модель реализации – диаграммы компонентов
5. Тестирование
Модель тестирования – диаграммы классов, деятельности
6. Размещение
Модель размещения – диаграммы развертывания
3. Анализ и проектирование
Модель размещения – диаграммы развертывания
Модель данных – диаграммы классов
Модель анализа – диаграммы классов
Модель проекта – диаграммы классов, деятельности, последовательности, взаимодействия
4. Реализация
Модель реализации – диаграммы компонентов
5. Тестирование
Модель тестирования – диаграммы классов, деятельности
6. Размещение
Модель размещения – диаграммы развертывания
Слайд 30Модель Rational Unified Process
описывает кто выполняет, что выполняет, как и когда
Этапы деятельности: размышления, исполнения, рецензирования.
Слайд 31Артефакты проекта
вещественные продукты проекта: объекты, порождаемые или используемые проектом при работе
над окончательным продуктом
Слайд 33Бизнес-прецеденты
Диаграммы прецедентов (диаграммы вариантов использования, use case diagrams) – это обобщенная
модель функционирования системы в окружающей среде.
Модель бизнес-прецедентов описывает бизнес-процессы с точки зрения внешнего пользователя, т.е. отражает взгляд на деятельность организации извне.
Модель бизнес-прецедентов описывает бизнес-процессы с точки зрения внешнего пользователя, т.е. отражает взгляд на деятельность организации извне.
Слайд 34Свойства бизнес-прецедентов
прецедент должен описывать ЧТО нужно делать, а не КАК;
прецедент должен
описывать действия с точки зрения ИСПОЛНИТЕЛЯ;
прецедент должен возвращать исполнителю некоторое СООБЩЕНИЕ;
последовательность действий внутри прецедента должна представлять собой одну НЕДЕЛИМУЮ цепочку.
прецедент должен возвращать исполнителю некоторое СООБЩЕНИЕ;
последовательность действий внутри прецедента должна представлять собой одну НЕДЕЛИМУЮ цепочку.
Слайд 35Разработка модели бизнес-прецедентов
Общая диаграмма деятельности медицинского центра по обслуживанию пациента
Слайд 36Разработка модели бизнес-прецедентов (детализация прецедентов)
Модель бизнес-прецедентов, составляющих обслуживание пациента
Слайд 37Разработка описаний прецедентов
Диаграммы видов деятельности (диаграммы деятельностей, activity diagrams) – модель
бизнес-процесса или поведения системы в рамках прецедента.
Диаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами. Представляется в виде диаграмм последовательности (sequence diagrams) или кооперативных диаграмм (collaboration diagrams).
Диаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.
Диаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами. Представляется в виде диаграмм последовательности (sequence diagrams) или кооперативных диаграмм (collaboration diagrams).
Диаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.
Слайд 38
Диаграмма видов деятельности
для прецедента «Оказание медицинской помощи»
Штатный специалист
Вх\Вых информация Деятельность
Роль Подразделение Должность Бизнес-правило
Слайд 39Разработка модели бизнес-объектов
Модель бизнес-объектов отражает выполнение бизнес-процессов организации ее внутренними
исполнителями. Основными компонентами моделей бизнес-объектов являются внешние и внутренние исполнители (бизнес-субъекты), а также бизнес-сущности, отображающие все, что используют внутренние исполнители для реализации бизнес-процессов
Слайд 40Выявление бизнес-субъектов
Врач
(суперкласс)
Специалист-совместитель
Штатный специалист
Центр привлекает к своей деятельности как штатных специалистов, так
и экспертов-специалистов из внешних организаций
Отношение обобщения
Появление суперкласса «ВРАЧ»
Слайд 42Модификация модели бизнес-прецедентов
Модель бизнес-прецедентов, составляющих обслуживание пациента
Слайд 48Выделение системных прецедентов
(диаграмма деятельности для прецедента «Оказание медицинской помощи»)
Отправитель запроса
Слайд 52Анализ требований и проектирование системы – детальное определение классов
Диаграмма классов «Защита
доступа»
