Подходы к разработке

Основа CDM, ориентированная на выполнение самостоятельных процессов, предоставляет возможность выбрать требуемый подход к разработке. Это возможно потому, что каждый процесс базируется на известных зависимостях между задачами одного типа, без искусственных точек остановки или этапности внутри процесса. Исходя из этого, основа проекта (выполняемые процессы) оказывается независимой от того, на какие этапы будет разбит проект.

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

В соответствии с этими факторами в CDM выделяются три основных подхода к разработке:

Классический подход (“Classic”). Этапы данного подхода представлены на рис.1. Классический подход применяется для наиболее сложных и масштабных проектов. Для таких проектов характерно большое количество реализуемых бизнес-правил, распределенная архитектура, критичность приложения... Также рекомендуется применение классического подхода при нехватке опыта у разработчиков, неподготовленности пользователей, нечетко определенной задаче. Продолжительность таких проектов от 8 до 36 месяцев (см. рис.2).

Подход быстрой разработки (“Fast Track”). В этом подходе три этапа — моделирование требований, проектирование и генерация системы и внедрение в эксплуатацию. Подход используется для реализации небольших и средних проектов при условии простоты бизнес-правил, при этом основные функциональные возможности прикладной системы генерируются с использованием Designer/2000. Для таких проектов также характерны невысокая сложность архитектуры системы, гибкие сроки и четкая постановка задачи. Продолжительность проекта от 4 до 16 месяцев.

Подход “облегченной” разработки (“Lite”). Здесь всего два этапа — прототипирование и построение системы, и внедрение в эксплуатацию. Подход применяется для реализации малых проектов. Подход “Lite” основан на быстром прототипировании и предназначен для разработки прототипов в сжатые сроки. Продолжительность проекта от 1 до 6 месяцев.

Использование инструментальных средств designer/2000

Большинство задач проектирования и разработки решается с использованием Designer/2000 — основного инструментального средства в CDM. Придается значение моделированию системных и бизнес-требований посредством Designer/2000. Цель состоит в том, чтобы фиксировать в проектном репозитарии потребности пользователя и с помощью генераторов Designer/ 2000 автоматизировать создание графических приложений клиент/сервер настолько быстро, насколько это возможно.

Использование шаблонов проектных документов

Очень удобно, что для решения задач календарного планирования и управления разработкой можно воспользоваться готовым вариантом распределения работ по проекту, где уже составлен подробный график работ с исполнителями. Руководителю проекта остается только подкорректировать сроки (предлагается это сделать либо в MS Project 4.0, либо в ABT Project Workbench 3.0, открыв соответствующий файл). При этом руководитель проекта может в самом начале оценить трудозатраты по исполнителям и спланировать их работу по отдельным проектам. В справочной документации по CDM приводятся таблицы, в которых указаны оценки трудозатрат на выполнение отдельных процессов в процентах от трудозатрат по всему проекту или по отдельному его этапу. Также можно оценить загруженность каждого исполнителя по проекту, по этапу и даже степень его участия при выполнении отдельной задачи.

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

В CDM отдельно решается задача документирования результатов проекта. Практически для каждого проектного результата имеется возможность с помощью макросов сгенерировать в MS Word шаблон документа, который может содержать примеры диаграмм в формате Visio 4.0. Преимущества такого подхода в следующем:

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

Гибкая структура и согласованность документов, куда можно включать разделы из шаблонов других документов;

Удачное использование отчетов из Designer/2000. Некоторые рабочие документы содержат лишь заготовки, форматирование, титульный лист, а содержательная часть — это отчет из Designer/2000;

Возможна генерация проектной документации для нескольких проектов одновременно.