31143

Модель ЖЦ

Доклад

Информатика, кибернетика и программирование

Стадия создания ПО – это часть процесса создания ПО ограниченная некоторыми временными рамками и заканчивающаяся выпуском конкретного продукта модели ПО программных компонентов и документация определяемого заданными для данной стадии требованиями. Состав ЖЦ ПО обычно включает следующие стадии: Формирование требований к ПО. TOBE как должно быть – модель SIS с устраненными недостатками Результат стадии – техникоэкономическое обоснование. Стадии 2 и 3 иногда объединяют в одну и называют технорабочим проектированием или системным...

Русский

2013-08-25

86.63 KB

1 чел.

Вопрос 5 Модель ЖЦ.

Модель ЖЦ ПО – структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.

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

Состав ЖЦ ПО обычно включает следующие стадии:

Формирование требований к ПО.

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

  1.  планирование работ – определение цели разработки, предварительная экономическая оценка проекта, построение плана-графика выполнения работ, создание и обучение совместной рабочей группы;
  2.  проведение обследования деятельности автоматизированного объекта (организации) – предварительное выявление требований к будущей системе, определение структуры организации, перечня целевых функций, анализ распределения функций по подразделениям и сотрудникам, выявление функциональных взаимодействий между подразделениями, информационных потоков внутри подразделений и между ними, внешних по отношению к организации объектов и внешних информационных взаимодействий, анализ существующих средств автоматизации деятельности организации;
  3.  построение моделей деятельности организации: AS-IS (как есть) – реальный снимок положения дел с учетом проведенного обследования. TO-BE (как должно быть) – модель AS-IS с устраненными недостатками

Результат стадии – технико-экономическое обоснование.

Проектирование.

  1.  Разработка системного проекта – дается ответ на вопрос: «Что должна делать будущая система?», а именно определяется архитектура системы, ее функции, внешние условия функционирования, интерфейсы и распределение функций между пользователями системой, требованиям к программным и информационным компонентам, состав исполнителей  сроки разработки. Основой системного проекта является TO-BE. Результатом является техническое задание.
  2.  Разработка технического проекта. На основе системного проекта осуществляется непосредственное проектирование системы, включающее проектирование архитектуры системы и детальное проектирование. Таким образом дается ответ на вопрос: «Как построить систему, чтобы она удовлетворяла предъявляемым ей требованиям?» Модели при этом уточняются и детализируются до необходимого уровня.

Результатом является оформление технического проекта.

Реализация.

  1.  Рабочее проектирование
  2.  Физическое проектирование
  3.  Программирование.

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

Внедрение.

  1.  Тестирование
  2.  Ввод в действие.

Комплексная отладка подсистем ИС, тестирование, обучение персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ИС.

Эксплуатация и сопровождение.

  1.  Сопровождение
  2.  Модернизация.

Сбор рекламации и статистики о функционировании ИС, исправление ошибок и недоработок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2 - 5).

Стадии 2 и 3 иногда объединяют в одну и называют технорабочим проектированием или системным синтезом.

Каскадная модель (водопадная).

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

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

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

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

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

При этом основное внимание разработчиков сосредоточено на достижении оптимальных значений технических характеристик ПО: производительность, объем занимаемой памяти и т.д.

Преимущества: 

  1.  законченный набор документации на каждой стадии;
  2.  возможность планировать сроки завершения всех работ и соответствующие затраты.

Недостатки: 

  1.  реальный процесс создания ПО никогда полностью не укладывается в такую жесткую схему;
  2.  процесс создания носит итерационный характер;
  3.  результаты очередной стадии часто вызывают изменения в предыдущих, к дополнениям, уточнениям.
  4.  

Реальный процесс разработки ПО.

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

Спиральная модель.

Принцип модели: прикладное ПО создается не сразу, а по частям с использованием метода прототипирования.

Прототип – действующий программный компонент, реализующий отдельные функции и внешние компоненты разрабатываемого ПО.

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

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

Неполное завершение работ на каждой стадии позволяет перейти на следующую стадию не дожидаясь их полного завершения.

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

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


 

А также другие работы, которые могут Вас заинтересовать

16697. ЮРИДИЧЕСКИЕ КОНСТРУКЦИИ -КЛЮЧЕВОЕ ЗВЕНО ПРАВА 123.5 KB
  ОС. АЛЕКСЕЕВ ЮРИДИЧЕСКИЕ КОНСТРУКЦИИ КЛЮЧЕВОЕ ЗВЕНО ПРАВА в порядке постановки проблемы 1. Сначала некоторые фактические данные. Вот перед нами рыночные отношения. Какие здесь используются юридические конструкции Принято считать договор куплипродажи. Да это о...
16698. ПРАВОВЫЕ ПРОБЛЕМЫ КОНЦЕНТРАЦИИ КАПИТАЛА В УСЛОВИЯХ СВОБОДНОГО РЫНКА И НЕ-ОБХОДИМОСТИ ЗАЩИТЫ ПУБЛИЧНЫХ ИНТЕРЕСОВ 120 KB
  Ю.Т. БАСИН ПРАВОВЫЕ ПРОБЛЕМЫ КОНЦЕНТРАЦИИ КАПИТАЛА В УСЛОВИЯХ СВОБОДНОГО РЫНКА И НЕОБХОДИМОСТИ ЗАЩИТЫ ПУБЛИЧНЫХ ИНТЕРЕСОВ 1. Вводные положения Казахстан как и Россия вступает в экономическую фазу развития основанную на господстве частной собственности и частно...
16699. ОЦЕНОЧНЫЕ ПОНЯТИЯ В СОВРЕМЕННОМ ГРАЖДАНСКОМ ПРАВЕ 194.5 KB
  Д.А. Гараймович ОЦЕНОЧНЫЕ ПОНЯТИЯ В СОВРЕМЕННОМ ГРАЖДАНСКОМ ПРАВЕ Развивая ту или иную отрасль науки мы в первую очередь сталкиваемся с необходимостью определения средств которые требуются для этого развития. Наборы инструментов с которыми имеют дело ученые разн
16700. Общие положения учения об обеспечении обязательств и способах обеспечения обязательств 250.5 KB
  Общие положения учения об обеспечении обязательств и способах обеспечения обязательств Общие положения учения об обеспечении обязательств 1. Под исполнением обязательств понимается совершение кредитором и должником действий по осуществлению вытекающих из обязате...
16701. Публичные образования и их органы: гражданско-правовой статус и участие в гражданских правоотношениях 312 KB
  Публичные образования и их органы: гражданскоправовой статус и участие в гражданских правоотношениях Под публичными образованиями в интересах настоящей работы понимаются Российская Федерация субъекты Российской Федерации далее по тексту субъекты РФ и муниципаль
16702. ПОНЯТИЕ И ВИДЫ ОБРЕМЕНЕНИИ ПРАВ НА НЕДВИЖИМОЕ ИМУЩЕСТВО В КАЗАХСТАНЕ 129.5 KB
  К.М. Ильясова ПОНЯТИЕ И ВИДЫ ОБРЕМЕНЕНИИ ПРАВ НА НЕДВИЖИМОЕ ИМУЩЕСТВО В КАЗАХСТАНЕ Одним из квалифицирующих признаков права собственности и иных вещных прав является возможность непосредственного воздействия на вещь в том числе путем исключения от воздействия на ве...
16703. РЕАЛИЗАЦИЯ ПРАВОСПОСОБНОСТИ ЮРИДИЧЕСКОГО ЛИЦА ЧЕРЕЗ ЕГО ОРГАНЫ 146.5 KB
  СИ. Климкин РЕАЛИЗАЦИЯ ПРАВОСПОСОБНОСТИ ЮРИДИЧЕСКОГО ЛИЦА ЧЕРЕЗ ЕГО ОРГАНЫ Общие положения о правоспособности организации. Общие подходы к правоспособности юридического лица закреплены в ст. 35 Гражданского кодекса Республики Казахстан далее ГК РК Кодекс. Отметим...
16704. ПЕРСПЕКТИВЫ И ПРОБЛЕМЫ В РЕГУЛИРОВАНИИ ЛИЧНЫХ НЕИМУЩЕСТВЕННЫХ ОТНОШЕНИЙ ПО НОВОМУ ГК РФ 104.5 KB
  Л. О. Красавчикова Перспективы и проблемы в регулировании личных неимущественных отношении по новому ГК РФ ПЕРСПЕКТИВЫ И ПРОБЛЕМЫ В РЕГУЛИРОВАНИИ ЛИЧНЫХ НЕИМУЩЕСТВЕННЫХ ОТНОШЕНИЙ ПО НОВОМУ ГК РФ Современный гражданский кодекс РФ безуслов
16705. ПРИОБРЕТАТЕЛЬНАЯ ДАВНОСТЬ В РОССИЙСКОМ ГРАЖДАНСКОМ ПРАВЕ 137 KB
  А.В. Лисаченко ПРИОБРЕТАТЕЛЬНАЯ ДАВНОСТЬ В РОССИЙСКОМ ГРАЖДАНСКОМ ПРАВЕ Сначала в законе О собственности в РСФСР от 24 декабря 1990 года ст. 7 а затем в части первой нового Гражданского кодекса Российской Федерации ст. 234 вступившей в силу с 1 января 1995 года в отечес