1.3.1. Общие требования к методологии и технологии
Методологии, технологии и инструментальные средства проектирования
(CASE-средства) составляют основу проекта любой ИС. Методология реализуется
через конкретные технологии и поддерживающие их стандарты, методики и
инструментальные средства, которые обеспечивают выполнение процессов ЖЦ.
Технология проектирования определяется как совокупность трех составляющих:
- пошаговой процедуры, определяющей последовательность технологических
операций проектирования (рис. 1.4);
- критериев и правил, используемых для оценки результатов выполнения
технологических операций;
- нотаций (графических и текстовых средств), используемых для описания
проектируемой системы.
Рис. 1.4. Представление технологической операции
проектирования
Технологические инструкции, составляющие основное содержание технологии,
должны состоять из описания последовательности технологических операций,
условий, в зависимости от которых выполняется та или иная операция, и описаний
самих операций.
Технология проектирования, разработки и сопровождения ИС должна удовлетворять
следующим общим требованям:
- технология должна поддерживать полный ЖЦ ПО;
- технология должна обеспечивать гарантированное достижение целей разработки
ИС с заданным качеством и в установленное время;
- технология должна обеспечивать возможность выполнения крупных проектов в
виде подсистем (т.е. возможность декомпозиции проекта на составные части,
разрабатываемые группами исполнителей ограниченной численности с последующей
интеграцией составных частей). Опыт разработки крупных ИС показывает, что для
повышения эффективности работ необходимо разбить проект на отдельные слабо
связанные по данным и функциям подсистемы. Реализация подсистем должна
выполняться отдельными группами специалистов. При этом необходимо обеспечить
координацию ведения общего проекта и исключить дублирование результатов работ
каждой проектной группы, которое может возникнуть в силу наличия общих данных и
функций;
- технология должна обеспечивать возможность ведения работ по проектированию
отдельных подсистем небольшими группами (3-7 человек). Это обусловлено
принципами управляемости коллектива и повышения производительности за счет
минимизации числа внешних связей;
- технология должна обеспечивать минимальное время получения работоспособной
ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных
подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения
большого числа разработчиков, при этом эффект может оказаться ниже, чем при
реализации в более короткие сроки отдельных подсистем меньшим числом
разработчиков. Практика показывает, что даже при наличии полностью завершенного
проекта, внедрение идет последовательно по отдельным подсистемам;
- технология должна предусматривать возможность управления конфигурацией
проекта, ведения версий проекта и его составляющих, возможность автоматического
выпуска проектной документации и синхронизацию ее версий с версиями проекта;
- технология должна обеспечивать независимость выполняемых проектных решений
от средств реализации ИС (систем управления базами данных (СУБД), операционных
систем, языков и систем программирования);
- технология должна быть поддержана комплексом согласованных CASE-средств,
обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ. Общий
подход к оценке и выбору CASE-средств описан в разделе 4, примеры комплексов
CASE-средств - в подразделе 5.7.
Реальное применение любой технологии проектирования, разработки и
сопровождения ИС в конкретной организации и конкретном проекте невозможно без
выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми
участниками проекта. К таким стандартам относятся следующие:
- стандарт проектирования;
- стандарт оформления проектной документации;
- стандарт пользовательского интерфейса.
Стандарт проектирования должен устанавливать:
- набор необходимых моделей (диаграмм) на каждой стадии проектирования и
степень их детализации;
- правила фиксации проектных решений на диаграммах, в том числе: правила
именования объектов (включая соглашения по терминологии), набор атрибутов для
всех объектов и правила их заполнения на каждой стадии, правила оформления
диаграмм, включая требования к форме и размерам объектов, и т. д.;
- требования к конфигурации рабочих мест разработчиков, включая настройки
операционной системы, настройки CASE-средств, общие настройки проекта и т. д.;
- механизм обеспечения совместной работы над проектом, в том числе: правила
интеграции подсистем проекта, правила поддержания проекта в одинаковом для всех
разработчиков состоянии (регламент обмена проектной информацией, механизм
фиксации общих объектов и т.д.), правила проверки проектных решений на
непротиворечивость и т. д.
Стандарт оформления проектной документации должен устанавливать:
- комплектность, состав и структуру документации на каждой стадии
проектирования;
- требования к ее оформлению (включая требования к содержанию разделов,
подразделов, пунктов, таблиц и т.д.),
- правила подготовки, рассмотрения, согласования и утверждения документации с
указанием предельных сроков для каждой стадии;
- требования к настройке издательской системы, используемой в качестве
встроенного средства подготовки документации;
- требования к настройке CASE-средств для обеспечения подготовки документации
в соответствии с установленными требованиями.
Стандарт интерфейса пользователя должен устанавливать:
- правила оформления экранов (шрифты и цветовая палитра), состав и
расположение окон и элементов управления;
- правила использования клавиатуры и мыши;
- правила оформления текстов помощи;
- перечень стандартных сообщений;
- правила обработки реакции пользователя.
|