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