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.  

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

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

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

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

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

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

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

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

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

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


 

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

5346. Финансовый анализ. Технология подбора параметра 196.5 KB
  Финансовый анализ. Технология подбора параметра Цель работы: приобрести навыки решения задач финансового менеджмента с использованием встроенных функций MS Excel. Краткая теория ФИНАНСОВЫЕ ФУНКЦИИ В MS Excel встроен ряд функций, позволяющий...
5347. Работа с базами данных в MS EXCEL 55.5 KB
  Работа с базами данных в MSEXCEL Цель: Приобрести навыки использования встроенных функций МS Ехсеl для работы со списками. Краткая теория Информационная технология обработки данных в информационных системах предполагает их хранение и обработку...
5348. Информационная технология поиска решения 89 KB
  Информационная технология поиска решения Цель работы: ознакомиться со средствами поиска решения MS Excel на примере задач линейного программирования. Краткая теория Методы линейного программирования эффективно используются для решения задач опт...
5349. Частотный анализ в среде MS Excel 108 KB
  Частотный анализ в среде MS Excel Цель работы: Приобрести навыки решения задач частотного анализа с помощью функции рабочего листа анализа MS Excel. Краткая теория При анализе экономических показателей часто возникает вопрос, как часто вст...
5350. Кензо Тангэ. Жизнь и творчество 155.5 KB
  Едва ли не известнейшим именем в японской архитектуре является Кензо Тангэ. Кендзо Танге родился 4 ноября 1913 года в городе Имабари (префектура Эхимэ на острове Сикоку). Школьные годы его прошли в Хиросиме. На архитектурный факультет Токийского уни...
5351. Анализ системы управления документооборотом в органах местного самоуправления 226.5 KB
  Документационное обеспечение управления (делопроизводство) – важнейшая функция в деятельности любой организации, учреждения, предприятия. Сегодня совершенствование управления производственно-хозяйственными системами, повышение уровня о...
5352. Машины для уплотнения грунтов 26.79 KB
  Машины для уплотнения грунтов Свежеуложенный грунт в земляном сооружении должен быть уплотнен во избежание самопроизвольного изменения геометрической формы и просадок. Для понижения водопроницаемости земляного сооружения применяют искусственное упло...
5353. Работа со списками в MS EXCEL. Консолидация данных 39 KB
  Работа со списками в MS EXCEL. Консолидация данных Цель: Приобрести навыки консолидации данных в среде MS Excel. Краткая теория Цель работы: Получить навыки вычислений и подведения итогов в MS Excel для различных диапазонов с помощью процедуры ...
5354. Разработка системы автоматического регулирования (САР) 416.5 KB
  Целью данной курсовой работы является разработка системы автоматического регулирования (САР) натяжения материала технологической линии по производству и обработке ленточных и нитевидных материалов. Протягивание материала в рассматриваемой...