2 предмет конспекты. Борисова Марина Валентиновна, преподаватель Иркутск 2015 г. Содержание пояснительная записка 5 Раздел Общие сведения об ис 8 Тема Общая характеристика ис 8 лекция
Скачать 0.94 Mb.
|
Какие действия охватывает каждый из процессов ЖЦ?Какие задачи решаются при выполнении этих действий? Приведите пример, иллюстрирующий взаимосвязь между процессами ЖЦ. Лекция 10. Структура ЖЦ ИС. Стадии ЖЦ ИСПлан:
Результатом стадии анализа и планирования требований будет список функций разрабатываемой информационной системы с указанием их приоритетов и предварительные функциональные и информационные модели системы.
Результатом стадии проектирования будет следующее:
Результатом фазы построения будет готовая информационная система, удовлетворяющая всем требованиям пользователей.
Вопросы для самоконтроля:
Лекция 11. Модели ЖЦ ИСПлан:
Под моделью ЖЦ ПО понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Модель ЖЦ зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует. Модель ЖЦ любого конкретного ПО определяет характер процесса его создания, который представляет собой совокупность упорядоченных во времени, взаимосвязанных и объединенных в стадии работ, выполнение которых необходимо и достаточно для создания ПО, соответствующего заданным требованиям. К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ ПО: каскадная модель (1970–1985 гг.) и спиральная модель (1986–1990 гг.). Принципиальной особенностью каскадного подхода (рисунок 8) является следующее: переход на следующую стадию осуществляется только после того, как будет полностью завершена работа на текущей стадии, и возвратов на пройденные стадии не предусматривается. Каждая стадия заканчивается получением некоторых результатов, которые служат в качестве исходных данных для следующей стадии. Требования к разрабатываемому ПО, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Критерием качества разработки при таком подходе является точность выполнения спецификаций технического задания. Процесс создания ПО носит, как правило, итерационный характер: результаты очередной стадии часто вызывают изменения в проектных решениях, выработанных на более ранних стадиях. Таким образом, постоянно возникает потребность в возврате к предыдущим стадиям и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимает иной вид (рисунок 9). Рисунок 8 - Каскадная модель ЖЦ ПО Такую схему часто относят к отдельной модели, так называемой модели с промежуточным контролем, в которой межстадийные корректировки обеспечивают большую надежность по сравнению с каскадной моделью, хотя и увеличивают весь период разработки. Рисунок 9 - Реальный процесс разработки ПО В середине 80-х гг. XX века была предложена спиральная модель ЖЦ (рисунок 10). Ее принципиальной особенностью является следующее: прикладное ПО создается не сразу, как в случае каскадного подхода, а по частям с использованием метода прототипирования. Под прототипом понимается действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО. Создание прототипов осуществляется в несколько итераций, или витков спирали. Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации. На каждой итерации производится тщательная оценка риска превышения сроков и стоимости проекта, чтобы определить необходимость выполнения еще одной итерации, степень полноты и точности понимания требований к системе, а также целесообразность прекращения проекта. Рисунок 10 - Спиральная модель ЖЦ ПО Вопросы для самоконтроля:
|