ТРЕБОВАНИЯ К ТЕХНОЛОГИИСовременная технология проектирования ПО ЭИС должна обеспечивать: • соответствие стандарту ISO/IEC 12207 (поддержка всех процессов ЖЦ ПО); • гарантированное достижение целей разработки ЭИС в рамках установленного бюджета, с заданным качеством и в установленное время; • возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности (3-7 человек), с последующей интеграцией составных частей; • минимальное время получения работоспособного ПО ЭИС. Речь идет не о сроках готовности всей ЭИС, а о сроках реализации отдельных подсистем. Реализация ПО ЭИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков. При этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта внедрение ЭИС зачастую идет последовательно по отдельным подсистемам; • независимость получаемых проектных решений от средств реализации ЭИС (СУБД, операционных систем, языков и систем программирования); • поддержка комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ. Общий подход к оценке и выбору CASE-средств, примеры комплексов CASE-средств описаны в главе 4. Современные технологии поставляются, как правило, в электронном, виде вместе с CASE-средствами и включают библиотеки процессов, шаблонов, методов, моделей и других компонентов, предназначенных для построения ПО того класса систем, на который ориентирована технология. Электронные технологии включают также средства, которые должны обеспечивать их адаптацию для конкретных пользователей и развитие по результатам выполнения конкретных проектов. Процесс адаптации заключается в удалении ненужных процессов и действий ЖЦ, компонентов методов, в изменении неподходящих или в добавлении собственных процессов и действий, а также методов, методик, стандартов и руководств. Настройка технологии может осуществляться также по следующим параметрам: стадии ЖЦ, участники проекта, используемые модели ЖЦ и др. Электронные технологии (и поддерживающие их CASE-средства) составляют ядро комплекса согласованных инструментальных средств среды разработки ЭИС. В главе 5 рассмотрены некоторые промышленные технологии проектирования ПО, созданные ведущими мировыми фирмами — разработчиками ПО. Реальное применение любой технологии проектирования ПО ЭИС в конкретной организации и конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта (это особенно актуально при коллективной разработке ПО большим количеством групп специалистов). К таким стандартам относятся следующие: • стандарт проектирования; • стандарт оформления проектной документации; • стандарт интерфейса конечного пользователя с системой. Стандарт проектирования. Он должен устанавливать: • набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации; • правила фиксации проектных решений на диаграммах, в том числе правила именования объектов (включая соглашения по терминологии), набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм (включая требования к форме и размерам объектов) и т. д.; • требования к конфигурации рабочих мест разработчиков, включая настройки операционной системы, настройки CASE-средств и т. д.; • механизм обеспечения совместной работы над проектом, в том числе правила интеграции подсистем проекта, правила поддержания проекта в одинаковом для всех разработчиков состоянии (регламент обмена проектной информацией, механизм фиксации общих объектов и т. д.), правила анализа проектных решений на непротиворечивость и т. д. Стандарт оформления проектной документации. Он должен устанавливать: • комплектность, состав и структуру документации на каждой стадии проектирования (в соответствии со стандартом ГОСТ Р ИСО 9127-94 "Системы обработки информации. Документация пользователя и информация на упаковке потребительских программных пакетов"); • требования к оформлению документации (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т. д.); • правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии; • требования к настройке издательской системы, используемой в качестве встроенного средства подготовки документации; • требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными правилами. Стандарт интерфейса конечного пользователя с системой. Он должен регламентировать: • правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления; • правила использования клавиатуры и мыши; • правила оформления текстов помощи; • перечень стандартных сообщений; • правила обработки реакции пользователя. Следует запомнить: 1. Одним из базовых понятий программной инженерии является понятие жизненного цикла программного обеспечения (ЖЦ ПО ). Жизненный цикл программного обеспечения определяется как период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации. 2. Под моделью ЖЦ ПО понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Наиболее распространенными моделями являются каскадная и спиральная. 3. Центральную часть формализованной дисциплины выполнения проекта любого ПО ЭИС составляют методы и инструментальные средства проектирования (CASE-средства). Методы реализуются через конкретные технологии и поддерживающие их методики, стандарты и инструментальные средства, которые обеспечивают выполнение процессов ЖЦ ПО. Основные понятия: Программная инженерия, программное обеспечение, жизненный цикл программного обеспечения, процессы жизненного цикла. Модель ЖЦ ПО, стадия ЖЦ ПО, каскадная модель, спиральная модель. Метод, технология проектирования ПО. Вопросы для самоконтроля 1. Что такое жизненный цикл программного обеспечения? 2. Чем регламентируется ЖЦ ПО? 3. Какие группы процессов входят в состав ЖЦ ПО и какие процессы входят в состав каждой группы? 4. Какие из процессов, по вашему мнению, наиболее часто используются в реальных проектах, какие в меньшей степени и почему? 5. Что понимается под стадией ЖЦ ПО и какие стадии входят в его состав? 6. Каково соотношение между стадиями и процессами ЖЦ ПО? 7. Каковы принципиальные особенности каскадной модели? 8. В чем заключаются преимущества и недостатки каскадной модели? 9. Каковы принципиальные особенности спиральной модели?
10. В чем состоят преимущества и недостатки спиральной модели? 11. Каким образом определяются метод и технология проектирования ПО? 12. Каким требованиям должна удовлетворять технология проектирования ПО? 13. Какие стандарты необходимы для выполнения конкретного проекта?
|
