Стандарты проектирования ИС
Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов ЖЦ.
В ГОСТе 34.601-90 «Автоматизированные системы. Стадии создания» определяются стадии и этапы создания ИС.
Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:
ü технология должна поддерживать полный ЖЦ ПО;
ü технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;
ü технология должна обеспечивать возможность выполнения крупных проектов в виде подсистем (т.е. возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности с последующей интеграцией составных частей). Опыт разработки крупных ИС показывает, что для повышения эффективности работ необходимо разбить проект на отдельные слабо связанные по данным и функциям подсистемы. Реализация подсистем должна выполняться отдельными группами специалистов. При этом необходимо обеспечить координацию ведения общего проекта и исключить дублирование результатов работ каждой проектной группы, которое может возникнуть в силу наличия общих данных и функций;
ü технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;
ü технология должна обеспечивать минимальное время получения работоспособной ИС.
Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков.
Практика показывает, что даже при наличии полностью завершенного проекта, внедрение идет последовательно по отдельным подсистемам.
ü технология должна предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
ü технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных (СУБД), операционных систем, языков и систем программирования);
ü технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ.
Реальное применение любой технологии проектирования, разработки и сопровождения ИС в конкретной организации и конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта.
К таким стандартам относятся следующие:
ü стандарт проектирования;
ü стандарт оформления проектной документации;
ü стандарт пользовательского интерфейса.
Стандарт проектирования должен устанавливать:
ü набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;
ü правила фиксации проектных решений на диаграммах, в том числе: правила именования объектов (включая соглашения по терминологии), набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм, включая требования к форме и размерам объектов, и т. д.;
ü требования к конфигурации рабочих мест разработчиков, включая настройки операционной системы, настройки CASE-средств, общие настройки проекта и т. д.;
ü механизм обеспечения совместной работы над проектом, в том числе: правила интеграции подсистем проекта, правила поддержания проекта в одинаковом для всех разработчиков состоянии (регламент обмена проектной информацией, механизм фиксации общих объектов и т.д.), правила проверки проектных решений на непротиворечивость и т. д.
Стандарт оформления проектной документации должен устанавливать:
ü комплектность, состав и структуру документации на каждой стадии проектирования;
ü требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.),
ü правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии;
ü требования к настройке издательской системы, используемой в качестве встроенного средства подготовки документации;
ü требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.
Стандарт интерфейса пользователя должен устанавливать:
ü правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;
ü правила использования клавиатуры и мыши;
ü правила оформления текстов помощи;
ü перечень стандартных сообщений;
ü правила обработки реакции пользователя.
Проектирование и разработка сложных ИС может быть выполнена с применением программных инструментариев СУБД Oracle: функциональная модель может быть построена с помощью Process Modeller, Function Hierarchy Diagrammer; база данных логического уровня – с помощью Entity Relationship Diagrammer; пользовательский интерфейс – на основе языка 4-го поколения Oracle Forms и программные модули на языке 3-го поколения PL/SQL.
Для проектирования и разработки простых ИС, в том числе и для учебных целей, удобно использовать более простые программные инструментарии. Обычно в этих случаях применяют пакет BPwin для построения всего комплекта диаграмм для описания функционального наполнения предметной области: организационная диаграмма, диаграммы плавательных дорожек и интегрированная иерархическая функциональная модель на основе методологий IDEF0, IDEF3, DFD.
Информационная модель логического и физического уровней строится с помощью пакета ERwin в виде ER-диаграммы.
Пользовательский интерфейс и программные модули реализуются в среде СУБД Access или с помощью средства быстрого разработки программного обеспечения Delphi.