
- •Введение
- •Практическая работа №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.5. Документированные процедуры
Выше описаны типовые процедуры, используемые при проведении проекта по модели , которые применяются к самому проекту, т. е. к бригаде проекта, процессу проведения проекта, материалам проекта. Ниже приведены процедуры, которые не имеют отношения к конкретным проектам и описывают порядок применения модели безотносительно к проектам. Основных процедур четыре:
учет рабочего времени (трудозатрат и производительности);
ведение регулярной отчетности (в проекте и вне проекта);
проверка качества материалов (нормоконтроль);
управление документами.
Замечание по конструированию. В данном случае используется минимальный набор документированных процедур для удовлетворения требования легкости процесса. Конкретные обстоятельства организации, например, сертификация системы менеджмента качества, может потребовать существенного расширения этого списка.
Учет рабочего времени
Учет рабочего времени - это стандартная измерительная процедура, обеспечивающая сбор исходной информации о фактических затратах трудовых ресурсов на проведение проектов.
Назначение этой процедуры состоит в регулярном сборе и документировании данных о фактических затратах рабочего времени сотрудников на выполнение конкретных функций на различных фазах прохождения проектов. Собранные данные используется для ретроспективного статистического анализа с целью выявления и устранения узких мест в технологии организации проведения проектов, определения нормативных показателей производительности для конкретных операций, выработки усредненных нормативов для более точного планирования фаз проектов.
Замечание по конструированию. Следует подчеркнуть, что данные, собираемые в процессе учета рабочего времени, не могут являться основанием для административного воздействия на сотрудников. Основанием для административных воздействий (поощрений и наказаний) являются только результаты прохождения проектов.
Периодическая отчетность
Периодическая отчетность является одной из основополагающих процедур, обеспечивающих обратную связь в контуре управления порядком прохождения проектов. В той или иной форме эта процедура присутствует в любой системе управления. В модели процесса предусматривается отчетность нескольких видов: внутренняя отчетность в рамках проекта; внешняя отчетность в рамках проекта (перед заказчиком); внутренняя отчетность в рамках организации.
В рамках работы бригады отчетность обеспечивается основной процедурой проведения проектов, которая управляется вехами. Результирующие материалы вех и есть необходимая и достаточная отчетность в рамках проекта. Внешняя отчетность перед заказчиком также регламентирована вехами (внешними) и предопределяется планом проекта и планами выполнения фаз. Необходимость в других формах отчетности возникает, только если планы не выполняются. В этих случаях используются различные методы сбора отчетной информации и динамического изменения планов: обмен сообщениями электронной почты, тематические доклады исполнителей руководителю проекта, технические совещания, структурированная экспертиза материалов и др.
Внутренняя отчетность в рамках организации производится в соответствии со статической организационной структурой и привязана не к вехам, а к календарю и событиям организации. Внутренняя отчетность организована по уровням - подчиненный отчитывается перед своим непосредственным начальником. Для целей проведения проектов периодическая отчетность должна включать информацию, необходимую для оперативного учета и планирования материально-технических и трудовых ресурсов, требующихся для выполнения проектов, поскольку суммарной занятостью сотрудников, участвующих в нескольких проектах, управляют непосредственные начальники сотрудников, а материально-техническими ресурсами управляет начальник руководителя проекта.
В типичном случае для проведения проектов достаточно еженедельного отчета руководителя проекта, адресованного руководителю подразделения, и включающего:
список вех, достигнутых за прошедшую неделю;
персональный состав команды фазы с указанием процента занятости за прошедшую неделю;
список вех, планируемых на следующую неделю;
персональный состав команды фазы с указанием процента занятости на следующую неделю;
список особых обстоятельств, например, факт невыполнения плана, проблемы с материально-техническим обеспечением, переоценка факторов риска и т.п.
Периодичность отчетности может быть изменена руководителем подразделения разработки.