Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки




Скачать 296.4 Kb.
НазваниеПроцессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки
страница1/3
Дата публикации04.04.2013
Размер296.4 Kb.
ТипДокументы
vbibl.ru > Информатика > Документы
  1   2   3

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

ИСО/МЭК 12207-95 определяет модель жизненного цикла процессов разработки программного обеспечения. Данная модель жизненного цикла ПО определяет, на верхнем уровне, фундаментальные цели, которые являются существенными для разработки высокоэффективного и надежного программного обеспечения. Цели верхнего уровня описывают то, что должно быть достигнуто, а не как их достигнуть. Жизненный цикл, определенный данным стандартом, применим в любой software-организации, желающей утвердить, а в последствии и улучшить возможности по поставке, разработке, эксплуатации, развитии и поддержке программного обеспечения. Модель не предполагает использование специфических организационных структур, философии управления, технологии или методологии разработки ПО.

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

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

Данный стандарт сильно связан со следующими стандартами, которые будут рассмотрены нами ниже.

ИСО/МЭК 15504, Информационная технология - Оценка процесса разработки программного обеспечения;

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

^ Основные процессы. Раздел 5 ИСО/МЭК 12207 определяет, что основными процессами являются:

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


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


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


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

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

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

  1. ^ Процесс документирования. Определяет действия для записи информации,
    происходящие во время жизненного цикла.


  2. Процесс управления конфигурацией. Определяет действия по управлению
    конфигурацией.

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


  4. ^ Процесс верификации. Определяет действия (для заказчика, поставщиков или
    независимой стороны) по верификации программных продуктов различной
    глубины, в зависимости от конкретного проекта ПО.

  5. ^ Процесс аттестации. Определяет действия (для заказчика, поставщиков или
    независимой стороны) для аттестации программных продуктов проекта.

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


  7. ^ Процесс аудита. Определяет действия для установления согласия с требованиями,
    планами и контрактами. Этот процесс может быть использован двумя сторонами,
    где одна сторона (аудитор) проводит аудит программных продуктов или действий
    другой стороны (подвергающейся аудиту).

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


^ Организационные процессы. Раздел 7 ИСО/МЭК 12207 состоит из четырех процессов. Они используются организацией на верхнем уровне для установления, выполнения и усовершенствовании нижележащей структуры, построенной на связи процессов жизненного цикла и личностей организации. Обычно они используются вне сферы конкретных проектов и контрактов; однако уроки, извлеченные из этих проектов и контрактов, способствуют усовершенствованию организации. Организационные процессы:

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

  2. Процесс инфраструктуры. Определяет основные действия на установления
    нижележащей структуры процесса.


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

  4. Процесс обучения. Определяет действия по обеспечению соответственно
    подготовленного персонала.

Кратко рассмотрим перечисленные выше процессы. Приобретение

Процесс приобретения содержит действия и задачи заказчика. Процесс начинается с

определения потребностей в приобретении системы или программных продуктов,

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

управлением процесса приобретения посредством принятия программного продукта.

Заказчик управляет процессом приобретения на уровне проекта в соответствии с

процессом управления (7.1), который подтверждается примерами в этом процессе,

закладывает инфраструктуру в процессе согласно процессу инфраструктуры (7.2);

подгоняет процесс для проекта согласно процессу подгонки и управляет процессом на

организационном уровне согласно процессу усовершенствования (7.3).

Перечень действий: Этот процесс содержит следующие действия:

инициализация;

подготовка заявки_для_ предложения;

подготовка контракта и корректировка;

поиск поставщиков;

принятие и заключение.

Инициализация.

Это действие состоит из следующих основных задач:

Заказчик начинает процесс приобретения, выявляя идею или необходимость

приобретения, разработки или усиления системы или программного продукта.

Заказчик должен определить и анализировать системные требования. Системные

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

касающиеся проектирования, тестирования и согласованными со стандартами и

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

системы, он должен одобрить проанализированные требования. Заказчик может

выполнить установление требований к программному продукту самостоятельно или

может пригласить поставщика для выполнения этой задачи. Процесс разработки (5.3)

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

Заказчик будет обсуждать варианты приобретения, анализируя риск при каждом варианте.

Варианты включают:

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

требованиям;

разработка программного продукта самостоятельно

разработка программного продукта через контракт

комбинация перечисленных выше вариантов.

усовершенствование существующего программного продукта.

Заказчик должен подготовить план приобретения, определяющий соответственно

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

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

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

рисками. План должен быть зарегистрирован и выполнен.

Аквизитор должен определить и зарегистрировать стратегию приемки и условия

(критерии).

^ Подготовка заявки для предложения (тендера).

Эта деятельность содержит следующие задачи.

Заказчик должен зарегистрировать требования приобретения (например, заявку на

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

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

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

статьи договора, статьи поддоговора, технические ограничения (например, среда

использования).

Заказчик должен определить, какие процессы, действия и задачи стандарта относятся к

проекту и должны быть соответственно подогнаны. Особо заказчик должен определить

приемлемые сопроводительные процессы (6) и их выполняющие организации, так что

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

сопроводительных процессов.

Документация также должна определять точки контракта, на которых будут

рассматриваться и проверяться действия поставщика, как часть мониторинга (6.6 и 6.7).

Требования по приобретению должны быть даны организации, выбранной для исполнения

этих действий.

Остальные действия этого процесса касаются требований к подготовке контракта, его

корректировка, выполнению и завершению и здесь не рассматриваются.

  1   2   3

Добавить документ в свой блог или на сайт

Похожие:

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconСистемы класса csrp
Таким образом, учитываются все этапы «жизненного цикла» товара. Поэтому часто csrp-систему называют «интегрированной системой поддержания...

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconОпределение требований к программным системам 6 2Проектирование (нужен заголовок) 7
Выбор жизненного цикла разработки системы (пока что поменяла только подписи к рисункам) 8

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconLyadovaLN@hse perm ru
Ис к новым условиям, потребностям пользователей и бизнес-процессов при сохранении функциональной надежности и приемлемой стоимости...

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconРазработка и исследование алгоритмов динамической реализации жизненного...
Тема работы Разработка и исследование алгоритмов динамической реализации жизненного цикла вычислительных сервисов в системе распределенных...

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки icon1. Тесты простоты
Классификации программ с позиций функционального использования и жизненного цикла

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconHuman Resources «success»
Этапы развития предприятия и связь с наиболее эффективной стратегии на каждом этапе жизненного цикла

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconТрадиционные процессы разработки по. Стадии разработки по. Водопадный...
В компьютерной терминологии, показатель Стадии разработки программного обеспечения используется программистами для описания степени...

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

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки iconСовокупная стоимость владения системой
Под совокупной стоимостью владении пони­мается сумма прямых и косвенных затрат, которые несет владелец системы за период жизненного...

Процессы жизненного цикла разработки по исо/мэк 12207-95 определяет модель жизненного цикла процессов разработки icon2. Жизненный цикл товара. Изменения объема продаж и прибыли на протяжении...
Идея возникновения маркетинга. Содержание понятия «маркетинг». В чем его задача?

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
vbibl.ru
Главная страница