Методы первичного сбора требований. Модели системы. Языки специфики требований. Оценка требований

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

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

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

Примечание. Заказчик определяет, используется ли при применении настоящего стандарта термин "договор" или "соглашение".

5.1.4. Надзор за поставщиком

Данная работа состоит из следующих  задач.

5.1.4.1. Заказчик должен  осуществлять надзор за работами  поставщика в соответствии с  процессами совместного анализа  (подраздел 6.6) и аудита (подраздел  6.7). При необходимости заказчик  должен дополнять текущий надзор  процессами верификации (подраздел  6.4) и аттестации (подраздел 6.5).

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

5.1.5. Приемка и закрытие  договора

Данная работа состоит из следующих  задач:

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

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

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

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

 

Приведенный отрывок хорошо иллюстрирует стиль стандарта: описательный характер определения процессов, скорее рекомендательный, чем директивный порядок работ и полное отсутствие форматов документов, возникающих в ходе выполнения работ и задач. Последнее, с одной стороны, оставляет свободу при внедрении стандарта, с другой - резко затрудняет процесс внедрения. Фактически это означает, что управленцы должны будут самостоятельно разработать формы основных документов, согласовать и утвердить их у руководства. И это при полном отсутствии подсказок со стороны стандарта. По сравнению с ГОСТ 34, где форматы документов определены достаточно детально, ГОСТ Р ИСО/МЭК 12207-00 требует значительно более высокой квалификации управленцев и более эффективной работы организации в целом. Возможно поэтому, несмотря на ряд достоинств, стандарт остается пока уделом немногих продвинутых организаций и предприятий.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список литературы:

1. Орлов С.А., Технологии разработки программного обеспечения: Разработка сложных программных систем. 3-е изд. – СПб.: Питер – 2004. – 527 с.
2. Брауде Эрик Дж., Технология разработки программного обеспечения. – СПб.: Питер. – 2004. – 656 с.
3. Химонин Ю.И.,Сбор и анализ требований к программному продукту.2009.-165с.
4. Соммервилл И., Инженерия программного обеспечения. Москва – 2002.-626с.
5. Брукс Ф. Мифический Человеко-Месяц или как создаются программные системы. 1-е изд. 1995.-171 с.
6. Руководство по применению ГОСТ Р ИСО/МЭК 12207 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств» 2010. – 45 с.