Классификация проектов.
По классу проекта- бывает моно проект и мульти проект.
По типу проекта- технический, организационный, экономический, социальный, смешанный.
По масштабу проекта- мелкие, малые, средние, крупные.
Существует международный стандарт регламентирующий жизненный цикл(ISO 12207), он определяет структуру жизненного цикла который состоит из 3 групп процесса.
Основные процессы( приобретение, поставка, разработка, эксплуатация и сопровождение).
Вспомогательные процессы(к ним относят документирование, управление конфигурацией, обеспечение качества, перификация, аттестация, оценка и аудит ).
Организационные процессы(включают в себя управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение жизненного цикла, обучение персонала).
Модели жизненного цикла.
Каскадная модель жизненного цикла ИС.
анализ
проектирование
разработка
тестирование
внедрение
Каскадная модель рассматривает последовательную организацию работ при этом основой особенностью является разбиение всей разработки на этапы причем переход с одного этапа на другой происходит только после того как будут полностью будут завершены работы на предыдущем этапе. Каждый этап завершается выпуском одного комплекта документации достаточно для того чтобы разработка была продолжена другой командой разработчиков.
1 этап.На первом этапе производится исследование проблемы, которая должна быть решена а также четко формулируются все требования заказчика результатом данного этапа является техническое задание.
2 этап. На втором этапе разрабатываются проектные решения и результатом является проектная документация.
3 этап. Осуществляется разработка ПО и в результате готовый программный продукт.
4 этап. Проверка полученого ПО на предмет соответствия технического задания.
5 этап. сдача готового проекта.
+ на каждом этапе формируется законченный набор проектной документации
+ выполняемая в логической последовательности этапа работ позволяет планировать сроки завершения и затраты.
- существование задержки получения результата.
- ошибки и не доработки на одном из этапов выясняются на последующих этапах что приводит к возврату на предыдущий этап.
- сложность распаралелирования работ.
- чрезмерное информационное перенасыщенность каждого из этапов.
- сложность управления проектом.
- высокий уровень риска.
С
пиральная
модель жизненного цикла.
Анализ
проектирование
разработка
формирование требований
итерация
каждая итерация представляет собой законченный цикл разработки, приводящий к выпуску внутренней или внешней версии изделия которая совершенствуется от итераций к итераций. Таким образом, каждый виток спирали соответствует созданию фрагмента или версии программного изделия, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. На каждой итерации углубляются и последовательно конкретизируются детали проекта в результате чего выбирается обоснованный вариант который доводится до конечного результата. Использование спиральной модели позволяет осуществлять переход на следующий этап выполнения проекта не дождавшись полного завершения работ на этом этапе. Главная задача итерации как можно быстрее создать работоспособный продукт который можно показать пользователям системы.
+ итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика.
+ при использовании спиральной модели отдельные элементы ИС интегрируются в единое целое постепенно.
+ уменьшение уровня риска.
+ итерационная разработка обеспечивает большую гибкость в управлении проектом, давая возможность внесения тактических изменений в разрабатываемые изделия.
+ итерационный подход упрощает повторное использование компонентов.
+ спиральная модель позволяет получать более надежную и устойчивую систему.
+ итерационный подход позволяет совершенствовать процесс разработки- анализ проводимый в конце каждой итерации позволяет проводить оценку того что должно быть изменено в разработке и улучшить её в следующей итерации.
- определение момента перехода на следующий этап.
- планирование работ обычно производится на основе статистических данных, полученных в предыдущих проектах и личного опыта разработчика.