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