Методологии и технологии проектирования ИС

1.3. Методологии и технологии проектирования ИС

1.3.1. Общие требования к методологии и технологии

Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов ЖЦ.

Технология проектирования определяется как совокупность трех составляющих:

·     пошаговой процедуры, определяющей последовательность технологических операций проектирования (рис. 1.4);

·     критериев и правил, используемых для оценки результатов выполнения технологических операций;

·     нотаций (графических и текстовых средств), используемых для описания проектируемой системы.

Рис. 1.4. Представление технологической операции проектирования

Технологические инструкции, составляющие основное содержание технологии, должны состоять из описания последовательности технологических операций, условий, в зависимости от которых выполняется та или иная операция, и описаний самих операций.

Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованям:

·     технология должна поддерживать полный ЖЦ ПО;

·     технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;

·     технология должна обеспечивать возможность выполнения крупных проектов в виде подсистем (т.е. возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности с последующей интеграцией составных частей). Опыт разработки крупных ИС показывает, что для повышения эффективности работ необходимо разбить проект на отдельные слабо связанные по данным и функциям подсистемы. Реализация подсистем должна выполняться отдельными группами специалистов. При этом необходимо обеспечить координацию ведения общего проекта и исключить дублирование результатов работ каждой проектной группы, которое может возникнуть в силу наличия общих данных и функций;

·     технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;

·     технология должна обеспечивать минимальное время получения работоспособной ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта, внедрение идет последовательно по отдельным подсистемам;

·     технология должна предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;

·     технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных (СУБД), операционных систем, языков и систем программирования);

·     технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ. Общий подход к оценке и выбору CASE-средств описан в разделе 4, примеры комплексов CASE-средств - в подразделе 5.7.

Реальное применение любой технологии проектирования, разработки и сопровождения ИС в конкретной организации и конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта. К таким стандартам относятся следующие:

·     стандарт проектирования;

·     стандарт оформления проектной документации;

·     стандарт пользовательского интерфейса.

Стандарт проектирования должен устанавливать:

·     набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;

·     правила фиксации проектных решений на диаграммах, в том числе: правила именования объектов (включая соглашения по терминологии), набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм, включая требования к форме и размерам объектов, и т. д.;

·     требования к конфигурации рабочих мест разработчиков, включая настройки операционной системы, настройки CASE-средств, общие настройки проекта и т. д.;

·     механизм обеспечения совместной работы над проектом, в том числе: правила интеграции подсистем проекта, правила поддержания проекта в одинаковом для всех разработчиков состоянии (регламент обмена проектной информацией, механизм фиксации общих объектов и т.д.), правила проверки проектных решений на непротиворечивость и т. д.

Стандарт оформления проектной документации должен устанавливать:

·     комплектность, состав и структуру документации на каждой стадии проектирования;

·     требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.),

·     правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии;

·     требования к настройке издательской системы, используемой в качестве встроенного средства подготовки документации;

·     требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.

Стандарт интерфейса пользователя должен устанавливать:

·     правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;

·     правила использования клавиатуры и мыши;

·     правила оформления текстов помощи;

·     перечень стандартных сообщений;

·     правила обработки реакции пользователя.

Похожие работы

CASE-технології розробки програмного забезпечення

Скачать

18458

0

0

... кодування складають відповідно 64% і 32% від спільного числа помилок, а помилки проектування в 100 разів сутужніше знайти на етапі супроводу ПО, чим на етапі аналізу вимог. case інформаційна технологія програмне забезпечення Автоматична генерація об'єктного коду. Генерація програм у машинному коді здійснюється на основі репозиторію і дозволяє автоматично побудувати до 85-90% об'єктного чи коду ...

Суть и область применения CASE-технологий

Скачать

7877

0

0

... типов систем ПО, однако устойчивое положение они занимают в следующих областях:1. Обеспечение разработки делового и коммерческого ПО. Широкое применение CASE технологий обусловлено массовостью этой прикладной области, в которой CASE применяется не только для разработки ПО, но и для создания моделей систем, помогающих коммерческимим структурам решать задачи стратегического планирования, управления ...

Разработка серверной части базы данных с применением CASE-технологий

Скачать

19019

0

2

... , основанные на программно-технических средствах специального класса - CASE-средствах, реализующих CASE-технологии создания и сопровождения АС. Список используемой литературы 1)  Маклаков С.В. CASE-средства разработки информационных систем. BPwin и Erwin –М.: ДиалогМифи, 2001. 2)  Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах ...

Технология внедрения CASE-средств

Скачать

24604

0

1

... проектирования и перехода к полномасштабному внедрению; основные факторы риска; ориентировочный уровень расходов и источники финансирования процесса внедрения CASE-средств; ключевой персонал и другие ресурсы. Необходимо отметить, что внедрение новой технологии может включать важные и сложные изменения в культуре организации. Существенное внимание должно уделяться ролям различных групп ...