|
|||||||||||||||||||||||||||||||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Формы документов процесса контроля качестваОписание процессов в стандарте ISO/IEC 122G7 выполнено по единой схеме: 1. Назначение (Purposes) (цели) процесса; 2. Результаты (Outcomes) выполнения процесса (продукты, артефакты, существенное изменение состояния, достижение определенных целей и требований); 3. Перечень действий (Activities), составляющих процесс; 4. Описание каждого действия и выполняемых заданий (задач) (Tasks). Описания не содержат каких-либо требований к составу входных и выходных рабочих продуктов (PH) процессов. Однако, для выполнения задач SQA по проверке рабочих продуктов процессов, а также для оценивания эффективности процессов и их совершенствования, состав рабочих продуктов должен быть определен. В части 5 стандарта ГОСТ ISO/IEC 155G4-5 [3G], содержащей пример модели оценивания, совместимой с эталонной, все процессы ассоциированы с входными и выходными рабочими продуктами (приложение А стандарта) и дано краткое описание этих рабочих продуктов (приложение С стандарта). Pабочие продукты отнесены к следующим категориям: PП уровня организации, PП ведения проекта и вспомогательные PП (таблица 13.2). Описание каждого PП касается его сути (содержания), но не формы представления. Форма, в которой могут существовать однотипные рабочие продукты в разных проектах, обычно определяется применяемыми методологиями и CASE-инструментами разработки (например, SSADM, CDM Oracle), а также требованиями и рекомендациями специализированных отраслевых стандартов и руководств (например, стандарта Министерства Обороны США MIL Std. 498 "Software Development and Documentation" разработка и документирование ПО) [3] или стандарта Министерства Обороны Великобритании DEF STAN GG55 "Requirements for Safety Related Software in Defence Equipment" (Требования к программному обеспечению обеспечения безопасности военного оборудования). Входными рабочими продуктами для процессов контроля качества являются практически все выходные продукты основных и поддерживающих процессов жизненного цикла (документация проекта, планы и отчеты о выполнении процессов, данные проверок в контрольных точках проекта и др.). В ходе SQA проверяется их соответствие стандартам, собирается информация о "качестве" процесса программной инженерии (допущенных ошибках и причинах их появления) и контролируются темпы продвижения разработки (выполненные объемы работ, потраченное время, трудоемкость, затраты). Таблица 13.2. Классификация рабочих продуктов по ISO/IEC 15504-5: 2006
По результатам всестороннего анализа полученной информации готовятся выходные рабочие продукты процессов контроля качества - планы проверок, отчеты о состоянии разработки, данные об эффективности процессов жизненного цикла, рекомендации для руководителей проекта или организации. Некоторые образцы этих рабочих продуктов уже встречались ранее в этой книге (например, план измерения, план качества), остальные - будут представлены в последующих главах. Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.) |