Доклад на тему ЖЦ ПО. Доклад Зенина ЗФ 509-079-5-1. Модели и стадии жц по
 Скачать 32.54 Kb.
|
|
Модели и стадии ЖЦ ПО. Под стадией (фазой) создания ПО понимается часть процесса создания ПО, ограниченная некоторыми временными рамками и заканчивающаяся выпуском конкретного продукта (моделей ПО, программных компонентов, документации и пр.), определяемого заданными для данной стадии требованиями. Стадии создания ПО выделяются по соображениям рационального планирования и организации работ, заканчивающихся заданными результатами. В состав ЖЦ ПО обычно включаются следующие стадии: 1. формирование требований к ПО; 2. проектирование (разработка системного проекта); 3. реализация (может быть разбита на подэтапы: детальное проектирование, кодирование); 4. тестирование (может быть разбито на автономное и комплексное тестирование и интеграцию); 5. ввод в действие (внедрение); 6. эксплуатация и сопровождение; 7. снятие с эксплуатации. Одним из базовых понятий методологии проектирования ПО является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО — это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации. Основным нормативным документом, регламентирующим ЖЦ ПО, является международный стандарт ISO/IEC 12207 (ISO — International Organization of Standardization — Международная организация по стандартизации, IEC — International Electrotechnical Commission — Международная комиссия по электротехнике). Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. В данном стандарте ПО (программный продукт) определяется как набор компьютерных программ, процедур и, возможно, связанной с ним документации и данных. Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других процессов, и результатами. Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на трех группах процессов: основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение); вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем); организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение). Модели жизненного цикла ПО Модель жизненного цикла — структура, определяющая последовательность выполнения и взаимосвязи стадий и этапов, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ПО и специфики условий, в которых последняя создается и функционирует. Основные модели ЖЦ следующие. 1. Каскадная модель(до 70-х годов XX в) определяет последовательный переход на следующий этап после завершения предыдущего. Для этой модели характерна автоматизация отдельных несвязанных задач, не требующая информационной интеграции и совместимости, программного, технического и организационного сопряжения. Достоинство: хорошие показатели по срокам разработки и надежности при решении отдельных задач. Недостаток: неприменимость к большим и сложным проектам из-за изменчивости требований к системе в течение длительного проектирования.  2. Итерационная модель(70-80-е годы XX в.) соответствует технологии проектирования «снизу — вверх». Допускает итерационные возвраты на предыдущие этапы после выполнения очередного этапа;  Модель предусматривает обобщение полученных проектных решений отдельных задач в общесистемные решения. При этом возникает потребность в пересмотре ранее сформулированных требований. Достоинство: возможность оперативно вносить коррективы в проект. Недостаток: при большом числе итераций растет время проектирования, возникают расхождения в проектных решениях и документации, запутывается функциональная и системная архитектура созданной ПО. Необходимость в перепроектировании старой или создании новой системы может возникнуть сразу после этапа внедрения или эксплуатации. 3. Спиральная модель (80-90-е годы XX в.) соответствует технологии проектирования «сверху — вниз». Предполагает использование программного прототипа, допускающего программное расширение. Проект системы циклически повторяет путь от детализации требований к детализации программного кода.  При проектировании архитектуры системы сначала определяется состав функциональных подсистем и решаются общесистемные вопросы (организация интегрированной базы данных, технология сбора, передачи и накопления информации). Затем формулируются отдельные задачи и разрабатывается технология их решения. При программировании сначала разрабатываются головные программные модули, а затем — модули, исполняющие отдельные функции. Сначала обеспечивается взаимодействие модулей между собой и с базой данных, а затем — реализация алгоритмов. Достоинства: 1. сокращение число итераций и, следовательно, число ошибок и несоответствий, которые необходимо исправлять; 2. сокращение сроков проектирования; 3. упрощение создания проектной документации. Недостаток: высокие требования к качеству общесистемного репозитория (общей базы проектных данных). Спиральная модель лежит в основе технологии быстрой разработки приложений или RAD-технологии (rapid application development), которая предполагает активное участие конечных пользователей будущей системы в процессе ее создания. Основные стадии информационного инжиниринга следующие: · Анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области. · Проектирование. Пользователи под руководством разработчиков принимают участие в техническом проектировании. · Конструирование. Разработчики проектируют рабочую версию ПО с использованием языков 4-го поколения; · Внедрение. Разработчики обучают пользователей работе в среде новой ПО. |