
- •Раздел 5 планирование работ по созданию программных продуктов
- •Тема 5.1. Структура разделения работ по созданию программного продукта
- •Тема 5.1.2 Оценка объемов и сложности программного продукта
- •Тема 5.1.3 Оценка технических, нетехнических и финансовых ресурсов для выполнения программного проекта
- •Тема 5.1.4 Оценка возможных рисков при выполнении программного проекта
- •Тема 5.1.5 Составление временного графика выполнения программного проекта
- •Тема 5.2. Управление требованиями к программному продукту
- •Тема 5.2.1 Общие сведения об управлении требованиями
- •Тема 5.2.2 Составление спецификаций по требованиям заказчика
- •Тема 5.3 этап разработки программного продукта
- •1.Кодирование
- •Тема 5.3.1 тестирование программного продукта
- •1. Общая характеристика тестирования и его цикл
- •Тема 5.3.1обеспечение надежности программных продук-тов
- •Тема 5.3.2 Методы обеспечения надежности на различных этапах жизненного цикла разработки программного продукта
Второй семестр
Раздел 5 планирование работ по созданию программных продуктов
Тема 5.1. Структура разделения работ по созданию программного продукта
Планирование работ начинается с получения первичных требований заказчика (ПТЗ), а основой планирования является вы-псние всех необходимых для выполнения и успешного завершения проекта задач и определение связей между ними. Результатом его является структура разделения работ по созданию ПП.
Оцениваются объем и трудоемкость каждой выделенной задачи каждого элемента структуры, определяются необходимые ресурсы и временной график реализации жизненного цикла. Процесс планирования определяется как циклический; его цикл показан на рисунке. 24.
График разработки ПП оценивается с точки зрения реальности выполнения, и в случае получения по каким-либо показателям нереального графика цикл планирования повторяется. При этом не всегда обязательно повторять выполнение всех выделенных задач этапа планирования.
Рисунок 24 Цикл планирования работ по созданию
программного продукта
Как правило, структура разделения работ представляет собой иерархию задач.
Детализацию в иерархии задач необходимо производить до уровня, достаточного для проведения оценки сложности и объема каждой задачи. Задачи низшего уровня структуры разделения работ должны быть настолько малы и просты, чтобы любую из них мог выполнить отдельный исполнитель за достаточно короткий отрезок времени.
Структурирование желательно заканчивать построением структурной диаграммы, отражающей общую концепцию дальнейшего проектирования ПП.
Тема 5.1.2 Оценка объемов и сложности программного продукта
За единицу объема ПП принято число строк программного кода (LOC), а за единицу производительности — число строк эффективного программного кода (т. е. число строк программного кода в отлаженном ПП), производимых одним человеком за один месяц (LOC/чел.-мес).
Отдельные работы, не связанные с конструированием программного кода, следует измерять в человекочасах.
Объем и сложность каждого элемента структуры разделения работ определяются при помощи экспертной оценки и выражаются числом LOC и человекочасов. Рекомендуется использовать для получения каждой оценки не менее трех независимых экспертов, усредняя их показания. При этом сложность структурного элемента учитывается весовым коэффициентом сложности Кс = 0,75...1,25. Для получения объема структурного элемента необходимо его экспертную оценку умножить на коэффициент сложности Кс.
Тема 5.1.3 Оценка технических, нетехнических и финансовых ресурсов для выполнения программного проекта
По объемам отдельных структурных элементов вычисляется общий объем работ по созданию ПП (LOC и человекочасы). В зависимости от объема кода ПП подразделяют на малые, промежуточные, средние и большие. Используя таблицу……, определяют необходимое число исполнителей для создания программного кода (программистов).
Для получения общего числа исполнителей проекта к числу программистов добавляют число человек, определенное по человеко часовым затратам.
Таблица
По каждому выделенному структурному элементу разделения работ определяют квалификацию исполнителей, требуемые инструментальные средства (аппаратные и программные) для его выполнения, возможные дополнительные финансовые затраты. Далее при необходимости определяют последовательность использования во времени отдельных ресурсов, механизмы их разделения различными структурными элементами, ограничения по срокам разработки.