- •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) – диаграммы “сущность-связь”
17. Состав стадий полного жц по
Анализ осуществимости проектных решений
Планирование и формирование требований к ПО
Проектирование системы
Детальное проектирование
Кодирование
Интеграция
Внедрение
Эксплуатация и сопровождение
ГОСТ 34
Формирование требований к АС
Разработка концепции АС
Техническое задание
Эскизный проект
Технический проект
Рабочая документация
Ввод в действие
Сопровождение АС
Oracle
Стратегия (определение требований)
Анализ (формулирование детальных требований)
Проектирование (детальные спецификации)
Реализация (написание и тестирование приложений)
Внедрение
Эксплуатация
Rational
Начальная стадия (Inception)
Разработка (Elaboration)
Конструирование (Construction)
Ввод в действие (Transition)
18 Каскадная модель жц по (waterfall)
Принципы «чистого» каскадного подхода:
Фиксация требований к системе до ее сдачи заказчику
Переход на следующую стадию только после полного завершения работ на текущей стадии, без возвратов на пройденные стадии
Преимущества :
на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности
выполняемые в логичной последовательности стадии работ облегчают планирование сроков завершения всех работ и соответствующих затрат
Недостатки каскадного подхода:
Позднее обнаружение проблем
Выход из календарного графика, запаздывание с получением результатов
Избыточное количество документации
Невозможность разбить систему на части (весь продукт разрабатывается за один раз)
В ысокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей
Выход из положения - итерационный подход
19.
Основные особенности спиральной модели
Идентификация и анализ риска на каждой итерации
Назначение приоритетов пользовательским требованиям
Разработка последовательности прототипов, начиная с требований наивысшего приоритета
Использование каскадной модели для реализации окончательного прототипа
Оценка результатов по завершении каждой итерации и планирование следующей итерации
Завершение проекта при нецелесообразности его продолжения
Виды прототипов
Прототип пользовательского интерфейса
Функциональный прототип
Исследовательский прототип
Достоинства:
ускорение разработки (раннее получение результата за счет прототипирования)
постоянное участие заказчика в процессе разработки
разбиение большого объема работы на небольшие части
снижение риска (повышение вероятности предсказуемого поведения системы)
Проблемы:
сложность планирования (определения количества и длительности итераций, оценки затрат и рисков)
сложность применения модели с точки зрения менеджеров и заказчиков
напряженный режим работы для разработчиков