Глава 2. Технологии проектирования и технологическая зрелость предприятий-разработчиков ИС
Общие сведения о технологии проектирования
Технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Каждая технология поддерживается конкретными стандартами, методиками и инструментальными средствами, которые обеспечивают выполнение процессов ЖЦ.
Технология проектирования определяется как совокупность трех составляющих: пошаговой процедуры, определяющей последовательность технологических операций проектирования; критериев и правил, используемых для оценки результатов выполнения технологических операций; нотаций (графических и текстовых средств), используемых для описания проектируемой системы [18].
Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим требованиям:
- технология должна поддерживать полный ЖЦ ИС;
- технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;
- технология должна обеспечивать возможность выполнения крупных проектов в виде подсистем;
- технология должна предусматривать возможность управления конфигурацией проекта, ведение версий проекта, возможность автоматического выпуска проектной документации;
- технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (СУБД, ОС, языков программирования);
- технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняющихся на всех стадиях ЖЦ.
|
|
|
Реальное применение любой технологии проектирования, разработки и сопровождения ИС предполагает использование стандартов, которые должны соблюдаться всеми участниками проекта:
- стандарты проектирования;
- стандарты оформления проектной документации;
- стандарты пользовательского интерфейса.
Стандарты проектирования должны устанавливать набор необходимых моделей (диаграмм) на каждой стадии проектирования; правила фиксации проектных решений на диаграммах (правила именования объектов, набор атрибутов для объектов и правила их заполнения и т.д.); механизм обеспечения совместной работы над проектом.
Стандарт оформления проектной документации должен устанавливать комплектность, состав и структуру документации на каждой стадии проектирования, требования к ее оформлению (включая требования к содержанию разделов, подразделов, таблиц и т.д.).
Стандарт интерфейса пользователя должен устанавливать правила оформления экранов ( шрифты и цветовая палитра), состав и расположение окон и элементов управления; правила оформления текстов помощи; перечень стандартных сообщений и правила обработки реакций пользователя.
|
|
|
Каждая из технологий имеет ориентацию на определенный набор моделей ЖЦ.
Модели жизненного цикла ИС
В основе деятельности по созданию и использованию ИС лежит понятие ее жизненного цикла (ЖЦ). ЖЦ отражает различные состояния ИС, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее снятия с эксплуатации.
Существует несколько моделей ЖЦ ИС, которые отличаются различным количеством этапов и их содержанием: каскадная, спиралевидная, непрерывной разработки, быстрого прототипирования fast track и т.п. Выбор модели определяется сложностью ИС, ее масштабом, желанием заказчика и т.д. Каждая из ведущих фирм разработчиков CASE-средств и СУБД имеют свой набор моделей ЖЦ, этапы которых обеспечиваются программным инструментарием.
Традиционной является «каскадная» («классическая» или «водопадная») модель процесса проектирования (рис. 2.4). В общем случае считается, что в процессе развития проекта над ним работают различные команды специалистов и при смене этапа проекта готовится весь необходимый комплект проектной документации, фиксирующий принятые решения. При таком подходе оформляется большое количество документов, которые, как правило, не нужны конечному пользователю, но их создание занимает время и ресурсы.
|
|
|
Нередко традиционные проектные группы, работающие на определенных фазах, не имеют четкого представления об общих целях и задачах данного проекта, его особенностях и нюансах.
Основной характеристикой каскадного способа является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после завершения всех работ на текущем этапе (рис. 2.4). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Основной недостаток этой модели ЖЦ в том, что реальный процесс создания ИС никогда полностью не укладывается в такую жесткую схему: «Все работы должны выполняться на каждом этапе сразу и за один раз».
В процессе создания ИС изменяются требования к системе из-за изменения законодательства, структуры предприятия, желаний заказчика и т.п., что требует возвращения на предыдущие этапы для уточнения или пересмотра ранее полученных решений. А поскольку требования к системе «заморожены» в виде технического задания на все время ее создания, то заказчик может внести свои изменения только после полного завершения работы над системой. В результате пользователь получает систему, не удовлетворяющую его потребностям.
|
|
|
 |
На практике обычно применяют эту модель в виде циклической, когда можно вернуться на предыдущие этапы и выполнить необходимые доработки с учетом измененных требований или желаний заказчика. Эти дополнительные возможности модели отображены на рис. 2.4 стрелками снизу вверх.
Для преодоления этих проблем была предложена спиральная (спиралевидная) модель ЖЦ (рис. 2.1), которая делает основной упор на начальные этапы ЖЦ: анализ и проектирование.
В этой модели каждый следующий виток служит развитию спроектированной на предыдущих витках и уже функционирующей системы. Один виток спирали при этом представляет собой законченный проектный цикл по типу каскадной модели.
Каждый виток спирали соответствует созданию фрагмента или версии ИС, на нем уточняются цели и характеристики проекта, планируются работы следующего витка спирали. Фактически на каждом витке спирали создается прототип будущей ИС, который углубляется и конкретизируется на последующих витках до тех пор, пока не будет доведен до полной реализации системы.
При этом неполное завершение работ на каждом этапе спирального цикла создания системы позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. Итеративный способ разработки позволяет выполнить недостающую работу на
Рис. 2.1. Спиральная модель ЖЦ ИС
следующей итерации. Главная задача для этой модели ЖЦ – как можно быстрее показать заказчику работоспособный продукт, активизируя тем самым процесс уточнения и дополнения требований.
В настоящее время достаточно популярна модель непрерывной разработки («продолжающейся разработки») (рис. 2.2).
Рис. 2.2. Модель непрерывной разработки ИС
Особенностью такого подхода является непрерывный процесс разработки и развития больших ИС с планируемыми точками передачи в эксплуатацию новых версий и новых функциональных блоков (подсистем, задач).
В последнее время модель ЖЦ «продолжающейся разработки» с целью еще более ускоренного внедрения трансформировалась в несколько моделей ЖЦ, получивших название «быстрого прототипирования»: fast track, lite и др. В них исключаются некоторые этапы, но добавляются новые: разработка макета-прототипа фрагмента будущей ИС совместно с будущим пользователем; апробирование макета-прототипа, его доработка до работающего фрагмента ИС.
Эти модели применимы для ИС средней и малой сложности, наряду с быстрым эффектом дают снижение управляемости проекта в целом и появляются проблемы при стыковке различных фрагментов ИС.
Для определения успешности выбора модели ЖЦ обычно руководствуются четырьмя критериями. В табл. 1 представлены критерии и цели, которые достигаются на их основании.
Таблица 1
Критерии и цели выбора модели ЖЦ
| Критерий | Цель |
| Стоимость | Низкая стоимость |
| Время, затрачиваемое на создание ИС | Быстрое завершение разработки |
| Качество (характеристики, ошибки) | Высокое качество |
| Степень риска сбоев | Низкая степень риска сбоев |
Рис. 2.3. Графическое представление критериев выбора модели ЖЦ
Эти критерии взаимосвязаны, нельзя достичь всех четырех целей одновременно. Например, если стоимость работ ограничена, а это бывает почти всегда, то мы имеем две альтернативы: или не будет четкой даты окончания работы, или нужно соглашаться с менее качественной системой.
Дата добавления: 2019-07-17; просмотров: 162; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!