- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Анализ и Проектирование качественных приложений презентация
Содержание
- 1. Анализ и Проектирование качественных приложений
- 2. Книга/Семинар Объектно- ориентированный анализ и
- 3. OOA/D/P ←➔ UML АНАЛИЗ (ANALYSES) – выявление
- 4. Унифицированный процесс Гибкость + открытость (XP, Scrum) Итеративность (iterative development) ООА/П (UML)
- 5. Итеративная разработка Требования Проектирование Реализация & Тестирование
- 6. Пример использования итеративной разработки 1 день –
- 7. Преимущества итеративной разработки Осознание риска ➔ риск
- 8. Гибкие методы (agile development) МАНИФЕСТ: Люди
- 9. Секрет разработчиков UML – основная цель моделирования – понять, а не документировать
- 10. Дисциплины UP Бизнес-моделирование (business modeling) Требования (requirements) Проектирование (design)
- 11. Бизнес-моделирование Видение Реальный ли проект? Купить или
- 12. Артефакты business-modeling Видение и финансовые оценки Прецеденты
- 13. Требования FURPS+ Функциональность Удобства Надежность Производительность Поддержка + Реализация Интерфейс
- 14. Проектирование Прецеденты Предметная область Диаграмма взаимодействий Диаграмма классов
- 15. Прецеденты Игра в кости. Игрок отправляет запрос
- 16. Модель предметной области Player
- 17. Диаграмма взаимодействия play() roll()
- 18. Диаграммы классов 1 2 DiceGame
Книга/Семинар Объектно- ориентированный анализ и проектирование Система обозначений языка UML Анализ требований Итеративная разработка в рамках UP Принципы и рекомендации Шаблоны Книга
Слайд 2Книга/Семинар
Объектно-
ориентированный
анализ
и проектирование
Система
обозначений языка
UML
Анализ требований
Итеративная
разработка в рамках
UP
Принципы
и рекомендации
Шаблоны
Книга
Слайд 3OOA/D/P ←➔ UML
АНАЛИЗ (ANALYSES) – выявление объектов в предметной области.
ПРОЕКТРОВАНИЕ (DESIGN)
– выявление программных объектов и
взаимодействий.
взаимодействий.
ПРОГРАММИРОВАНИЕ (PROGRAMMING) – реализация.
С одной стороны:
С другой стороны (3 способа использование UML) (perspectives):
ДЛЯ ЧЕРНОВИКОВ – построение первых моделей, анализ системы
(conceptual perspective).
ДЛЯ СОЗДАНИЯ ПРОЕКТНОЙ ДОКУМЕНТАЦИИ – использования части
диаграмм для написания кода, или восстановление по
по коду диаграммы – (specification perspective)
КАК ЯЗЫК ПРОГРАММИРОВАНИЯ – полные выполняемые спецификации
программных систем на UML. (implementation perspective).
Слайд 4Унифицированный процесс
Гибкость + открытость (XP, Scrum)
Итеративность (iterative development)
ООА/П (UML)
Слайд 5Итеративная разработка
Требования
Проектирование
Реализация &
Тестирование &
Интеграция &
Дальнейшее
проектирование
Окончательная
интеграция &
Системное
тестирование
Требования
Проектирование
Реализация &
Тестирование &
Интеграция &
Дальнейшее
проектирование
Окончательная
интеграция &
Системное
тестирование
Время
3 недели (например)
Время
…
Слайд 6Пример использования итеративной разработки
1 день – обсуждение требований, один человек –
по
коду составляет диаграмму, которые анализируется
в дальнейшем.
Остальное время – реализация, тестирование,
проектирование, планирование следующей итерации
в дальнейшем.
Остальное время – реализация, тестирование,
проектирование, планирование следующей итерации
Также осуществляет обратная связь с заказчиками.
Слайд 7Преимущества итеративной разработки
Осознание риска ➔ риск снижается
Быстрый прогресс системы
Ранняя обратная связь
Управляемая
сложность
Опыт каждой итерации
Опыт каждой итерации
Слайд 8Гибкие методы (agile development)
МАНИФЕСТ:
Люди и взаимодействие – а не процессы и
средства
Работоспособное ПО, а не исчерпывающая документация
Сотрудничество с потребителями, а не обсуждение контракта
Реакция на изменения, а не следование плану
Работоспособное ПО, а не исчерпывающая документация
Сотрудничество с потребителями, а не обсуждение контракта
Реакция на изменения, а не следование плану
Слайд 10Дисциплины UP
Бизнес-моделирование (business modeling)
Требования (requirements)
Проектирование (design)
Слайд 11Бизнес-моделирование
Видение
Реальный ли проект?
Купить или разработать?
Сумма?
Стоит ли браться?
НЕ ОЦЕНКА ТРЕБОВАНИЙ!!!!
Слайд 12Артефакты business-modeling
Видение и финансовые оценки
Прецеденты
Доп. Спецификация
Словарь терминов
Перечень рисков и план управления
Прототипы
и идеи
План итерации
План на следующую фазу
Инструменты
План итерации
План на следующую фазу
Инструменты
Слайд 13Требования
FURPS+
Функциональность
Удобства
Надежность
Производительность
Поддержка
+
Реализация
Интерфейс
Слайд 15Прецеденты
Игра в кости. Игрок отправляет запрос на выбрасывание костей. Система представляет
результаты игры: если сумма очков составляет 7, игрок считается победителем, в противном случае – проигравшим.
Слайд 17Диаграмма взаимодействия
play()
roll()
roll()
fv1= getFaceValue()
fv2= getFaceValue()
DiceGame
d1: Die
d2: Die
Слайд 18Диаграммы классов
1
2
DiceGame
DiceGame
die1 : Die
die2 : Die
play()
faceValue : int
getFaceValue : int
roll()
