Планирование проектных задач

Руководство проектом разработки ПО

Для проведения успешного проекта необходимо определить объем предстоящих работ, возможный риск, требуемые ресурсы, предстоящие задачи, вехи. Необходимо определить стоимость и план работа, которому надо следовать.

Перед планирование проекта следует установить цели и проблемные области проекта, выявить технические и управленческие ограничения. При планировании требуется оценить трудовые ресурсы, продолжительность, стоимость. Существуют разные подходы к виду оценки. При анализе риска исследуется область неопределенности имеющуюся в наличии перед создание программного продукта и анализируется ее влияние на проект.

На этапе планирования определяется набор проектных задач, устанавливаются связи между задачами, оценивается сложность между задачами, определяются ресурсы, создается сетевой график задач, проводится его временная разметка. При отставании в решении задач, применяется повторное планирование.

Системный анализ – анализ требований – предварительное проектирование - тестирование. Тут схема!

Системный анализ проводится с целью выяснения потребности заказчика, оценки выполнимости системы, выполнения экономического и технического анализа, распределение функции по элементам компьютерной системы, определение стоимости и ограничение планирования и создание системной спецификации.

Системные спецификации описывают функции, характеристики системы, ограничения разработки, входная и выходная информация.

Анализ требований дает возможность определить функции и характеристики программного продукта, обозначить интерфейс продукта с другими системным элементами, определить проектные ограничения программного продукта, построить модели: процесса, данных, режимов функционирования продуктов, создать формы представления информации и функции системы, которые в дальнейшем используются в ходе проектирования. Результаты анализа сводятся в спецификацию требований к программному продукту.

Руководитель проекта должен знать задачи, лежащие на критическом пути. Для того, чтобы проект был выполнен в срок, необходимо выполнять все критические задачи. Основной рычаг планирующих методов – вычисление границ методов выполнения задачи. Раннее время задачи и позднее время решения задачи. Рекомендуемое правило распределения затрат проекта: на анализ проектирования – 40% затрат, кодирование – 20%, тестирование и отладка – 40%.

Размерно-ориентированные метрики прямо измеряют программный продует и процесс его разработки, опираясь на количестве строк в программном продукте.

Таблица!! «Исходные данные для расчета LOC-метрики»

Проект Затраты чел-месяц Стоимость KLOC тыс. Документ стр. Ошибки Исполнители чел.
             

Производ. = длина (тыс. LOC)/затраты (чел-месяц)

Качество = ошибки/длина

Документированность = стр.документов/длина

Удельная стоимость = стоимость/длина

Основное достоинство ЛОК-метрики –простота вычисления. Недостатки: зависимость от языка программирования, необходимость исходных данных, которых трудно получить на начальным этапам проекта.


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: