АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Жизненный цикл ПО

Читайте также:
  1. Анализ эволюционных процессов семейной системы (семейная история, семейный мир, семейная легенда, семейный сценарий, жизненный цикл семьи).
  2. ЖИЗНЕННЫЙ ЦИКЛ КЛЕТКИ
  3. Жизненный цикл недвижимости как физического объекта
  4. ЖИЗНЕННЫЙ ЦИКЛ ОРГАНИЗАЦИИ
  5. Жизненный цикл семьи.
  6. Понятие особенности туристского продукта. Жизненный цикл турпродукта.
  7. Профессиональный и жизненный опыт следователя
  8. Тема лекции – Клеточное ядро, жизненный цикл клетки

Методы технологии проектирования

ПО обеспечивает решение следующих задач:

· планирование и оценка проекта

· анализ системных и программных требований

· проектирование алгоритмов и структур данных

· методы кодирования

· методы тестирования

· методы сопровождения

Пример.

Методы анализа, методы структурного проектирования, методы ОО-проектирования.

Утилиты могут объединяться в системы автоматизированного проектирования (САПВ, или Computer Aided Software Engineering, CASE).

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

Жизненный цикл ПО.

Это одно из базовых понятий технологии проектирования ПО. Жизненный цикл ПО – это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается моментом полного изъятия из эксплуатации.

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

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

Основные модели жизненного цикла ПО:

Классическая модель (модель водопада) - 70-е – середина 80-х годов. Наибольшее применение в структурном проектировании. Часто называют каскадной моделью. Разбиение на этапы, причем переход на следующий возможен только после того, как полностью завершена работа на предыдущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Как правило, у разработчиков ПО имеются свои роли.

Спиральная модель – середина 80-х – 90-е годы. Применяется в ООП.

 
 

Сопровождение
 
 

Тестирование
 
 

Кодирование
Проектирование
 
 

Анализ

Классическая модель

Характеристика этапов:

Анализ – анализ требований пользователя, анализ целей. Т. е. четкое определение той функциональности, которую пользователь хочет получить от конкретного продукта.

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

Кодирование – перевод результатов проектирования в код.

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

Уточненная схема для этапов анализа и проектирования каскадной

 
 

1) Требования
модели

               
   
 
 
   
 
   
9) Проектирование логики модуля
 
 

 
 
8) Внешнее проектирование модулей
 
 

               
   
   
 
 
   
 
 
6) Структура продукта
 
 

 
 
7) Проектирование БД
       
   

               
   
3) Предварительное внешнее проектирование
 
   
 
   
4) Детальное внешнее проектирование
 
 
5) Архитектура системы
 
 

2) Цели


1, 2) определение требований системы

2) какие цели ставятся перед системой, достижение функциональности, уровни надежности и т. д.

3, 4) фактически создание макета на бумаге. Это не руководство пользователя, это подробное описание того, как должна функционировать система

5) идет проектирование на уровне подсистем, больших блоков. Может отсутствовать в не слишком больших проектах

6) каждая подсистема рассматривается отдельно на уровне групп модулей, которые эту подсистему составляют. Дерево вызовов модулей в структурном проектировании или диаграмма классов в ООП.

8, 9) проектирование собственно модулей, именно алгоритмы внутри функций, т. е. их содержимое.

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


1 | 2 | 3 | 4 | 5 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.007 сек.)