Контрольная работа по "Экономике"

Автор работы: Пользователь скрыл имя, 15 Июня 2013 в 12:55, контрольная работа

Описание работы

1. Основные понятия и определения. Жизненный цикл (ЖЦ) программных средств (ПС). Структура ЖЦ ПС в соответствии со стандартом ИСО/МЭК 12207. Классификация процессов жизненного цикла ПС. Структура процесса разработки. Модель жизненного цикла.
....
18. Упрощенная спиральная модель ЖЦ ПС Института Управления проектами. Достоинства и недостатки. Область применения.
19. Модель «win-win» жизненного цикла ПС. Достоинства и недостатки. Область применения.

Файлы: 1 файл

шпорки.doc

— 867.00 Кб (Скачать файл)

D. Фаза реализации (фаза технического проектирования, 
программирования и сборки), соответствует четвертому витку спирали).

  1. – анализ возможности реализации в текущем цикле целей, альтернатив и ограничений, связанных с проектированием системы/продукта;
  2. –   анализ рисков фазы реализации;
  3. –   операционное прототипирование;

9 –     см. выше;

  1. –   техническое проектирование ПС;
  2. –   программирование и тестирование ПС;
  3. –   сборка и квалификационные испытания ПС;
  4. –   сборка и квалификационные испытания системы;
  5. – планирование перехода на фазу расширения функциональных возможностей, ввод в действие и обеспечение приемки версии.

E. Фаза сопр-ия и расширения функ-х возм-й  (соответствует 5 витку спирали).

25 – анализ целей, альтернатив и ограничений, связанных с 
сопровождением и поддержкой;

18, 19, 9, 20 – 23 – см. выше;

26 –   приемочные испытания.

Оценочным действия:

  1. –   оценка концепции;
  2. – оценка требований;
  3. –   оценка проектирования;
  4. –   оценка версии системы/продукта.

Действия, связанные с поставкой результатов текущего уровня разработки:

  1. –   поставка первой пригодной версии;
  2. –   поставка очередной пригодной версии;
  3. –   аудит конфигурации версии.

Модель поделена на четыре квадранта.

В квадранте I – анализ целей, альтернативных вариантов и ограничений – опред рабоч харак-ки, выпол ф-и, стаб-ть   (возм   внес   изм-й),  апп/прог интерфейс. Формул треб-я к продукту разработки  данных фазы или цикла. Определ альтернатив способы реализ-и систем или ПП. Опред ограничения, наклад-е на применение Альтер вариантов, т е затраты, график выполн, огранич среды, здесь же опред риски связ с недостат опыта в дан пред обл с примен новых технологий, жестким графиком, недостат организ процессов.

В квадранте II – оценка альтернативных вариантов, идентификация и разрешение рисков - выполняется оценка альтернативных вариантов, рассмотренных в предыдущем квадранте; оценка возможных вариантов разрешения рисков. Выполняется прототипирование как основа для работ следующего квадранта.

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

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

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

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

Недост-ки: 1)усложненность структуры модели, что приводит к сложности ее использования разработчиками, администраторами проекта и заказчиками; необходимость в высокопрофессиональных знаниях для оценки рисков;

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

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

 

 

 

 

 

 

 

 

 

 

17. Упрощенная спиральная модель ЖЦ ПС института качества SQI. Достоинства и недостатки. Область применения.

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

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

Дост-ва:

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

18. Упрощенная спиральная модель ЖЦ ПС Института Управления проектами. Достоинства и недостатки. Область применения.

1-начальные требования; 2-концептуальное проектирование; 3-доказательство концепции;4 –анализ рисков;5- требования к системе; 6- логическое проектирование (проектирование системы); 7–первая сборка; 8–квалификационные испытания и оценка; 9–требования к программным компонентам; 10–проектирование программных компонентов; 11– вторая сборка; 12– квалификационные испытания и оценка; 13– требования к модулям; 14– программирование и тестирование модулей программных средств; 15– конечная сборка; 16– ввод в действие и обеспечение приемки; 17– эксплуатация и сопровождение.

Дост-ва:

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

 

 

 

 

 

  1.  Модель «win-win» жизненного цикла ПС. Достоинства и недостатки. Область применения.

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

Дост-ва:

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

  1. уменьшение стоимости продуктов проекта благодаря уменьшению объема переделок и текущего сопровождения, а также ускорению разработки;
  2. более высокий уровень удовлетворения со стороны участников п<span class="dash041e_0431_

Информация о работе Контрольная работа по "Экономике"