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