- •Введение
- •Практическая работа №1. Тема: технология программирования. Основные понятия и подходы.
- •1.1. Назначение технологии программирования
- •1.2. История развития технологии программирования
- •1.2.1. Дореволюционный период
- •1.2.2. «Революция в программировании»
- •1.2.3. Послереволюционный период
- •1.3. Типы программных проектов
- •1.4. Составные части технологии программирования
- •1.5. Проект, продукт, процесс и персонал
- •Вопросы для рассмотрения.
- •Рекомендуемая литература по теме.
- •Практическая работа №2. Тема: приемы обеспечения технологичности программных продуктов.
- •2.1. Циклический характер разработки
- •2.2. Основные понятия технологии программирования
- •2.2.1. Процессы и модели
- •2.2.2. Фазы и витки
- •2.2.3. Вехи и артефакты
- •2.2.4. Заинтересованные лица и работники
- •2.3. Выявление и анализ требований
- •2.3.1. Требования к программному обеспечению
- •2.3.2. Схема разработки требований
- •2.3.3. Управление требованиями
- •2.4. Архитектурное и детальное проектирование
- •2.4.1. Архитектурное проектирование
- •2.4.2. Детальное проектирование
- •2.5. Реализация и кодирование
- •2.6. Тестирование и верификация
- •2.6.1. Процесс контроля качества
- •2.6.2. Методы «белого ящика» и «черного ящика»
- •2.6.3. Инспектирование и обзоры
- •2.6.4. Цели тестирования
- •2.6.5. Верификация, валидация и системное тестирование
- •2.7. Сопровождение и продолжающаяся разработка
- •Вопросы для рассмотрения.
- •Рекомендуемая литература по теме.
- •Практическая работа №3. Тема: определение требований к программному обеспечению и исходных данных для его проектирования. Модели процесса разработки.
- •3.1. Водопадные и конвейерные модели
- •3.2. Спиральные и инкрементные модели
- •3.4. Конструирование модели процесса
- •3.4.1. Выявление требований к процессу
- •3.4.2. Используемые фазы, вехи и артефакты
- •3.4.2.1. Фаза «Анализ»
- •3.4.2.2. Фаза «Проектирование»
- •3.4.2.3. Фаза «Реализация»
- •3.4.2.4. Фаза «Стабилизация»
- •3.4.2.5. Фаза «Внедрение»
- •3.4.3. Выбор архитектуры процесса.
- •3.4.3.1. Типы проектов
- •3.4.3.2. Модель процесса сверх легкого проекта
- •3.4.3.3. Модель процесса легкого проекта
- •3.4.3.4. Модель процесса тяжелого проекта
- •3.4.3.5. Модель процесса сверх тяжелого проекта
- •3.4.3.6. Занятость исполнителей
- •3.4.4. Порядок проведения типового проекта
- •3.4.4.1. Этап 1. Подготовка к проекту
- •3.4.4.2. Сбор и анализ предварительной информации
- •3.4.4.3. Формирование бригады проекта
- •3.4.4.4. Подготовка исходных документов
- •3.4.4.5. Этап 2. Работа над проектом
- •3.4.4.6. Процедура выполнения фазы проекта
- •3.4.4.7. Подготовка результирующих материалов вех
- •3.4.4.8. Этап 3. Завершение проекта
- •3.4.4.9. Архивирование результатов работы
- •3.4.4.10. Подведение итогов проекта
- •3.4.5. Документированные процедуры
- •3.4.5.3. Проверка качества материалов
- •3.4.6. Выводы
- •Вопросы для рассмотрения.
- •Рекомендуемая литература по теме
- •Практическая работа №4. Тема: анализ требований и определение спецификаций программного обеспечения при структурном подходе.
- •4.1. Спецификации программного обеспечения при структурном подходе
- •4.2. Определение понятий и видов требований
- •Виды требований
- •4.1.2. Анализ и сбор требований
- •4.1.3. Инженерия требований по
- •4.2. Трассирование требований
- •Вопросы для рассмотрения.
- •Рекомендуемая литература по теме
3.4.4.4. Подготовка исходных документов
К исходным документам относятся:
Технические (коммерческие) предложения;
Техническое задание;
договорные документы;
другие типы документов, которые создаются или собираются на первом этапе подготовки к проекту, например, письма потенциальных заказчиков, запросы на участие в конкурсе (тендере), внутренние приказы и распоряжения руководства.
На рис. 23 показана общая процедура подготовки исходных материалов. Предполагается, что заказчик участвует в процедуре согласования и не прекращает подготовку к проекту на данном этапе. Детали подготовки конкретных документов описаны в последующих разделах.
Технические (Коммерческие) предложения
В случае если руководитель проекта более детально представляет предмет разработки, чем представитель заказчика, он инициирует создание Технических (Коммерческих) предложений, которые служат основой для разработки последующих технических документов, в частности, Технического задания.
Замечание по конструированию. Технические (Коммерческие) предложения должны содержать по крайней мере следующие основные части: описание целей проекта, укрупненное содержание работы, (в Коммерческих предложениях - экономический эффект от внедрения), краткие сведения о предприятии-исполнителе.
Замечание по конструированию. Технические (Коммерческие) предложения не являются обязательным документом. Составление этого документа целесообразно в следующих случаях: заказчик - это очень крупная организация; заказчик - совершенно новый для организации разработчика; есть информация о том, что заказчик рассматривает предложения конкурентов; заказчик технически не готов к составлению ТЗ. Очень полезно иметь заранее заготовленные образцы Технических предложений для типовых проектов.
Техническое задание
Как правило, Техническое задание (ТЗ) создается руководителем проекта совместно с представителем заказчика. В проекте, регулируемом договорными документами, ТЗ является обязательным документом, поскольку является приложением к договору. ТЗ является исходным техническим документом, определяющим назначение, конкретные цели и задачи разработки, технические требования, конечные результаты, и сроки выполнения работ на всех этапах проекта.
ТЗ является основанием для расчета трудоемкости работ и стоимости проекта. Коррекция ТЗ производится путем оформления Дополнения, которое после согласования становится неотъемлемой частью ТЗ.
Замечание по конструированию. Согласованное ТЗ обычно включает в себя перечень этапов и является основой для подготовки договорных материалов.
Договорные материалы
В различных заказывающих предприятиях существуют сложившиеся традиции оформления договорных материалов. При оформлении и определении состава договорных документов рекомендуется придерживаться явно выраженных пожеланий заказчика. Таким образом, состав и оформление договорных материалов могут варьироваться в различных проектах.
Стандартный набор договорных материалов содержит следующие документы:
договор;
техническое задание;
календарный план со стоимостью каждого этапа и работы в целом;
протокол согласования договорной цены;
структура цены.
Договор, Техническое задание, Календарный план, а также Протокол согласования договорной цены являются обязательными договорными документами, прочие документы составляются при необходимости. Порядок составления Технического задания, как наиболее специфического для проекта договорного документа, описан в предыдущем разделе. Алгоритм процесса согласования договорных материалов (см. рис. 23):
проект договорных материалов (включая ТЗ) в одном экземпляре (или в электронном виде) передается заказчику на предварительное согласование;
заказчик возвращает проект с замечаниями технического подразделения, планового и юридического отделов;
производится коррекция и оформление договорных материалов;
заказчику передаются оригиналы договорных материалов в двух экземплярах в виде твердых копий на окончательное согласование; если согласование не получено, то переход на шаг 3.