Презентация, доклад по дисциплине Устройство и функционирование информационной системы на тему Модели жизненного цикла ИС

действий и задач, выполняемых на протяжении ЖЦ ИС;
Взаимосвязи между этими процессами, действами и задачами.

она создается и функционирует.
В настоящее время наибольшее распространение получили следующие основные модели ЖЦ:
каскадная модель, иногда ее называют моделью «водопад».
спиральная модель.

разработки ИС в конце 70-х начале 80-х годов.
Данная модель предусматривает последовательную организацию работ. Причем переход с одного этапа на следующий происходит только после того как будет полностью завершены все работы на предыдущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для этого, чтобы разработка была продолжена другой командой разработчиков.

формулировки требований заказчика, утверждение технического задания ТЗ на разработку;
проектирование: разработка проектных решений согласно ТЗ, создание комплекта проектной документации для реализации проекта;
разработка: разработка ПО (кодирование) в соответствии с проектными решениями, полученными на предыдущем этапе.
Результат – готовый программный продукт.
тестирование и опытная эксплуатация: проверка ПО согласно ТЗ; выявление скрытых недостатков при опытной эксплуатации;
сдача готового продукта. Главная задача этого этапа - убедить заказчика, что все требования к ИС полностью реализованы согласно ТЗ.

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

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

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

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

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

что работа строится в виде цепочки последовательных шагов. Даже если разработку некоторых частей проекта можно вести параллельно, при использовании каскадной модели (схемы) это затруднительно. Сложности параллельного ведения работ связаны с необходимостью постоянного согласования различных частей проекта. Это негативно сказывается на организации работы всего коллектива разработчиков:
1. работа одних групп сдерживается другими.
2. затруднена или исключается доработка проекта после его передачи на следующий этап, даже если были найдены более эффективные решения для предыдущего.

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

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

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

бюджет,
32% - заканчиваются неуспехом,
53% - с перерасходом бюджета в среднем в 2 раза.

возрастает значение начальных этапов ЖЦ, таких как анализ и проектирование. На этих этапах проверяется реализуемость технических решений путем создания прототипов.

или внешней версии изделия, которая совершенствуется от итерации к итерации, чтобы стать законченной системой.

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

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

элементы ИС интегрируются в единое целое постепенно, начиная с меньшего количества элементов
Уменьшение уровня риска.
Большая гибкость в управлении проектом.

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

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