Определение фаз жизненного цикла

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

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

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

Одобренная и подтвержденная спецификация требований к ПО: функциональные, технические и интерфейсные спецификации, для которых подтверждены их полнота, непротиворечивость, проверяемость и осуществимость. Одобренный (формально или неформально) договор на разработку, основанный на приведенных выше пунктах. Закончить фазу проектирования изделия. Начать фазу детального проектирования. (Завершение анализа результатов проектирования изделия.) Разработка верифицированной спецификации проекта программного изделия: формирование иерархии программных компонентов, межблочных интерфейсов по данным и управлению; формирование физической и логической структур данных до уровня отдельных полей; разработка плана распределения вычислительных ресурсов (времени, памяти, точности); верификация полноты, непротиворечивости, осуществимости и обоснованности требований.

Установление и разрешение всех противоречий разработки, которые повышают степень риска.

Разработка предварительного этапа комплексирования и отладки, плана руководства для пользователей и приемных испытаний. Закончить фазу детального проектирования. Начать фазу кодирования и автономной отладки. (Завершение сквозного контроля проекта или критического поблочного анализа проекта.) Верифицированная детальная спецификация каждого блока: спецификация каждой подпрограммы, имени, назначения, предположений, размеров, последовательности вызовов, ошибочных выходов, входных и выходных данных, алгоритмов и логической схемы; описание базы данных до уровня отдельных параметров, символов и битов; верификация полноты, непротиворечивости и соответствия требованиям проектных спецификаций системы и планам распределения ресурсов.

Одобренный план приемных испытаний. Руководства пользователю, а также завершенный предварительный план комплексирования и отладки. Закончить фазу копирования и отладки. Начать фазу комплексирования и отладки. (Удовлетворение критериев автономной отладки.) Проверка работы всех блоков не только для номинальных, но также для исключительных и предельных значений. Проверка всех вариантов ввода и вывода, включая сообщения об ошибках.

Выполнение всех операторов и всех ветвей передачи управления. Проверка выполнения стандартов программирования. Завершение поблочного документирования внутренней структуры. Закончить фазу комплексирования и испытаний. Начать фазу внедрения. (Завершение анализа результатов приемных испытаний.) Проверка удовлетворения тесту приемных испытаний программ: проверка удовлетворения требованиям к ПО; демонстрация приемлемости указанных в спецификациях характеристик работы в нештатных условиях.

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

Проверка производственной готовности ПО, аппаратуры, средств обслуживания и персонала. Приёмка поставляемых и входящих в систему изделий: аппаратуры, ПО, документации, средств обучения и обслуживания. Завершение всех специфицированных работ и ввод системы в действие. Закончить фазу эксплуатации и сопровождения (путем снятия с производства). Выполнение всех пунктов плана снятия с производства: перенос программ, документирование, создание архива, переход к новой системе. 1.3.5 Основные работы над проектом Анализ требований.

Проектирование изделия. Программирование. Планирование отладки. Верификация и подтверждение. Управление проектом. Управление конфигурацией и контроль качества. Документирование. Вывод Итак, были рассмотрены три подхода к определению жизненного цикла ПО. На мой взгляд, все они имеют право на существование, так как в той или иной степени отражают практику программирования. Тем более, что легко можно обнаружить общие моменты (ставится задача – определяется система – анализируются требования; сопровождение программы – обслуживание – эксплуатация и сопровождение). Однако, надо заметить, что определение фаз и работ ЖЦПО Боэма наиболее обоснованно, т.к. опирается на более ориентированный подход в инженерном программировании (направленный на получение качественного программного изделия и реализацию эффективного процесса разработки и сопровождения ПО) и обосновывается экономически.

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

Важно так же, при составлении программы, учитывать то, что программа должна быть точной; полной по своему содержанию и пригодной для работы как с маленькими, так и с большими проблемами в соответствии со своим предназначением; ясной - для того чтобы пользователь мог спокойно, без затруднений работать с ней. А так же чтобы программу в любой момент можно было бы легко исправить или дополнить в соответствии с изменившимися требованиями в современном мире. Следует помнить, что хорошее программирование – это не кодирование быстро найденного решения с помощью любой подходящей методики, а тщательно инструментированная инженерная процедура, позволяющая создать полное, точное и легко понимаемое (ясное) программное обеспечение.