Д. А. Градусов а. В. Шутов теоретические вопросы разработки программного обеспечения учебное пособие

26 
2.2 Стандарты в области управления качеством программного 
обеспечения 
Наиболее популярными стандартами в области качества ПО в 
настоящее время являются: ISO 9001, TickIT, SEI SW-CMM. 
Стандарты ISO серии 9000 
Стандарты международной организации по стандартизации ISO 
считаются самыми известными и распространенными в мире, а также 
они универсальны, поэтому их можно применять в любой отрасли. 
Как и у любой другой модели у ISO есть преимущества и недостатки. 
Основные 
преимущества 
данной 
модели 
- 
это 
распространенность и признание на мировом уровне. В настоящее 
время стандарты ISO обязательны для любой существующей на 
рынке организации. 
Но конечно же, вследствие своей универсальности, модель на 
основе стандартов ISO серии 9000 получилась достаточно 
«высокоуровневой». 
Поэтому для построения полноценной системы качества, 
основанной на модели ISO, необходимо использовать большое 
количество вспомогательных отраслевых и ISO стандартов. 
Стандарт TickIT 
TickIT 
- 
британский стандарт, получивший широкую 
известность. Он регламентирует требования к системе качества для 
организаций разработчиков программного обеспечения и базируется 
на модели ISO 9001:94. В отличие от модели ISO 9001, которая 
регламентирует "что необходимо сделать", разработчики данного 
стандарта попытались ответить на вопрос "как" можно выполнить 
требования, определенные в ISO 9001. TickIT объединяет в себе 
модель ISO 9001 с набором рекомендательных стандартов ISO 12207 
и ISO 9000-3. 

27 
Стандарты SEI SW-CMM 
Основой данной модели является теория TQM (Total Quality 
Management).
TQM - всеобщий менеджмент качества, появившийся в 60-е 
годы для обозначения японского подхода к управлению компаниями. 
Данный подход предполагает непрерывное улучшение качества в 
различных сферах деятельности, таких, как производство, закупка, 
сбыт и т.п. Теория TQM основывается на постепенном улучшении 
внутренних производственных процессов за счет множества 
небольших внедряемых в компании улучшений. Однако, модели ISO 
и CMM несколько различаются в своих подходах к построению 
самосовершенствующихся 
систем 
управления 
качеством 
и 
улучшению производственных процессов. 
В отличие от модели ISO, где для того, чтобы соответствовать 
требованиям, 
необходимо 
продемонстрировать 
100%-ное 
соответствие модели (и только оно позволяет компании 
самосовершенствоваться), в модели SEI SW-CMM предусмотрен 
поэтапный подход к построению системы совершенствования 
процессов. Для достижения этой цели разработчики стандарта СММ 
определили пять уровней, которые должна пройти организация для 
того, чтобы достичь основной цели – повышения эффективности 
функционирования процессов компании и, как следствие, улучшения 
качества 
результатов 
производственных 
процессов 
и 
разрабатываемого программного обеспечения. 
2.3 Стандарты в области управления проектами разработки 
программного обеспечения 
Одним из важных моментов, который необходимо иметь в виду 
при внедрении каких-либо стандартов (ISO 9000, SEI SW-CMM, 
TickIT, Spice ISO 15504 и т.п.), связан с тем, что структура 

28 
производства компаний, разрабатывающих программное обеспечение, 
связана со спецификой продукта. Каждый продукт, разрабатываемый 
IT-компанией, уникален. И для его разработки, как правило, 
используется проектный тип организации производства, который 
тесно связан с матричной структурой управления проектами. 
Управление проектами – это приложение знаний, опыта, 
методов и средств к работам проекта для удовлетворения требований, 
предъявляемых к проекту, и ожиданий участников проекта. Чтобы 
удовлетворить эти требования и ожидания, необходимо найти 
оптимальное сочетание между целями, сроками, затратами, качеством 
и другими характеристиками проекта. 
176 комитет ISO разработал рекомендательный стандарт ISO 
10006 "Менеджмент качества. Руководство качеством при управлении 
проектами", который определяет основные подходы к управлению 
проектами и определяет его место в модели обеспечения качеством. 
Авторы стандартов ISO серии 9000 определяют процесс управления 
проектами как часть системы менеджмента качества. С другой 
стороны, 
возможен 
и 
противоположный 
взгляд 
(которого 
придерживаются оппоненты стандартов ISO серии 9000), согласно 
которому менеджмент качества является одной из составных частей 
системы управления проектами. 
Управление проектами является скелетом производства в 
организациях разработчиков программного обеспечения. Поэтому 
неудивительно, что для приведения в соответствие системы 
управления качеством производства к требованиям модели ISO 9001 
и к требованиям модели улучшения процессов производства SEI SW-
CMM использование стандартов и признанных в мире технологий по 
управлению проектами является краеугольным камнем развития 
внутренних технологий в IT-компаниях. 

29 
2.4 Стандарты 
в области проектирования программного 
обеспечения 
ISO / IEC 12207 - базовый стандарт на процессы жизненного 
цикла ИС, ориентированный на разные типы проектов. В стандарте не 
предусмотрено конкретных этапов жизненного цикла ИС. Вместо 
этого был определен только ряд процессов. Поэтому стандарт 
позволяет реализовать произвольную модель жизненного цикла, и это 
является его достоинством.
Стандарт ISO / IEC 12207 - важнейший нормативный документ, 
регламентирующий жизненный цикл программного обеспечения. Он 
определяет структуру жизненного цикла, содержащие действия, 
задачи и процессы, которые обязаны быть выполнены в период 
создания ПО. Подобные регламенты стали общими для любых 
моделей жизненного цикла, технологий и методологий разработка 
ПО. Способы выполнения действий и задач, включенных в 
перечисленных процессах, могут быть произвольного типа. 
Согласно с международным стандартом ISO / IEC 12207 
процессы жизненного цикла делятся на 3 группы: 
1.
Главные процессы:
a.
приобретение - устанавливает действия предприятия-
покупателя; 
b.
поставки 
- 
устанавливает 
действия 
предприятия-
поставщика;
c.
разработка - устанавливает действия предприятия-
разработчика; 
d.
функционирование - устанавливает действия предприятия 
- оператора, обеспечивающего обслуживание системы в 
целом в процессе ее функционирования; 
e.
сопровождение – устанавливает действия персонала, 
обеспечивающего сопровождение программы, т. е. 

30 
управление, модификацию, поддержку функциональной 
пригодности и текущего состояния;
f.
инсталляция ПО на вычислительной системе и его 
удаления.
2.
Вспомогательные процессы - процессы, предназначенные для 
поддержки главных составляющих, организации верификации, 
качества проекта, тестирования и проверки ПО и т.д.:
a)
процесс документирования;
b)
процесс обеспечения качества;
c)
процесс управления конфигурацией;
d)
процесс аттестации;
e)
процесс верификации;
f)
процесс аудита;
g)
процесс решения проблем; 
h)
процесс совместной оценки.
3.
Организационные процессы определяют задачи и действия, 
которые выполняет как заказчик, так и разработчик проекта, а 
именно:
a)
процесс создания инфраструктуры проекта;
b)
процесс управления;
c)
процесс обучения;
d)
процесс усовершенствования. 
ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. 
Процессы жизненного цикла программных средств». «Программное 
обеспечение - это неотъемлемая часть информационных технологий и 
традиционных 
систем, 
например, 
транспортные, 
военные, 
медицинские и финансовые. Имеется множество разнообразных 
стандартов, процедур, методов, инструментальных средств и типов 
операционной среды для разработки и управления программным 
обеспечением. 
Это 
разнообразие 
создает 
трудности 
при 
проектировании и управлении программным обеспечением, особенно 

31 
при объединении программных продуктов и сервисных программ. 
Стратегия разработки программного обеспечения требует перехода от 
этого множества к общему порядку, который позволит специалистам, 
практикующимся в программном обеспечении, «говорить на одном 
языке» при разработке и управлении программным обеспечением. 
Этот международный стандарт обеспечивает такой общий порядок». 
Стандарт ГОСТ Р ИСО/МЭК 12207-99 определяет базовое 
понятие программной системы – «жизненный цикл» (ГОСТ Р 
ИСО/МЭК 
ТО 
15271-2002 
«Информационная 
технология. 
Руководство по применению ГОСТ Р ИСО/МЭК 12207»). 
ГОСТ Р ИСО/МЭК 12207-99 вводит понятие модели 
жизненного цикла как структуры, состоящей из процессов, и 
охватывающей жизнь системы от установления требований к ней до 
прекращения ее использования. Предлагается это определение 
подкорректировать и разделить на два определения: 
1.
жизненный цикл – совокупность процессов, разделенных на 
работы и задачи, и включающих в себя разработку, эксплуатацию и 
сопровождение программного продукта, охватывающих жизнь 
системы от установления требований к ней до прекращения ее 
использования. 
2.
модель жизненного цикла – структура, определяющая 
последовательность осуществления процессов, работ и задач, 
выполняемых на протяжении жизненного цикла программной 
системы, а также взаимосвязи между ними. 
ГОСТ 34.601-90 - распространяется на автоматизированные 
информационные системы и регламентирует стадии, этапы их 
создания, содержит описание содержания работ на каждом из этапов. 
Стандарт ориентирован на использование каскадной модели 
жизненного цикла. 

формирование требований к АС, 

разработка концепции АС, 

32 

техническое задание, 

эскизный проект, 

технический проект, 

рабочая документация, 

ввод в действие, 

сопровождение. 
ГОСТ Р ИСО/МЭК 12119-2000 «Информационная технология. 
Пакеты программ. Требования к качеству и тестирование» содержит 
указания, определяющие порядок тестирования продукта на 
соответствие его требованиям к качеству. Тестирование - это 
трудоемкий процесс. Согласно оценкам некоторых специалистов 
процентное 
распределение 
времени 
между 
процессами 
проектирование – разработка – тестирование находится в отношении 
40-20-40. В этой связи широкое распространение получают системы 
автоматизации тестирования. В стандарте IEEE 1209-1992 
«Recommended Practice for the Evaluation and Selection of CASE Tools» 
сформулированы 
общие 
требования 
к 
функциям 
средств 
автоматизации тестирования. 
Интеграция системы заключается в сборке всех ее компонентов, 
включая ПС и оборудование. После интеграции система, в свою 
очередь, подвергается квалификационному тестированию на 
соответствие совокупности требований к ней. При этом также 
производятся 
оформление 
и 
проверка 
полного 
комплекта 
документации на систему. 
Установка 
системы 
осуществляется 
разработчиком 
в 
соответствии с планом в той среде и на том оборудовании, которые 
предусмотрены договором. В процессе установки проверяется 
работоспособность программного обеспечения. 
Приемка системы - это оценка результатов квалификационного 
тестирования ПС и системы и документирование результатов оценки, 
которые проводятся заказчиком с помощью разработчика. 

33 
Разработчик выполняет окончательную передачу ПС заказчику в 
соответствии с договором, обеспечивая при этом необходимое 
обучение и поддержку. 

жүктеу/скачать 2,75 Mb.

Достарыңызбен бөлісу: