Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Анализ требований и определение спецификаций программного обеспечения при
Содержание
- 1. Анализ требований и определение спецификаций программного обеспечения при
- 2. Модели разрабатываемого ПО при объектном подходе основаны
- 3. Таким образом, на этапе анализа ставятся две
- 4. UML В основе объектного подхода к
- 5. UMLUML — стандартный язык описания разработки программных
- 6. Спецификация ПО при использовании UML объединяет несколько
- 7. Диаграммы UMLВариантов использованияКлассовПакетовПоследовательностей действийКооперацииДеятельностейСостояний объектовКомпонентовРазмещения+словарь терминов
- 8. ПоддержкаUML поддерживается пакетом Rational Unified Process фирмы
- 9. Варианты использованияВариант использования представляет собой характерную процедуру применения разрабатываемой системы конкретным действующим лицом(люди, системы, устройства)
- 10. Варианты использованияОсновные(обеспечивают Функциональность ПО)Вспомогательные(настройка системы и её обслуживание)Дополнительные(для удобства пользователя)Варианты использования
- 11. Диаграммы вариантов использованияДействующее лицо — внешняя по
- 12. Пример
- 13. Построение концептуальной модели предметной области Диаграммы
- 14. Диаграммы классовКласс — совокупность общих признаков заданной
- 15. Отношение классовОтношение ассоциации (имя, направление,множественность ролей)Обобщение — объект одного является подтипом другого, супертипа
- 16. Описание поведенияДиаграмма последовательностей системы — графическая модель,
- 17. Для построения диаграммы последовательностей системы необходимо: Представить
- 18. Пример диаграммы последовательностей
- 19. Диаграммы деятельности В зависимости от степени
- 20. Условные обозначенияДеятельностьВыборЛинейки синхронизацииНачалоКонец
- 21. Пример диаграммы деятельности
- 22. Спасибо за внимание!
- 23. Скачать презентанцию
Модели разрабатываемого ПО при объектном подходе основаны на предметах и явлениях реального мира. В основе этих моделей также лежит описание требуемого поведения разрабатываемого ПО, т. е. его функциональности, но это поведение связывается
Слайды и текст этой презентации
Слайд 1Анализ требований и определение спецификаций программного обеспечения при объектном подходе
Докладчик:
Озерова Ольга,
им. М.В. Ломоносова
Слайд 2Модели разрабатываемого ПО при объектном подходе основаны на предметах и
явлениях реального мира. В основе этих моделей также лежит описание
требуемого поведения разрабатываемого ПО, т. е. его функциональности, но это поведение связывается с состоянием элементов (объектов) конкретной предметной области.Задачи
Слайд 3
Таким образом, на этапе анализа ставятся две задачи:
уточнить требуемое поведение
разрабатываемого ПО;
разработать концептуальную модель его предметной области с точки зрения
поставленных задач.Задачи
Слайд 4UML
В основе объектного подхода к разработке ПО лежит
объектная декомпозиция — представление ПО в виде совокупности объектов, в
процессе взаимодействия которых через передачу сообщений происходит выполнение требуемых функций.
Слайд 5UML
UML — стандартный язык описания разработки программных продуктов с использованием
объектного подхода
«война методов»
Первая версия UML, 1995г.
Создатели: Гради Буч, Ивар
Якобсон, Джеймс Рамбо 
Слайд 6Спецификация ПО при использовании UML объединяет несколько моделей:
Модель использования —
описание функциональности ПО с точки зрения пользователей;
Логическая модель — ключевые
абстракции ПО(классы, интерфейсы...);Модель реализации — реальная организация программных модулей в процессе разработки;
Модель процессов;
Модель развертывания — особенности размещения программных компонентов на конкретном оборудовании;
Слайд 7Диаграммы UML
Вариантов использования
Классов
Пакетов
Последовательностей действий
Кооперации
Деятельностей
Состояний объектов
Компонентов
Размещения
+словарь терминов
Слайд 8Поддержка
UML поддерживается пакетом Rational Unified Process фирмы RSC
По данным «USA
Today» в настоящее время 49 из 50 ведущих компьютерных компаний
используют UML при разработке ПО с использованием объектного подхода
Слайд 9Варианты использования
Вариант использования представляет собой характерную процедуру применения разрабатываемой системы
конкретным действующим лицом(люди, системы, устройства)
Слайд 10Варианты использования
Основные
(обеспечивают
Функциональность
ПО)
Вспомогательные
(настройка системы
и её обслуживание)
Дополнительные
(для удобства
пользователя)
Варианты
использования
Слайд 11Диаграммы вариантов использования
Действующее лицо — внешняя по отношению к разрабатываемому
ПО сущность, его цель - получение информации
Вариант использования — очевидная
для действующего лица процедура, решающая конкретную задачуСвязи: использования и расширения
Слайд 13Построение концептуальной модели предметной области
Диаграммы классов — центральное
звено объектно-ориентированных методов разработки ПО. UML предлагает использовать три уровня
диаграмм классов, в зависимости от степени их детализации:Концептуальный - связи между основными понятиями (этап анализа)
Уровень спецификаций - связи объектов классов (этап проектирования)
Уровень реализации - поля и операции конкретных классов (этап реализации)
Слайд 14Диаграммы классов
Класс — совокупность общих признаков заданной группы предметной области
Экземпляр
класса — объект
Атрибут — характеристика объекта
Имя класса
Имя класса
Атрибуты
Слайд 15Отношение классов
Отношение ассоциации
(имя, направление,множественность ролей)
Обобщение — объект одного является
подтипом другого, супертипа
Слайд 16Описание поведения
Диаграмма последовательностей системы — графическая модель, которая для определенного
сценария варианта использования показывает генерируемые действующими лицами события и их
порядок
Слайд 17Для построения диаграммы последовательностей системы необходимо:
Представить систему как «черный ящик»
и изобразить ее линию жизни
Идентифицировать каждое действующее лицо и изобразить
для него линию жизниИз описания варианта использования определить множество системных событий и их последовательность
Изобразить системные события в виде линий со стрелкой на конце между линиями жизни, а также указать имена событий
Слайд 19Диаграммы деятельности
В зависимости от степени детализации диаграммы деятельности
используют на разных этапах разработки. Под деятельностью в данном случае
понимают задачу, которую необходимо выполнить вручную.
