Главная В избранное Версия для печати

Меню:

... По українськи

Развитие программной инженерии

В мире разработано несколько десятков методологий и подходов к организации процессов создания программного продукта. Условно их можно разделить на тяжелые (например, RUP компании Rational или CMM-SE института программной инженерии при университете Карнеги - Меллона) и легкие (называемые также экстремальными, гибкими или моторными).

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

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

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

Модель «Водопад» предполагает последовательный переход от фазы к фазе - поочередно выполняются определения системных требований, анализ требований к продукту, предварительное и детальное проектирование, кодирование, тестирование, объединение модулей, проверка работы всей системы, комплексное и системное тестирование и внедрение.

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

Главная проблема подобных подходов - експоненциальне рост времени на устранение ошибок, выявляемых на последних этапах (особенно если они связаны с неверно спроектированной архитектурой системы или с плохо сформулированными требованиями.

На основе последовательной модели была разработана эволюционная (или спиральные) методология. Она ориентирована на использование в условиях, когда все требования не удается сформулировать заранее. При этом происходит многократная повторение цикла «анализ - проектирование - кодирование - тестирование

Формализация   • Аспекты  • Обучение  • Контакты  
Шеф всегда прав; человеку же свойственно ошибаться.
2008 © Програмная инженерия