Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы миньков.docx
Скачиваний:
17
Добавлен:
05.08.2019
Размер:
77.6 Кб
Скачать
  1. Что определяет стандарт гост р исо/мэк 12207:1999?

Процессы жизненного цикла ПО.

  1. Какова структура стандарта гост р исо/мэк 12207:1999? Какие процессы он описывает?

Стандарт состоит из 7 разделов и 4-х приложений. Разделы с 1-го по 4-й являются вводными, где сформулированы цели стандарта, области применения, определены основные термины и ссылки на стандарты, используемые при написании. В разделах с 5-го по 7-й описано содержание всех процессов, происходящих на разных этапах жизненного цикла. В приложениях даны рекомендации по применению стандарта. Все процессы ЖЦ разбиты на 3 группы: основные, вспомогательные, организационные.

1 Область применения

2 Нормативные ссылки

3 Определения

4 Прикладное применение настоящего стандарта

5 Основные процессы жизненного цикла

6 Вспомогательные процессы жизненного цикла

7 Организационные процессы жизненного цикла

Приложение А Процесс адаптации, Приложение В Руководство по адаптации, Приложение С Руководство по процессам и организациям Приложение D Библиография.

  1. В чем отличие каскадной модели жизненного цикла ПО от спиральной модели?

Каскадная модель жизненного цикла ПО предполагает: переход на следующую стадию жизненного цикла только после полного завершения работ на текущей стадии;

Спиральная модель жизненного цикла ПО предполагает: создание ПО несколькими итерациями с использованием метода прототипирования;

  1. Какими средствами обеспечивается концептуальная целостность программного изделия?

Концептуальная целостность ППП обеспечивается: единообразием взаимодействия ППП с пользователем.

  1. Что включает в себя структурный подход к проектированию ПО ?

Структурный подход к проектированию ПО предполагает: функциональную декомпозицию модели предметной области;

  1. Что включает в себя объектно-ориентированный подход к проектированию ПО?

Объектно-ориентированный подход к проектированию ПО предполагает: объектную декомпозицию модели предметной области;

  1. Охарактеризуйте участников проекта по созданию ППП, их приоритеты и цели (на примере методологии Microsoft Solutions Framework).

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

Ролевой кластер – один или группа людей, выполняющая исходные функции.

Роль1 – менеджер продукта обеспечивает коммуникационный канал м/у заказчиком и проектной группой. Его основная задача - определить желания заказчика их удовлетворить.

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

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

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

Роль 5 – инструктор, его задачи: разработка документации, обучение пользователей, тестирование; требование- умение технически писать.

Роль 6 – логистик, его задачи: обеспечить внедрение и дальнейшее сопровождение программного продукта.

Существуют также роли поддержки – их выполняют специалисты и эксперты в ключевых точках проекта, они привлекаются к проектам, если необходимо, но не принимают решения