Реферат модели жизненного цикла

Обновлено: 05.07.2024

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

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

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

При создании данной модели автор опирается на теорию европейских психологов о том, что поведение определяется предыдущими событиями, а не будущим. Перенося эту аналогию на развитие организации, он предполагает, что будущее организации определено ее организационной историей в большей степени, чем внешними силами. Взяв за основу эту теорию, Грейнер рассматривает ряд стадий, через которые должны пройти развивающиеся компании.
Таким образом, жизнь организации состоит в продвижении компании через стадии, где каждый эволюционный период создает его собственную революцию. Революция – бурный период в развитии организации, требующий серьезного пересмотра методов управления. Путь организации из одной стадии своего развития к следующей лежит через преодоление соответствующего кризиса данного переходного периода [3].

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

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

Организационная структура, по мнению этих исследователей, является отражением изменений, происходящих в организации в зависимости от стадии ее развития. Исходя из этого рассматриваются три основные стадии развития организации:
o стадия простых систем;
o устойчивая стадия организации;
o стадия разработки структур.
Представление социальной организации в качестве открытой системы, активно взаимодействующей с внешней средой позволило авторам предположить, что главные предпосылки успешной деятельности находятся не внутри организации, а вне ее. Также это представление выполняет функцию методологического принципа организации и анализа данных, полученных в результате диагностики конкретной организации [7,28].

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

В своем исследовании автор проводит аналогию эволюции организации со схожими биологическими процессами, происходящими в развитии живых организмов, что позволяет характеризовать эту модель как эволюционно-теологическую [10,63]. Процесс организационного развития представляется как естественный, запрограммированный и заранее предусматривающий неизбежное и поэтапное прохождение организацией в ходе развития ряда обязательных фаз (стадий). В концепции указывается на невозможность перепрыгивания через указанные фазы. Однако исследователем выявлено основное отличие организационного развития от биологического: в состоянии расцвета организация может находиться долгое время при условии обеспечения верного стратегического и тактического управления. Помимо этого организация может восстановиться и продолжить свой рост, даже если в настоящее время находится на стадии спада при условии внедрения принципиально нового стиля руководства, при необходимости – смены ориентиров, ценностей, установок и т.д.

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

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

На данной стадии внимание перемещается от идей и возможностей к результатам производства – удовлетворению потребностей, ради которых компания создавалась.
Компания в младенчестве обладает нечеткой структурой, небольшим бюджетом, процедуры ведения бизнеса практически отсутствуют. Организация очень персонифицирована. Все называют друг друга по именам, субординация слаба, отсутствует система приема на работу и контроля выполнения заданий. Для осуществления перехода организации от предвидения к действию необходимо, чтобы во главе компании стоял лидер, ориентированный на результат. Он должен учитывать, что чем выше риск, который компания на себя берет, тем более высокий фундамент необходим
Для нормальной жизнедеятельности организации необходим реальный бизнес-план, в котором был бы проанализирован поток денежных средств. Если на этом этапе не будет происходить периодического вливания денежных средств, организация может погибнуть.
Поскольку организация борется за выживание, решения должны приниматься и исполняться быстро. Однако отсутствие правил, стабильности и опыта, на который можно было бы положиться при принятии решений, превращает каждое решение в новый прецедент. Управление осуществляется от кризиса к кризису. Младенческая организация не может подготовить долгосрочные планы или выработать стратегию, поскольку у нее нет реального опыта относительно эффективности тех или иных механизмов ведения бизнеса. На этом этапе рынок формирует планы и определяет долговечность продукта.
На данной стадии развития необходимо соблюдать определенные условия, чтобы избежать гибели. Одно из них – это обеспечение постоянного притока денежных средств, а второе – преданность основателя идее построения устойчивой организации.
Руководителю необходимо рационально организовать управленческий процесс, включая расстановку кадров, создание системы ответственности, надежный механизм принятия решений, систему мотивации и стимулов, а также принять необходимые меры по привлечению дополнительных ресурсов за счет внешних и внутренних источников.
Когда денежные потоки и деятельность организации стабилизируются, начинается следующий этап ее развития.

На этом этапе компания получает свое второе рождение, при котором коренные изменения претерпевают фундаментальные основы организации. Данный процесс протекает более длительно и проблематично, нежели предшествующие.
Характерными становятся конфликты, прежде всего между сотрудниками, стоящими у истоков компании и недавно начавшими свою деятельность в увеличившейся организации. Цели компании становятся противоречивыми, система вознаграждения и стимулирования не соответствует потребностям компании.
Трудность перехода определяется необходимостью одновременного решения трех задач: освоения делегирования полномочий, изменения системы руководства, смещения целей.
Смена целей происходит путем перехода от экстенсивного развития к повышению качества деятельности. Для этого необходимо вовлечение всего персонала в происходящие изменения, поскольку сотрудники по-прежнему находятся на стадии быстрого роста, и они хотят, чтобы одновременно и часть полномочий была передана им, и поддерживался тот же темп роста. Но эти два требования взаимоисключают друг друга.
Проблема руководителя состоит в том, что он самостоятельно уже не справляется с руководством компанией и для решения своих проблем либо децентрализует полномочия, либо нанимает профессионального менеджера, что в любом случае приводит к изменению системы руководства организацией. Под руководством в данном случае подразумевается процесс изменения организационной культуры. В действительности происходит переход организации от одного набора проблем к другому. Задача руководства состоит в решении текущих вопросов и подготовке ее к столкновению с новыми проблемами. Для нормального функционирования организации новым руководителям необходимо создать систему вознаграждений, перераспределить роли и обязанности, а также установить четкие правила и нормы поведения сотрудников.
Если систематизация административной деятельности произошла успешно, решены основные проблемы организации и руководство институционализировалось, компания движется к следующему этапу развития - расцвету.

Достигая оптимального сочетания межу самоконтролем и гибкостью, организация переходит в стадию расцвета. Находясь на этой стадии, организация отличается наличием систем должностных обязанностей и высокой организационной культурой; усложняется структура организации; налаживается планирование, четко определены перспективы развития; компания ориентирована на удовлетворение потребностей клиентов; наблюдается стабильный рост продаж и прибыли.
Организация знает, что она делает, куда она идет и как достичь намеченных целей. Расцвет организации являет собой процесс стабильного роста. Он является показателем жизнеспособности организации, способности достигать эффективных результатов в краткосрочной и в долгосрочной перспективе. Если организация не пополняется новыми силами, перестает внедрять прогрессивные методы управления, теряет предприимчивость, то организационные ресурсы перестают расти и, в конечном итоге, организационная жизнеспособность достигнет определенного уровня. Компания в своем развитии достигает следующей стадии – стабилизации, которая является концом роста и началом падения.

Фаза стабилизации является первой стадией старения в жизненном цикле организации. Компания еще сильна, но уже начинает терять гибкость. Происходит потеря духа творчества, сокращаются инновации и уже не поощряются изменения, которые и привели ее к расцвету. Как только уменьшается гибкость, организация становится зрелой. Она по-прежнему ориентирована на результат и хорошо организована и управляема, однако в ней возникает меньше конфликтов, чем на предыдущих этапах. Достигнутая стабильная позиция на рынке вызывает чувство безопасности, что может быть безосновательным в длительной перспективе. Морально-психологический климат в коллективе становится более формальным, новые идеи еще высказываются, но волнений по этому поводу уже нет. Происходят изменения в распределении прибыли компании. Ресурсы на исследования урезаются в пользу расходов на развитие. Бюджеты на маркетинговые исследования уменьшаются для повышения прибыльности компании. Возвратность инвестиций становится доминирующим индикатором выполнения планов, а различного рода количественные показатели вытесняют гибкое концептуальное мышление. Организация еще растет, это видно по увеличению объема продаж, но уже зарождается основная причина будущего падения: истощается дух предпринимательства.
Если творчество бездействует достаточно долго, то это может повлиять на способность организации удовлетворять потребности покупателей. Происходит неуловимое скольжение к следующей стадии – аристократизму. Не существует явных переходных событий, как это было на стадиях роста. Начиная с расцвета, по ходу дальнейших этапов жизненного цикла происходит процесс изнашивания. Отсутствие различимых точек перехода от этапа к этапу свидетельствует о продолжающемся процессе потери предпринимательского духа в процессе ведения бизнеса.
В организациях падение духа предпринимательства сначала приводит к стабилизации, а затем к аристократизму. Признаком этого является процесс обострения чувства самосохранения и дистанцирования от клиентов.

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

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

1. Акулов В. Б., Рудаков М. Н. Теория организации: Учебное пособие. – М., 2003
2. Акулов В. Б., Рудаков М. Н. К характеристике субъекта стратегического менеджмента// Проблемы теории и практики управления. 1998. № 4. с. 112-115.
3. Биггарт Н. Социальная организация и экономическое развитие

4. Богданов А.А. Всеобщая организационная наука. Т.1. – М.:Экономика, 1989
5. Воробьев С. Где и почем брать головы. // Эксперт, №13, 1996, с.36-41.
6. Герчикова И.Н. Менеджмент: Учебник. 2-е изд. – М.:Банки и биржи, ЮНИТИ,1995
7. Дырин С.П. Теория организации: Учебник. – Набережные Челны, Изд-во Института управления, 2003
8. Жизненные стадии и циклы организации//

9. Ивашковская И.В., Константинов Г.Н., Филонович С.Р. Становление корпорации в контексте жизненного цикла организации
10. Кушелевич Е.И., Филонович С.Р. Теория жизненных циклов организации И.Адизеса и российская действительность// Социс. – 1996, № 10, с.63-71
11. Лавизина О.В. Некоторые аспекты управления жизненным циклом организации, понимаемой как социальная система/

12. Мескон М., Альберт М., Хедоури Ф. Основы менеджмента/пер. с англ.. – М.: Дело. 1996
13. Мильнер Б.З. Теория организации: Учебник. – М., Инфра-М, 2002
14. Пригожин А.И. Методы развития организаций. Москва: МЦФЭР, 2003
15. Экономическая социология. Т. 2. N 5. с. 49-58 (Ноябрь 2001)
16. Попов Е.В., Хмелькова Н.В. О жизненном цикле внутренней среды организации// Менеджмент в России и за рубежом. – 2004, №1 с.63-59
17. Рогожин С.В., Рогожина Т.В. Теория организации: Учебник. – М., Экзамен, 2004
18. Современный финансово-кредитный словарь

Наибольшее распространение получили две основные модели ЖЦ:

· каскадная модель (70-85 гг.);

· спиральная модель (86-90 гг.);

Так же существуют и другие модели, которые мы так же затронем.

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

1) Планирование и распределение работ между разработчиками и ресурсов, а также управление программным проектом;

2) Обеспечение взаимодействия между разработчиками проекта и заказчиком;

3) Наблюдение и контроль работ, оценивание промежуточных продуктов ЖЦ на соблюдение спецификаций требований, правильное их выполнение, оценивание продукта и реальных затрат, в том числе и по применяемым программным средствам и инструментам;

5) Проверка правильности конечного продукта путем его тестирования на запланированных и согласованных с заказчиком наборах тестов;

6) Оценивание соответствия характеристик качества полученного продукта заданным требованиям;

Виды жизненных циклов:

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

Положительные стороны применения каскадного подхода:

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

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

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

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

Итерационная модель ЖЦ

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

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

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

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

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

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

V-образная модель ЖЦ

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

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

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

На модели хорошо просматриваются взаимосвязи между аналитическими фазами и фазами проектирования, которые предшествуют кодированию и тестированию. Горизонтальные стрелки показывают, что эти фазы надо рассматривать параллельно.

Модель включает в себя следующие фазы:

Составление требований к проекту и планирование – определяются системные требования и выполняется планирование работ;

Составление требований к продукту и их анализ – составляется полная спецификация требований к программному продукту;

Высокоуровневое проектирование – определяется структура программного обеспечения, взаимосвязи между основными его компонентами и реализуемые ими функции;

Детальное проектирование – определяется алгоритм работы каждого компонента;

Кодирование – выполняется преобразование алгоритмов в готовое программное обеспечение;

Модульное тестирование – выполняется проверка каждого компонента или модуля программного продукта;

Интеграционное тестирование – осуществляются интеграция программного продукта и его тестирование;

Системное тестирование – выполняется проверка функционирования программного продукта после помещения его в аппаратную среду в соответствии со спецификацией требований;

Эксплуатация и сопровождение – запуск программного продукта в производство. На этой фазе в программный продукт могут вноситься поправки и может выполняться его модернизация.
Инкрементная модель ЖЦ

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

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

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

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

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

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

Модель быстрого прототипирования

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

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

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

Модель протипирования обладает целым рядом преимуществ:

1) Взаимодействие заказчика с разрабатываемой системой начинается на раннем этапе;

2) Благодаря реакции заказчика на прототип сводится к минимуму число неточностей в требованиях;

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

4) В процессе разработки всегда можно учесть новые, даже неожиданные требования заказчика;

5) Прототип представляет собой формальную спецификацию, воплощенную в программный продукт;

6) Прототип позволяет очень гибко выполнять проектирование и разработку, включая несколько итераций на всех фазах жизненного цикла разработки;

7) Заказчик всегда видит прогресс в процессе разработки программного продукта;

8) Возможность возникновения противоречий между разработчиками и заказчиками сведена к минимуму;

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

Кроме указанных достоинств модели прототипирования присущ и целый ряд недостатков:

1) Решение сложных задач может отодвигаться на будущее;

2) Заказчик может предпочесть получить прототип, а не законченную полную версию программного продукта;

МИФИ (НИЯУ) Экономико-аналитический институт, 2009г. , 35 стр.
Понятие проекта. Жизненный цикл проекта. Модели жизненного цикла. Классификация математических моделей. Имитационная модель. Имитационная модель жизненного цикла проекта. Управление проектами. Методы управления проектами. Содержание процессов управления ресурсами проекта.[sup][/sup]

Гейзлер П.С. Завьялова О.В. Управление проектами

формат djvu
размер 1.38 МБ
добавлен 28 мая 2010 г.

Учебное пособие. Минск. БГЭУ.2005 Рассматриваются понятие проекта, его участники, структура и жизненный цикл. Особое внимание уделяется идеям, которые способны развиваться в конкретные эффекты. Приводится системный подход к управлению разработкой и реализацией проектов, система экономических и финансовых расчетов. Описываются подходы к проведению предпроектных и предынвестиционных исследований, их содержание и значение. Даются структура и методик.

Курсовая работа - Проект и его окружение

формат doc
размер 44.54 КБ
добавлен 24 марта 2010 г.

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

Лекции - Управление проектами

формат doc
размер 139.3 КБ
добавлен 28 февраля 2010 г.

ДУЭП, Днепропетровск - 2005. Автор Грабовский И. С. Определение проекта. Управление проектами. Типы проектов. Жизненный цикл проекта. Структура проекта. Окружение проекта и его участники. Эффективность проекта. Разработка и планирование проекта. Управление риском. Реализация проекта и обратная связь. Управление качеством проекта. Человеческие аспекты в управлении проектами.

Лекции - Управление проектами в Microsoft Project

формат ppt, doc
размер 1.02 МБ
добавлен 06 декабря 2009 г.

МИЭТ. 2007 Сущность проектного управления, процессы управления проектами. Организация управления проектами. Планирование проекта и его жизненный цикл. Формирование команды проекта. Основная и вспомогательная компоненты процессы исполнения и контроля. Анализ плана проекта и процесса исполнения проекта. Методы и практики оценки проектов. Психология трудового коллектива. Факторы, определяющие эффективность работы в группе. Основы управления и конт.

Лекции - Управление проектом. Часть 1

формат ppt
размер 142 КБ
добавлен 27 апреля 2011 г.

Управление проектом: взгляды. Управление проектом: история. Проекты и бизнес-процессы (сходство и различия). Требования к проектным и функциональным руководителям. Проект: характеристики и классификация. Структура компонентов управления проектом. Участники проекта. Процессы проекта. Институты и стандарты управления проектами. Жизненный цикл проекта. Фазы жизненного цикла проекта.

Лекция - Основные понятия управления проектами

формат doc
размер 9.83 МБ
добавлен 12 декабря 2011 г.

Методические материалы - Теоретические основы управления проектами

формат pdf
размер 449.85 КБ
добавлен 15 марта 2011 г.

Ярославль, Академия Пастухова, 2009. 39 с. Определение, свойства, результаты проекта. Управление проектами. Окружение проекта. Управление через проекты. Процесс управления проектами (группы процессов, схема). Жизненный цикл проекта. Этапы проекта. Среда управления проектом. Система управления проектами. Основные документы проекта. Управление содержанием проекта. Управление сроками проекта. Управление человеческими ресурсами проекта. Управление ко.

Разу М.Л., Воропаев В.И., Якутии Ю.В. и др. Управление программами и проектами

формат pdf
размер 5.14 МБ
добавлен 11 мая 2010 г.

Реферат - Управление проектами

формат doc
размер 37.23 КБ
добавлен 03 февраля 2011 г.

Шпоры по проектному менеджменту

формат docx
размер 942.83 КБ
добавлен 08 февраля 2012 г.

НИЯУ МИФИ, 2010 Материалы к экзамену по темам. Понятие проекта. Инвестиционные и инновационные проекты. Специфические особенности и характеристики проектов, жизненный цикл проекта. Линейные модели проекта, календарный план проекта, критерии качества календарного плана (расписания) проекта. Сетевые модели управления комплексами работ проектов, сети предшествования, сети запаздывания, проекты с альтернативной структурой. Ресурсная осуществимость.

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

Модель ЖЦ ИС включает в себя:

результаты выполнения работ на каждой стадии;

ключевые события — точки завершения работ и принятия решений.

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

2.1 Типы моделей жизненного цикла ИС

В настоящее время известны и используются следующие модели жизненного цикла:

Каскадная модель (рис. 2.1) предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

Поэтапная модель с промежуточным контролем (рис. 2.2). Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.

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

Рис. 2.1. Каскадная модель ЖЦ ИС

Рис. 2.2. Поэтапная модель с промежуточным контролем

Рис. 2.3. Спиральная модель ЖЦ ИС

На практике наибольшее распространение получили две основные модели жизненного цикла:

каскадная модель (характерна для периода 1970-1985 гг.);

спиральная модель (характерна для периода после 1986.г.).

2.2 Достоинства и недостатки моделей жизненного цикла ИС

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

Можно выделить следующие положительные стороны применения каскадного подхода:

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

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

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

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

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

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

Привычка - многие ИТ-специалисты получали образование в то время, когда изучалась только каскадная модель, поэтому она используется ими и в наши дни.

Иллюзия снижения рисков участников проекта (заказчика и исполнителя). Каскадная модель предполагает разработку законченных продуктов на каждом этапе: технического задания, технического проекта, программного продукта и пользовательской документации. Разработанная документация позволяет не только определить требования к продукту следующего этапа, но и определить обязанности сторон, объем работ и сроки, при этом окончательная оценка сроков и стоимости проекта производится на начальных этапах, после завершения обследования. Очевидно, что если требования к информационной системе меняются в ходе реализации проекта, а качество документов оказывается невысоким (требования неполны и/или противоречивы), то в действительности использование каскадной модели создает лишь иллюзию определенности и на деле увеличивает риски, уменьшая лишь ответственность участников проекта.

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

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

модели ЖЦ ПО

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

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

Стандарт ISO / IEC 12207 не предлагает конкретную модель ЖЦ и методы разработки ПО. Его положения являются общими для лю бых моделей ЖЦ, методов и технологий разработки ПО. Стандарт описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, вклю ченные в эти процессы.

Модель ЖЦ любого конкретного ПО ЭИС определяет характер процесса его создания, который представляет собой совокупность упорядоченных во времени, взаимосвязанных и объединенных в стадии работ, выполнение которых необходимо и достаточно для создания ПО, соответствующего заданным требованиям.

К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ ПО: каскадная модель (1970 -1985 гг.) и спиральная модель ( I 986 - 1990 гг.).

В однородных ЭИС 70-х и 80-х гг. прикладное ПО представляло собой единое целое. Для разработки такого типа ПО применялся каскадный подход (другое название - водопад ( waterfall )) (рис. 1.3). Принципиальной особенностью каскадного подхода является следующее: переход на следующую стадию осуществляется только после того, как будет полностью завершена работа на текущей стадии, и возвратов на пройденные стадии не предусматривается. Каждая стадия заканчивается получением некоторых результатов, которые служат в качестве исходных данных для следующей стадии. Требования к разрабатываемому ПО, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Критерием качества разработки при таком подходе является точность выполнения спецификаций технического задания.

1.3 Каскадная схема разработки ПО 1.4 Реальный процесс

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

Преимущества применения каскадного способа заключаются в следующем:

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

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

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

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

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

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

Для преодоления перечисленных проблем в середине 80-х гг. была предложена спиральная модель ЖЦ (рис. 1.5).

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

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

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

Читайте также: