Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Май 19 2022 21:51:53   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 30204
4.12.1 Професси... 28224
Примеры, синони... 22513
Просмотр готовы... 20924
FAST (методика ... 20608
Декартовы коорд... 20370
содержание - се... 19452
Просмотр готовы... 17684
Работа с инстру... 13492
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
9.1. Координация производственного процесса организации

системного тестирования,
управления договорами,
управления документацией.
6. Предлагаемые изменения СППО прежде, чем они будут реализованы, документируются, рассматриваются и утверждаются группой, ответственной за работы по координации ППО (например, группой инженерии производственного процесса).
Примеры источников изменений:
результаты оценок производственного процесса и рекомендации, сделанные на их основе,
результаты адаптации СППО к конкретному проекту,
результаты мониторинга хода производственных процессов на уровне организации и отдельных проектов,
предложения по изменению, внесенные сотрудниками и менеджерами организации,
проанализированные и интерпретированные данные измерений процесса и продуктов.
7. Планируются, если это необходимо, работы по внесению изменений в производственные процессы текущих проектов.
8. Описание СППО проходит экспертную оценку после своего создания, а также после внесения значительных изменений или дополнений.
См. группу ключевых процессов «Экспертные оценки».
9. Описание СППО помещается в систему управления конфигурацией.
См. группу ключевых процессов «Управление конфигурацией ПО».
Операция 2 СППО документируется в соответствии с установленными стандартами организации.
Эти стандарты обычно определяют следующее:
1. Процесс разбивается на составляющие компоненты такого объема, который позволит понять и описать данный процесс. Каждый элемент процесса соответствует четко определенному и ограниченному набору тесно связанных задач.
Примеры элементов процесса:
элемент оценки ПО,
элемент проектирования архитектуры ПО,
элемент кодирования,
элемент экспертной оценки.
Описания элементов процесса могут представлять собой заполняемые шаблоны, подлежащие завершению фрагменты, абстрактные рассуждения, которые следует уточнить, или же полные описания, которые могут быть изменены при необходимости.
2. Описание каждого элемента процесса содержит ответы на следующие вопросы:
необходимые процедуры, практики, методы и технологии;
применяемые стандарты процессов и продуктов;
распределение ответственности за внедрение процесса;
необходимые инструменты и ресурсы;
исходные данные;
создаваемые промежуточные программные продукты;
промежуточные программные продукты, подлежащие экспертной оценке;
критерии готовности и завершения;
собираемые данные о продукте и процессе.
3. Описание отношений между элементами процесса касается следующих вопросов:
очередность,
интерфейсы,
внутренние зависимости. Отношения между элементами процесса иногда называются архитектурой производственного процесса.
Операция 3 Документирование и сопровождение описаний жизненных циклов ПО, утвержденных для использования в проектах.
Примеры жизненных циклов ПО:
«водопад»,
«водопад» с перекрытием,
«спираль»,
серийный выпуск,
единый прототип/»водопад» с перекрытием.
1. Жизненные циклы ПО должны быть совместимы с СППО.
2. Предлагаемые изменения в описаниях жизненных циклов ПО, прежде чем они будут реализованы, документируются, рассматриваются и утверждаются группой, ответственной за работы по координации ППО (например, группой инженерии производственного процесса).
3. Описания жизненных циклов ПО проходят экспертную оценку после своего создания, а также после внесения значительных изменений или дополнений.
См. группу ключевых процессов «Экспертные оценки».
4. Описания жизненных циклов ПО должны быть управляемыми и контролируемыми. «Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т.е. реализован контроль версий), а внесение изменений происходит управляемым образом (т.е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
Операция 4 Разработка и сопровождение инструкций и критериев для адаптации СППО к конкретному проекту.
1. Инструкции и критерии адаптации касаются следующих вопросов:
выбор и адаптация жизненного цикла ПО для проекта;
адаптация СППО с учетом жизненного цикла ПО и характеристик проекта;
стандарты документирования производственного процесса проекта.
Примеры адаптации:
адаптация процесса к новой линии продуктов или к среде разработки,
настройка процесса для конкретного проекта или класса проектов,
проработка и детализация процесса, позволяющая утвердить конечный производственный процесс проекта.
2. Предлагаемые изменения инструкций и критериев адаптации прежде, чем они будут реализованы, документируются, рассматриваются и утверждаются группой, ответственной за работы по координации ППО (например, группой инженерии производственного процесса).
3. Документы, содержащие инструкции и критерии адаптации, должны быть управляемыми и контролируемыми.
Операция 5 Формирование и сопровождение базы данных производственного процесса организации (ППО).
1. База данных формируется в целях сбора и использования данных по производственным процессам и их промежуточным программным продуктам.
Примеры данных по процессам и промежуточным программным продуктам:
оценки объема ПО,
трудоемкости разработки и затрат;
фактические данные по объему ПО, трудоемкости разработки и затратам;
данные о производительности;
измерения качества ПО;
охват и эффективность экспертных оценок;
охват и эффективность тестирования;
меры по повышению надежности ПО;
количество и серьезность недостатков, обнаруженных в требованиях к ПО;
количество и серьезность дефектов, обнаруженных в программном коде.
2. Информация, введенная в базу данных, проверяется в целях обеспечения целостности содержимого базы. Кроме этих сведений база данных содержит (непосредственно или в виде ссылок) фактические данные измерений и информацию, необходимую для понимания этих данных и оценки их корректности и применимости.
3. База данных ППО должна быть управляемой и контролируемой.
4. В целях обеспечения полноты, целостности и точности информации осуществляется контроль над доступом пользователей к базе данных.
Доступ к базе ограничивается лишь теми сотрудниками, которым необходимо выполнить ввод, изменение, анализ или извлечение данных.
Уязвимые данные должны быть защищены, а доступ к ним должен контролироваться соответствующим образом.
Операция 6 Формирование и сопровождение библиотеки документации по производственным процессам.
Примеры документации по производственным процессам:
описание производственного процесса проекта,
стандарты проекта,
процедуры проекта,
проектные планы разработки ПО,
проектные планы измерений,
учебные материалы по производственному процессу проекта.
1. Перед включением в библиотеку документы рассматриваются, после чего в нее вносятся лишь те из них, которые могут оказаться полезными в будущем.
2. В целях упрощения доступа документы заносятся в каталог.
3. Изменения, вносимые в документы, находящиеся в библиотеке, рассматриваются, после чего содержимое библиотеки обновляется по мере необходимости.
4. Содержимое библиотеки должно быть доступно для использования в проектах, а также для групп, связанных с разработкой ПО.
Примеры групп, связанных с разработкой ПО:
обеспечения качества ПО,
управления конфигурацией ПО,
тестирования ПО,
управления документацией.
5. Использование каждого документа периодически проверяется, а результаты проверки используются для ведения содержимого библиотеки. 6. Содержимое библиотеки должно быть управляемым и контролируемым.

Измерения и анализ

Измерение 1 Выполнение измерений и использование их результатов для выяснения состояния работ по определению производственного процесса организации.
Примеры измерений:
статус выполнения этапов календарного плана разработки и сопровождения ППО,
затраты на работы по определению процесса.

Проверка внедрения

Проверка 1 Проведение группой обеспечения качества проверок и/или аудитов работ и промежуточных продуктов, касающихся разработки и сопровождения СППО и связанных с ним основных средств, а также выполнение отчетов по их результатам.
См. группу ключевых процессов «Обеспечение качества ПО».
Минимальное содержание этих проверок и/или аудитов:
1. Следование установленным стандартам при разработке, документировании и сопровождении СППО и связанных с ним основных средств.
2. Контроль и использование СППО и связанных с ним основных средств.
Страница 3 из 3 < 1 2 3
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Отлично! Отлично! 100% [1 Голос]
Очень хорошо Очень хорошо 0% [Нет голосов]
Хорошо Хорошо 0% [Нет голосов]
Удовлетворительно Удовлетворительно 0% [Нет голосов]
Плохо Плохо 0% [Нет голосов]
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
5.1 Архитектура со...
Подтип сущности
2.4.5 Построение д...
2.7 Сети PDH и SO...
содержание - сетев...
Принцип 6. Сохраня...
Великолепный Linux...
5.2. Ближайшие задачи
2.4.2 Логическое к...
Производные данные
11.6 УПРАЖНЕНИЯ
11.2 ВЗАИМОДЕЙСТВИ...
ГЛАВА 6. ИСПОЛЬЗО...
ВВЕДЕНИЕ
Рассуждения по ан...
Детализация опреде...
2.5. Пропуск этап...
Присвоение наимено...
Протоколы
Установка типа при...
ABC / ABM–методология
Синтаксис диаграмм
2.4.4 Линейные коды
В бой идут одни ст...
5.2 READ
NMEA Monitor
6.5.4 Изменение ра...
Принцип 2. Клиент ...
Глава 16. Raymarin...
2.2.4 Измерение ур...
ПРЕДИСЛОВИЕ
10.3.5 Назначение ...
10.5 ВЫВОДЫ
Что выбрать?
7.3. Интерпретация...
Глава 8. Acer n35
Реинжиниринг бизне...
4. Структура реинж...
2. Методологии стр...
ГЛАВА 2. ПЯТЬ УРОВ...
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009