
- •Кризис программирования и способ выхода из него
- •Модель cmm-sei
- •Управление качеством разработки программного продукта с помощью системы стандартов iso 9001
- •Примерная структура процесса и организации, занимающейся разработкой программных продуктов
- •Контрольные вопросы
- •Оценка технических, нетехнических и финансовых ресурсов для выполнения программного проекта
- •Оценка возможных рисков при выполнении программного проекта
- •6.5. Составление временного графика выполнения программного проекта
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Конструирование прототипа
- •Составление спецификаций по требованиям заказчика
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Эволюция разработки программного продукта
- •Структурное программирование
- •Объектно-ориентированное проектирование
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Тестирование
- •Разработка справочной системы программного продукта. Создание документации пользователя
- •Создание версии и инсталляции программного продукта
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •Виды тестирования
- •Программные ошибки
- •Тестирование документации
- •Разработка и выполнение тестов
- •Требования к хорошему тесту
- •Классы эквивалентности и граничные условия
- •Тестирование переходов между состояниями
- •Условия гонок и другие временные зависимости
- •Нагрузочные испытания
- •Прогнозирование ошибок
- •Тестирование функциональной эквивалентности
- •Регрессионное тестирование
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •Контрольные вопросы
- •1. Подготовительная работа, предусматривающая:
- •Контрольные вопросы
- •Классификация поставляемых программных продуктов
- •Действия, выполняемые при поставке программного продукта
- •Контрольные вопросы
- •Основные понятия о надежности программных продуктов и методах ее обеспечения
- •Методы обеспечения надежности на различных этапах жизненного цикла разработки программного продукта
- •Прогнозирование ошибок
- •Шаблон для учета итоговых сведений об ошибках
- •Предотвращение ошибок
- •Шаблон для учета действий по предотвращению ошибок на этапах составления требований, проектирования и разработки
- •Устранение ошибок
- •Обеспечение отказоустойчивости
- •Инструменты, обеспечивающие надежность программных продуктов. План обеспечения надежности
- •Контрольные вопросы
Оценка технических, нетехнических и финансовых ресурсов для выполнения программного проекта
По объемам отдельных структурных элементов вычисляется общий объем работ по созданию ПП (LOC и человекочасы). В зависимости от объема кода ПП подразделяют на малые, промежуточные, средние и большие. Используя табл. 6.1, определяют необходимое число исполнителей для создания программного кода (программистов).
Для получения общего числа исполнителей проекта к числу программистов добавляют число человек, определенное по человекочасовым затратам.
Таблица 6.1
По каждому выделенному структурному элементу разделения работ определяют квалификацию исполнителей, требуемые инструментальные средства (аппаратные и программные) для его выполнения, возможные дополнительные финансовые затраты. Далее при необходимости определяют последовательность использования во времени отдельных ресурсов, механизмы их разделения различными структурными элементами, ограничения по срокам разработки.
Оценка возможных рисков при выполнении программного проекта
Риски, возникающие в процессе разработки, подразделяются на связанные с ресурсным, финансовым и организационным (административным) обеспечением и связанные с большим объемом и сложностью ПП.
Ресурсные риски выявляются при анализе полученных оценок ресурсов и планировании их использования. Такие риски могут быть обусловлены нехваткой персонала нужной квалификации, недостаточной производительностью аппаратного обеспечения, несоответствием программных инструментальных средств или нехваткой финансирования на некоторые дополнительные нужды.
Финансовые риски тесно связаны с ресурсными рисками и рисками, обусловленными большим объемом и сложностью ПП, так как неправильное планирование ресурсов может вызвать превышение бюджета проекта. Кроме того, на финансовые риски влияют изменение конъюнктуры рынка ПП и состоятельность заказчика. Организационные, или административные, риски связаны с неправильной организацией хода разработки, ошибками в планировании и распределении обязанностей, недостаточной ответственностью исполнителей.
Риски последней разновидности обусловлены неточностью предварительных оценок объемов и сложности ПП. Заниженные предварительные оценки могут привести к неправильному определению необходимых объемов ресурсов и, в конечном итоге, к срыву сроков выполнения работ.
После выявления возможных рисков производится экспертная оценка вероятности их возникновения и планируются способы их преодоления.
6.5. Составление временного графика выполнения программного проекта
Для составления временного графика выполнения проекта необходимо проанализировать и обобщить полученные ранее оценки объемов и ресурсов, запланированные объемы работ, инструментальные ресурсы и распределить персонал по фазам жизненного цикла. Такое распределение производится на основе имеющегося исторического опыта подобного планирования. Если опыт отсутствует, то можно воспользоваться табл. 6.2.
Составление временного графика проекта начинают с построения GANTT-диаграммы этапов разработки, пример которой приведен на рис. 6.2. При планировании небольших проектов это легко делать вручную. На диаграмме, получившей такое название по имени автора — Генри Ганта (Henry Gantt), хорошо видны очередность и взаимосвязь этапов, их последовательность во времени, конечный срок завершения проекта.
Таблица 6.2
Для каждого этапа указывают, сколько человек занято его выполнением, какова его продолжительность, даты начала и завершения этапа.
Для больших проектов ручное построение диаграмм затруднено. В этом случае рекомендуется использовать автоматизированные средства, например Microsoft ProjectTM, что позволит глубже представить структуру распределения этапов работ и ресурсов, учесть взаимосвязь между отдельными работами, рационально распределить персонал, избежать перегрузок и простоев.
Для больших проектов рекомендуется представлять также обобщенный график выполнения проекта (формируется вручную), в котором отмечены основные фазы подобно рис. 6.2.
Допускается отсутствие в плане проекта подробной GANTT-диаграммы при условии, что полная структура разделения работ представляется таблицей.