- •1.2.Начало 70-х годов - “software crisis” (кризис по)
- •3.Категории современных проектов
- •4. Проблемы сегодняшнего дня
- •5. Экстремальные проекты
- •6. Сопровождение
- •7. Принципы оценки технологий (Agile Software Development)
- •8. Модель смм
- •9.Основные направления развития современных технологий
- •11.Жизненный цикл по. Процессы и модели
- •13. Процесс разработки по
- •14. Процесс управления конфигурацией (configuration management process) –
- •15. Процесс обеспечения качества (quality assurance process)
- •16. Модель жц по
- •17. Состав стадий полного жц по
- •18 Каскадная модель жц по (waterfall)
- •21.Подход rad (Rapid Application Development) – ibm, James Martin, середина 80-х годов
- •23А. Модели и их роль в создании систем
- •23. Графическое моделирование - средство преодоления сложности больших систем
- •24. Язык моделирования:
- •26. Диаграммы uml (версия 1.Х)
- •27. Технологии создания программного обеспечения
- •28. Технология Rational Unified Process (rup)
- •29. Стадии жизненного цикла по
- •30. Понятие бизнес-процесса
- •31.Области применения бизнес-моделей:
- •32.Многообразие средств моделирования
- •33.Метод sadt
- •34.Преимущества и недостатки idef0
- •35.Метод idef3
- •36.37.Моделирование потоков данных (процессов)
- •38.39.Erd (Entity-Relationship Diagrams) – диаграммы “сущность-связь”
29. Стадии жизненного цикла по
Начальная стадия
Цели
Понять, что требуется создать (написать высокоуровневую концепцию, определить границы системы, уточнить, кому она нужна и во что обойдется ее создание)
Выяснить основные функции системы
Выявить хотя бы одно возможное решение (определить хотя бы одну возможную архитектуру)
Оценить стоимость, сроки и риски, связанные с проектом
Решить, какому процессу следовать и какие средства использовать
Начальная стадия
На входе
начальная концепция, финансы, существующая система, потребности, заявочные предложения
На выходе
начальный бизнес-план:
концепция продукта
критерии успешного завершения (например, ROI)
начальная оценка риска
оценка ресурсов для стадии разработки
начальное описание требований (10-20%):
20% основных вариантов использования
начальный архитектурный прототип
Контрольная точка: цели и требования
Разработка
Цели
Более глубоко понять требования (завершить описание большинства функций)
Спроектировать, реализовать и проверить базовую архитектуру (выбрать наиболее важные блоки системы и их интерфейсы, описать их взаимодействие, создать работающий прототип)
Снизить существенные риски и уточнить оценку сроков и стоимости
Уточнить и установить среду разработки
На выходе:
базовая концепция системы
описание требований (80% завершенности)
базовая архитектура системы
основные технические риски
детальный план разработки
риски, управление разработкой и персоналом
планирование итераций
цели и измеримые критерии оценки результатов для последующих итераций
Контрольная точка: базовая архитектура системы
Конструирование
Цели
Создать начальную эксплуатационную версию продукта (бета-версию)
Снизить стоимость разработки (оптимизировать использование ресурсов, избежать создания ненужного кода и переработок)
Распараллелить работу между разработчиками (при наличии необходимых ресурсов)
Для каждой итерации:
На входе
план итерации
реализуемые функциональные возможности: варианты использования, сценарии
перечень возможных рисков
зафиксированные дефекты
измеримые критерии оценки результатов
На выходе:
обновленный продукт
описание релиза
тесты и результаты тестирования
план следующей итерации
Для последней итерации:
План развертывания (Deployment plan)
разделение на пакеты
расчет стоимости
поддержка
обучение
выпуск продукта
стратегия внедрения
Пользовательская документация
Контрольная точка: начальная эксплуатационная версия (бета-версия)
Ввод в действие
Цели
Провести бета-тестирование для проверки соответствия продукта ожиданиям пользователей
Научить пользователей и обслуживающий персонал работать самостоятельно
Подготовить среду для развертывания продукта
Подготовить маркетинговые материалы, тиражирование, выпуск и продажу
Усовершенствовать процесс разработки на основе приобретенного опыта
На выходе:
Обновленный (при необходимости) программный продукт
Заключительный анализ производительности; дополнительные инвестиции; возможные направления развития
Контрольная точка: Окончательная версия продукта