Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Информационные технологии и моделирование бизнес-процессов

Модели жизненного цикла программного обеспечения ИС

Одним из ключевых понятий проектирования информационных систем жизненный цикл проекта - Project Life Cycle Management (PLCM). В общем случае, жизненный цикл определяется моделью и описывается в форме методологии (метода). Модель или парадигма жизненного цикла определяет общую организацию ЖЦ и, как правило, основные его фазы и принципы перехода между ними. Методология (метод) определяет комплекс работ, их детальное содержание и ролевую ответственность специалистов на всех этапах выбранной модели ЖЦ; рекомендует практики (best practices), которые позволяют максимально эффективно использовать соответствующую методологию и ее модель.

Приведем определение модели жизненного цикла программной системы:

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

С другой стороны, автор концепций и практик гибкого моделирования (Agile Modeling), Скотт Амблер (Scott W. Ambler), предлагает следующие уровни ЖЦ, определяются соответствующим содержанием работ:

o программное обеспечение - проектная деятельность по разработке и развертыванию программных систем;

o программная система - включает разработку, развертывание, поддержку и сопровождение;

o информационные технологии - вся деятельность ИТ-отдела;

o организация / бизнес - охватывает деятельность организации в целом.

Архитектура жизненного цикла. В стандарте ISO / IEC 12207 определена область применения ИС, дан ряд важных определений (таких, как заказчик, разработчик, договор, оценка, выпуск - релиз, программный продукт, аттестация и т.п.), процессы жизненного цикла и включает ряд примечаний по процесса и вопросам адаптации стандарта. Стандарт описывает 17 процессов ЖЦ, распределенных по группам процессов:

Основные процессы жизненного цикла - Primary Processes

o заказ - Acqusition;

o поставка - Supply;

o разработка - Development;

o эксплуатация - Operation;

o сопровождение - Maintenance.

S Вспомогательные процессы жизненного цикла - Supporting Processes

o документирования - Documentation;

o управления конфигурацией - Configuration Management;

o верификация - Verification;

o аттестация - Validation;

o совместный анализ - Joint Review;

o решение проблем - Problem Resolution.

^ Организационные процессы жизненного цикла - Organizational Processes

o управления - Management;

o создание инфраструктуры - Infrastructure;

o совершенствование - Improvement;

o обучения - Training.

Стандарт определяет высокоуровневую архитектуру жизненного цикла. Архитектура строится как набор процессов и взаимных связей между ними. Например, основные процессы жизненного цикла обращаются к вспомогательных процессов, в то время, как организационные процессы действуют на протяжении всего ЖЦ и связанные с основными процессами.

Дерево процессов жизненного цикла является структурой декомпозиции жизненного цикла на соответствующие процессы (группы процессов). Декомпозиция процессов строится на двух важнейших принципах, определяющих правила разбиения (partitioning) ЖЦ на составляющие процессы:

принцип модульности

o задачи в процессе функционально связанными;

o н 'связь между процессами - минимальный;

o если функция используется более чем одним процессом, она сама является процессом;

o если процесс Y используется процессом X и только им, то процесс Y принадлежит (является его частью или его задачей) процесса X, за исключением случаев потенциального использования процесса Y другими процессами в будущем

принцип ответственности

o за каждый процесс несет ответственность лицо (управляющая и / или контролирует его), определенная для заданного жизненного цикла, например, в виде роли в проектной команде;

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

Общая иерархия (декомпозиция) составляющих элементов жизненного цикла представлена на рис.17.2.

В общем случае, разбиение процесса базируется на распространенном PDCA-цикле:

o «P» (Plan) - планирование;

o "D" (Do) - выполнение;

o "C" (Check) - проверка;

o "A" (Act) - реакция (действие).

Структурная схема общей иерархии составляющих элементов ЖЦ

Рис.17.2. Структурная схема общей иерархии составляющих элементов ЖЦ

Наиболее часто используют следующие модели жизненного цикла:

Каскадная (или последовательная) модель. Предусматривает строго последовательное во времени и однократное выполнение всех фаз проекта с подробным предварительным планированием и определенными требованиями (рис.17.3).

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

Каскадная модель хорошо себя зарекомендовала при разработке систем, которые позволяют полностью сформулировать все необходимые требования и критерии. Среди недостатков этой модели можно назвать: существенную задержку в получении конечных результатов, выявление ошибок, как правило, на последнем этапе разработки, высокую степень риска. Последовательная модель характеризуется жесткой структурой, что затрудняет ее применение на практике. Однако, большинство ИТ-разработчиков используют именно каскадную модель.

Каскадная модель жизненного цикла

Рис.17.3. Каскадная модель жизненного цикла

Эволюционная (итерационная) модель. Позволяет снизить степень неопределенности с завершением каждой итерации цикла. Тестирование продукта можно начинать уже на ранних стадиях жизненного цикла.

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

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

Среди преимуществ спиральной модели следует отметить упрощение внесении изменений в проект при изменении требований заказчика, элементы системы интегрируются друг в друга постепенно. Основная проблема спиральной модели - определение момента перехода на следующий этап.

 
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 
Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее