Курсовая работа
Технологический процесс разработки программного обеспечения
Киев 2008
Содержание
1. Введение
2. Понятие технологическогопроцесса в организации
2.1 Компоненты технологического процесса организации
2.2 Компоненты технологического процесса проекта
3. Организационная структура и роли в технологических процессах
4. Пятиуровневая модель зрелости технологического процессаразработки программного обеспечения
5. Методы оценивания технологической зрелости
6. Внутренняя структура уровней зрелости
7. Иерархия оценок зрелости ТП по модели СММ
Заключение
1. Введение
Надеждыорганизаций-разработчиков ПО на рост производительности труда и качествосоздаваемого программного продукта, связываемые с внедрением новых методологийи технологий, не оправдались. Разработчики ПО пришли к выводу, что их основныепроблемы коренятся в неспособности эффективно управлять процессомразработки ПО. Даже самые хорошие методы и инструменты не могут бытьрационально использованы в рамках недисциплинированного, хаотического проекта. Качествопрограммного продукта остается непредсказуемым, так как нет объективного базисадля его достижения. Изменить ситуацию можно только в результате созданияинфраструктуры для поддержки процесса эффективной программной инженерии исопровождения.
Для построения такой инфраструктурыорганизации-разработчики должны иметь:
а) средства оценивания ихспособности успешно выполнять технологический процесс (ТП) разработкиПО;
б) руководства по улучшениювозможностей своего ТП.
Заказчикам же нужны средстваэффективной оценки возможности разработчика выполнить договор на разработку ПО,поскольку они постоянно сталкиваются с программными продуктами, сделанными сопозданием, превысившими начальную стоимость или не работающими надлежащимобразом.
2. Понятие технологического процесса в организации
Технологический процессразработки ПО (ТП) (software process) — это множество направлений деятельности,методов, практических приемов и процедур, используемых для разработки исопровождения ПО и связанных с ним продуктов (например, планов проекта,проектных документов, кода, тестов и руководств пользователя).
Рассматривают:
технологический процессорганизации (ТПО);
технологический процесспрограммного проекта (ТПП).
Описание стандартного (базового)ТП организации(standard software process) служит основой дляопределения ТП проектов. Это описание указывает на элементы стандартногопроцесса, которые должны включаться в ТП программных проектов, а такжевзаимосвязи между элементами ТП. Оно обеспечивает согласованность выполненияработ в организации, стабильность процессов и фундамент для их улучшения.
ТП должны разрабатыватьсяисопровождаться так же, как разрабатываются и сопровождаютсяпрограммные продукты.
С каждым ТП связываются:
требования к процессу, которыеуказывают, “что” собой представляет процесс (что он будет делать);
архитектура процесса, котораяописывает, “как” процесс будет определен (каковы будут элементы процесса и какони будут взаимосвязаны);
описание (проект) техпроцесса врамках организации или программного проекта (создание элементов процесса иустановление интерфейсов);
проверка и утверждение (validation)определения процесса (путем измерения его характеристик);
внедрение процесса в средуразработки ПО, для которой он был разработан (завершение технологическойподготовки разработки ПО и обеспечение технологической готовности организации квыполнению работ по проекту).
Основные элементы описаннойконцептуальной модели разработки ТП представлены на рис.1 и описаны ниже.
Техпроцессы проектовразрабатываются путем настраивания стабильного и гибкого стандартного ТПорганизации на характеристики конкретного проекта.2.1 Компоненты технологического процессаорганизации
Основные компоненты ТПорганизации таковы:
архитектура ТП;
элементы ТП;
описания жизненных циклов (ЖЦ) ПО,рекомендованных для использования в организации;
руководства и критерии длянастройки стандартного ТП организации;
база данных (БД) ТП организации;
библиотека документации,связанной с процессом разработки.
Компоненты ТП открыты дляиспользования проектами при разработке, сопровождении и реализации собственныхТП проектов. Организация может группировать компоненты ТП разными способами взависимости от подхода к формированию стандартного ТП. Например, описание ЖЦ ПОможет быть интегральной частью стандартного ТП организации. Другой пример — частьбиблиотеки документации, относящейся к ТП, может храниться в БД ТП организации.
Архитектура ТП — это описаниестандартного ТП организации, касающееся приоритетов, интерфейсов,взаимозависимостей и других взаимоотношений между элементами стандартного ТПорганизации и других внешних по отношению к нему процессов (например, системнойинженерии, инженерии аппаратного обеспечения и др.).
Элемент ТП — это составнойэлемент описания ТП, который охватывает четко определенное, ограниченное исвязное множество задач (например, оценивание ПО, проектирование ПО и др.). Описанияэлементов ТП могут представлять собой:
шаблоны (template), подлежащиезаполнению;
фрагменты, требующие укомплектования;
описания, выполненные на высокомуровне абстракции и нуждающиеся в уточнении;
полностью сформированныеописания, которые могут быть модифицированы или использованы без изменений.