Производство прессованной кожи Задачи информационно библиографической деятельности библиотек
Технология разработки программного обеспечения: конспект лекции / сост. И.И. Савенко; Томский политехнический университет. – Томск: Изд-во 
Главная → Книги и компьютерная пресса → Новосибирская школа программирования. Перекличка времен. → Модели жизненного цикла программного обеспечения Модели жизненного цикла программного обеспечения
часть 1
И. Н. Скопин
Рассматривается моделирование жизненного цикла программного обес-печения как основа технологичной разработки программ. Представлены разные подходы к моделированию жизненного цикла, отражающие различ-ные представления о назначении такого моделирования. Описываются осо-бенности объектно-ориентированного моделирования жизненного цикла, в том числе и учет непрерывно поступающих требований к разрабатываемому проекту. Введение
Понятие жизненного цикла программного обеспечения появилось, когда программистское сообщество осознало необходимость перехода от кустарных ремесленнических методов разработки программ к технологичному промышленному их производству. Как обычно происходит в подобных ситуациях, программисты попытались перенести опыт других индустриальных производств в свою сферу. В частности, было заимствовано понятие жизненного цикла.
Аналогия жизненного цикла программного обеспечения с техническими системами имеет более глубокие корни, чем это может показаться на первый взгляд. Программы не подвержены физическому износу, но в ходе их эксплуатации обнаруживаются ошибки (неисправности), требующие исправления. Ошибки возникают также от изменения условий использования программы. Последнее же является принципиальным свойством программного обеспечения, иначе оно теряет свой смысл. Поэтому правомерно говорить о старении программ , хотя не о физическом старении, а о моральном.
Необходимость внесения изменений в действующие программы как из-за обнаруживаемых ошибок, так и по причине развития требований приводит по сути дела к тому, что разработка программного обеспечения продолжается после передачи его пользователю и в течение всего времени жизни программ. Деятельность, связанная с решением довольно многочисленных задач такой продолжающейся разработки, получила название сопровождения программного обеспечения (рис. 1).
Рис. 1. Разработка, использование и сопровождение программного обеспечения
Исторически развитие концепций жизненного цикла связано с поиском для него адекватных моделей. Как и всякая другая, модель жизненного цикла является абстракцией реального процесса, в которой опущены детали, несущественные с точки зрения назначения модели. Различие назначений применения моделей определяет их разнообразие.
Основные причины, из-за которых нужно изучать вопросы моделирования жизненного цикла программного обеспечения, можно сформулировать следующим образом.
Методологии разработки программного обеспечения. Часть 1. Лилия Хаф. От редакции. Введение. Этапы жизненного цикла ПО. Стратегия. Анализ.
Во-первых, это знание даже для непрофессионального программиста помогает понять, на что можно рассчитывать при заказе или приобретении программного обеспечения и что нереально требовать от него. В частности, неудобные моменты работы с программой, ее ошибки и недоработки обычно устраняются в ходе продолжающейся разработки, и есть основания ожидать, что последующие версии будут лучше. Однако кардинальные изменения концепций программы — задача другого проекта, который совсем необязательно будет во всех отношениях лучше данной системы.
Во-вторых, модели жизненного цикла — основа знания технологий программирования и инструментария, поддерживающего их. Программист всегда применяет в своей работе инструменты, но квалифицированный программист знает, где, когда и как их применять. Именно в этом помогают понятия моделирования жизненного цикла: любая технология базируется на определенных представлениях о жизненном цикле, выстраивает свои методы и инструменты вокруг фаз и этапов жизненного цикла.
В-третьих, общие знания того, как развивается программный проект, дают наиболее надежные ориентиры для его планирования, позволяют экономнее расходовать ресурсы, добиваться более высокого качества управления. Все это относится к сфере профессиональных обязанностей руководителя программного проекта.
В настоящей работе модели жизненного цикла представлены в таком виде, позволяющем рассматривать их, абстрагируясь от специфики разработки конкретных программных систем. Описываются традиционные модели и их развитие, приспособленное к потребностям объектно-ориентированного проектирования. 1. Модели традиционного представления
о жизненном цикле 1.1. Общепринятая модель
Вероятно, самым распространенным мотивом обращения к понятию жизненного цикла является потребность в систематизации работ в соответствии с технологическим процессом. Этому назначению хорошо соответствует так называемая общепринятая модель жизненного цикла программного обеспечения, согласно которой программные системы проходят в своем развитии две фазы :
• разработка,
• сопровождение.
Фазы разбиваются на ряд этапов (рис. 2).
Рис. 2. Общепринятая модель жизненного цикла программного обеспечения
Разработка начинается с идентификации потребности в новом приложении, а заканчивается передачей продукта разработки в эксплуатацию.
Первым этапом фазы разработки является постановка задачи и определение требований . Определение требований включает описание общего контекста задачи, ожидаемых функций системы и ее ограничений. На этом этапе заказчик совместно с разработчиками принимают решение о создании системы. Особенно существен этот этап для нетрадиционных приложений.
Читать курсовую работу online по теме 'Этапы разработки программ. Алгоритм – описание последовательности действий (план), строгое исполнение 5. необходимо тщательно подбирать тест не только для правильных 
В случае положительного решения начинается этап спецификации системы в соответствии с требованиями . Разработчики программного обеспечения пытаются осмыслить выдвигаемые заказчиком требования и зафиксировать их в виде спецификаций системы. Важно подчеркнуть, что назначение этих спецификаций — описывать внешнее поведение разрабатываемой системы, а не ее внутреннюю организацию, т.е. отвечать на вопрос, что она должна делать, а не как это будет реализовано. Здесь говорится о назначении, а не о форме спецификаций, поскольку на практике при отсутствии подходящего языка спецификаций, к сожалению, нередко приходится прибегать к описанию « что» посредством « как» 1 . Прежде чем приступать к созданию проекта по спецификациям, они должны быть тщательно проверены на соответствие исходным целям, полноту, совместимость (непротиворечивость) и однозначность.
Проблемы языка спецификаций не в том, что нельзя (или трудно) строго и четко описать, что требуется в проекте. В большей степени они связаны с необходимостью добиваться и поддерживать соответствие описания « что» нечетким, неточным и часто противоречивым требованиям со стороны внешних по отношению к проекту людей. Нет оснований полагать, что эти люди будут знакомы с «самым хорошим языком спецификаций», что они будут заботиться о корректности своих требований. Задача этапа спецификаций в том и состоит, чтобы описание программы выстроить в виде логически выверенной системы, понятной как для заказчика данной разработки, будущих пользователей, так и для исполнителей проекта.
Разработка проектных решений, отвечающих на вопрос, как должна быть реализована система, чтобы она могла удовлетворять специфицированным требованиям, выполняется на этапе проектирования . Поскольку сложность системы в целом может быть очень большой, главной задачей этого этапа является последовательная декомпозиция системы до уровня очевидно реализуемых модулей или процедур.
На следующем этапе реализации , или кодирования каждый из этих модулей программируется на наиболее подходящем для данного приложения языке. С точки зрения автоматизации этот этап традиционно является наиболее развитым.
В рассматриваемой модели фаза разработки заканчивается этапом тестирования (автономного и комплексного) и передачей системы в эксплуатацию .
Фаза эксплуатации и сопровождения включает в себя всю деятельность по обеспечению нормального функционирования программных систем, в том числе фиксирование вскрытых во время исполнения программ ошибок, поиск их причин и исправление, повышение эксплуатационных характеристик системы, адаптацию системы к окружающей среде, а также, при необходимости, и более существенные работы по совершенствованию системы. Все это дает право говорить об эволюции системы . В связи с этим, фаза эксплуатации и сопровождения разбивается на два этапа: собственно сопровождение и развитие . В ряде случаев на данную фазу приходится большая часть средств, расходуемых в процессе жизненного цикла программного обеспечения.
Понятно, что внимание программистов к тем или иным этапам разработки зависит от конкретного проекта. Часто разработчику нет необходимости проходить через все этапы, например, если создается небольшая хорошо понятная программа с ясно поставленной целью. Проблемы сопровождения, плохо понимаемые разработчиками небольших программ для личного пользования, являются в то же время очень важными для больших систем.
Такова краткая характеристика общепринятой модели. В литературе встречается много вариантов, развивающих ее в сторону детализации и добавления промежуточных фаз, этапов, стадий и отдельных работ (например, по документированию и технологической подготовке проектов) в зависимости от особенностей программных проектов или предпочтений разработчиков. 1.2. Классическая итерационная модель
Общепринятая модель жизненного цикла является идеальной, так как только очень простые задачи проходят все этапы без каких-либо итераций — возвратов на предыдущие шаги технологического процесса. При программировании, например, может обнаружиться, что реализация некоторой функции очень громоздка, неэффективна и вступает в противоречие с требуемой от системы производительностью. В этом случае требуется перепроектирование, а может быть, и переделка спецификаций. При разработке больших нетрадиционных систем необходимость в итерациях возникает регулярно на любом этапе жизненного цикла как из-за допущенных на предыдущих шагах ошибок и неточностей, так и из-за изменений внешних требований к условиям эксплуатации системы.
Таковы мотивы классической итерационной модели жизненного цикла (рис. 3).
Рис. 3. Классическая итерационная модель
Стрелки, ведущие вверх, обозначают возвраты к предыдущим этапам, квалифицируемые как требование повторить этап для исправления обнаруженной о

Этапы разработки программного обеспечения и БД, но общая последовательность действий для создания ПО универсальна:


Например: «Компания сделала продукт, который находится в стадии разработки. Сейчас у него этап разработки 

Уровни новизны продукта; Этапы разработки нового продукта; Организация Разработка продукта — более широкое понятие по сравнению с НИОКР, на рынок, последовательность и объем деятельности на разных рынках, 


Это и есть правильные ответы На каком этапе Унифицированного процесса разработки ПО планируется общая архитектура системы? Как называется последовательность программ, в которой стандартный 


Техническое задание на разработку программного обеспечения 33. 2.8.  System Algorithm) – это последовательность действий вместе ограничениями,  Первый этап развития систем автоматизации проектирования начался в  правильной структуры качественно влияет на свойства, качество и.

этапов должно быть не менее 7, срок реализации проекта – с 1.09 по 31.12; на каком этапе процесса разработки ПО могут возникнуть проблемы, зависит от правильного планирования работ, необходимых для его выполнения. между ними строится сетевой график последовательности этапов (рис.


2 Этапы разработки программного обеспечения. продолжаем ли мы делать ошибки?; является ли сам процесс написания программ правильным?; не 


Для каждого этапа определяются состав и последовательность  ходе разработки, функционирования и сопровождения программного 

На самом деле аутсорсинг разработки ПО – понятие довольно глупое, и есть ни что с чего начать, из каких этапов состоит типовой проект разработки, чего Программное обеспечение проверяется на возможность правильной 


На этом этапе начинается решение задачи планирования проекта ПО. В ходе Линейная последовательность этапов разработки – однократный проход Не секрет, что правильная и четкая организация информационных 


Такая последовательность может быть или не быть линейной, поскольку фазы  Модель СММ представляет собой схему, по которой этапы разработки  при правильном использовании модели дефекты можно обнаружить на 

Для каждого этапа разработки ПО напишите, сколько времени составляет Система является правильной, если в ней нет ошибок, а ее внутренние осуществляющий проверку последовательности предложений на языке RSL?


по курсу «Методы и средства проектирования информационных современными методами разработки информационных систем: технология должна максимально отражать все этапы Последовательность стадий от анализа правильных, так и ошибочных последовательностей 


Жизненный цикл разработки программного обеспечения – проектная деятельность по  Для каждого этапа определяются состав и последовательность  Считается, что умение собрать в проектной команде «правильных» 

Типовой проект включает в себя следующие этапы разработки Во время проектирования разрабатываются проектные решения по выбору 


Бизнес-правила не являются требованиями к ПО, потому что они находятся характеристиках позволит разработчику принять правильные решения, Аналитик требований вовлечен во все этапы разработки ПО, его задача иллюстрирующий последовательность этапов взаимодействия лица и 


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

Обеспечение надежности - основной мотив разработки программного средства. выполнению какой-либо последовательности регламентированных действий. Этот процесс может быть организован по-разному для разных классов ПС и в При таком подходе разработка ПС состоит из цепочки этапов.


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


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

«Технология разработки программного обеспечения» для студентов, описание последовательности этапов реализации проекта создания программного позволяет не только создавать «правильные» продукты, но и 


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


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

Основны- ми задачами этапа являются: определение целей разработки, предваритель- выполняемые в логичной последовательности стадии работ по- «правильная» по отношению к декомпозиции означает следующее:.


Студент не владеет теоретическим материалом, допуская ошибки по сущности 3 Укажите правильную последовательность этапов при каскадной модели Б) типичная схема последовательности работ на этапах разработки.


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

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


Каталог поставщиков оборудования для животноводства с контактами
Начало добычи серебра
Видео добычи золота в ручьях
Аренда помещения для производства мебели
Подземные работы добыча угля добыча руды реферат
Производство элитной мебели из массива
Утилизация отходов из жироуловителей
Куплю готовый бизнес с добычей драгоценных камней
Ремонт компьютеров на дому королев
Строительство очистных сооружений в крыму
Ведущие страны по добыче природного газа
Автоматизированные системы в производстве лекарственных средств доклад
Развитие творческих способностей дошкольников в театральной деятельности
Федеральные единичные расценки на монтаж оборудования 2016
Строительство театральных зданий
Лицензия на добычу золота в россии
Снижение добычи нефти в сша
Пошив из кожи производство
Правила рыболовства 2016г
Инвестиции для реализации складского хозяйства
Творческая деятельность это в педагогике
Правила безопасности труда при обработке древесины
Противогрибковая обработка древесины
Ремонт компьютеров грязи
Утилизация медицинских отходов московская область
Детская одежда производства тайланд
Дисциплина социальные услуги
Рейтинг нефтяных компаний по добыче нефти
Характеристики потребителя социальных услуг
Мобильные установки утилизации отходов бурения
Методика расчета эффективности ресурсосберегающих технологий в растениеводстве
Сочи утилизация отходов
Производство мебели от ип аравина
Производство детской одежды в могилеве
Раствор на основе хлоридов для обработки древесины
Геолог на добычу нефти и газа
Россия добыча золота месторождения
Как получить лицензию на добычу торфа
Рейтинг производств одежда
Монтаж водоподъемного оборудования
Где в риге купить одежду латвийского производства
Резиновые сапоги женские производство россия
Услуги лесозаготовки комплексом иркутск
Правила рыболовства вологодской области 2016
Алкогольные напитки российского производства
Миниавтомойки с забором воды из емкости
Сонник производство туалетной бумаги
Понимание способности обработки древесины



© Copyright, economikpsihologia.ru