Процесс разработки продукта. Процесс оценки, анализ риска, планирование, трассировка и контроль. Структура распределения работ. Типовая структура распределения проектных работ. Анализ чувствительности программного проекта к изменению условий разработки.
Руководство программным проектом - первый слой процесса конструирования ПО. Термин "слой" подчеркивает, что руководство определяет сущность процесса разработки от его начала до конца. На этом рисунке прямоугольник обозначает процесс конструирования, в нем выделены этапы, а вверху, над каждым из этапов, размещен слой деятельности "руководство программным проектом".Перед планированием проекта следует: · установить цели и проблемную область проекта; Измерения помогают понять как процесс разработки продукта, так и сам продукт. В результате измерения определяется мера - количественная характеристика какого-либо свойства объекта. Вычисления этих функций проводятся по формулам, дающим числовые значения и называемым метриками. В IEEE Standard Glossary of Software Engineering Terms метрика определена как мера степени обладания свойством, имеющая числовое значение.В системной спецификации описываются функции, характеристики системы, ограничения разработки, входная и выходная информация. Анализ требований дает возможность: 1. определить функции и характеристики Программного продукта; Благодаря модульной природе ПО для каждого модуля можно предусмотреть параллельный путь для детального (процедурного) проектирования, кодирования и тестирования. Общий резерв - количество избытков и потерь планирования задач во времени, не приводящих к увеличению длительности критического пути T<к.п.>Все эти значения позволяют руководителю (планировщику) количественно оценить успех в планировании, выполнении задач. Рекомендуемое правило распределения затрат проекта - 40-20-40: · на анализ и проектирование приходится 40% затрат (из них на планирование и системный анализ - 5%);В данной модели для вывода формул использовался статистический подход - учитывались реальные результаты огромного количества проектов. Иерархию подмоделей Боэма (версии 1981 года) образуют: · базисная СОСОМО - статическая модель, вычисляет затраты разработки и ее стоимость как функцию размера программы; · усовершенствованная СОСОМО - объединяет все характеристики промежуточной модели, дополнительно учитывает влияние всех атрибутов стоимости на каждый этап процесса разработки ПО (анализ, проектирование, кодирование, тестирование и т. д.). По терминологии Боэма, их образуют: · распространенный тип - небольшие программные проекты, над которыми работает небольшая группа разработчиков с хорошим стажем работы, устанавливаются мягкие требования к проекту;СОСОМО II - авторитетная и многоплановая модель, позволяющая решать самые разнообразные задачи управления программным проектом. Рассмотрим возможности этой модели в задачах анализа чувствительности - чувствительности программного проекта к изменению условий разработки. Будем считать, что корпорация "СВЕРХМОБИЛЬНЫЕСВЯЗИ" заказала разработку ПО для встроенной космической системы обработки сообщений.
План
Содержание
1. Введение
2. Руководство программным проектом
3. Планирование проектных задач
4. Конструктивная модель стоимости
5. Заключение
6. Список литературы
Введение
Руководство программным проектом - первый слой процесса конструирования ПО. Термин "слой" подчеркивает, что руководство определяет сущность процесса разработки от его начала до конца. Принцип руководства иллюстрирует рис. 2.1.
IMG_3747346e-904c-46d9-86fe-4dc3b54f5204
Рис. 2.1. Руководство в процессе конструирования ПО
На этом рисунке прямоугольник обозначает процесс конструирования, в нем выделены этапы, а вверху, над каждым из этапов, размещен слой деятельности "руководство программным проектом".
Для проведения успешного проекта нужно понять объем предстоящих работ, возможный риск, требуемые ресурсы, предстоящие задачи, прокладываемые вехи, необходимые усилия (стоимость), план работ, которому желательно следовать. Руководство программным проектом обеспечивает такое понимание. Оно начинается перед технической работой, продолжается по мере развития ПО от идеи к реальности и достигает наивысшего уровня к концу работ [32], [64], [69].
Вывод
СОСОМО II - авторитетная и многоплановая модель, позволяющая решать самые разнообразные задачи управления программным проектом.
Рассмотрим возможности этой модели в задачах анализа чувствительности - чувствительности программного проекта к изменению условий разработки.
Будем считать, что корпорация "СВЕРХМОБИЛЬНЫЕСВЯЗИ" заказала разработку ПО для встроенной космической системы обработки сообщений. Ожидаемый размер ПО - 10 KLOC, используется серийный микропроцессор. Примем, что масштабные факторы имеют номинальные значения (показатель степени В = 1,16) и что автоматическая генерация кода не предусматривается. К проведению разработки привлекаются главный аналитик и главный программист высокой квалификации, поэтому средняя зарплата в команде составит $ 6000 в месяц. Команда имеет годовой опыт работы с этой проблемной областью и полгода работает с нужной аппаратной платформой.
В терминах СОСОМО II проблемную область (область применения продукта) классифицируют как "операции с приборами" со следующим описанием: встроенная система для высокоскоростного мультиприоритетного обслуживания удаленных линий связи, обеспечивающая возможности диагностики.
Оценку пост-архитектурных факторов затрат для проекта сведем в табл. 2.27.
Из таблицы следует, что увеличение затрат в 1,3 раза изза очень высокой сложности продукта уравновешивается их уменьшением вследствие высокой квалификации аналитика и программиста, а также активного использования программных утилит.
Список литературы
1. Боэм Б. У. Инженерное проектирование программного обеспечения. М.: Радио и связь, 1985. 511 с.
2. Липаев В. В. Отладка сложных программ: Методы, средства, технология. М.: Энергоатомиздат, 1993. 384 с.
3. Майерс Г. Искусство тестирования программ. М.: Финансы и статистика, 1982. 176с.
4. Орлов С. А. Принципы объектно-ориентированного и параллельного программирования на языке Ada 95. Рига: TSI, 2001. 327 с.
5. Чеппел Д. Технологии ACTIVEX и OLE. M.: Русская редакция, 1997. 320 с.
6. Abreu, F. В., Esteves, R., Goulao, M. The Design of Eiffel Programs: Quantitative Evaluation Using the MOOD metrics. Proceedings of the TOOLS"96. Santa Barbara, California 20 pp. July 1996.
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы