Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
September 03 2026 03:49:48   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36988
Учимся удалять!... 33587
Примеры, синони... 24655
Декартовы коорд... 24273
Просмотр готовы... 24048
FAST (методика ... 22736
содержание - се... 22116
Просмотр готовы... 21114
Работа с инстру... 16803
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

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

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

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

Регулярный надзор со стороны высшего руководства

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

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

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

Действия по обеспечению качества ПО

Определенные действия по проводимым группой обеспечения качества (SQA – software quality assurance) проверкам и/или аудиту описываются в виде ключевой практики. В некоторых случаях контрольные мероприятия по обеспечению качества не описываются – примерами могут служить группы ключевых процессов «Программа обучения» и «Межгрупповая координация». Эти группы ключевых процессов находятся на границе сфер компетенции организации и отдельного проекта разработки и не попадают в предполагаемую область полномочий группы обеспечения качества.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

Нет данных для оценки.
Гость
Имя

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Комбинированный ка...
5.16.1 Целостность...
Краткое резюме
Глава 24. SD-501 S...
Великолепный Linux...
Группа 2 — програм...
2.5. Пропуск этап...
2.2.2 Электрически...
12.1 ПРОБЛЕМЫ, СВ...
5.14.1 Пересечение...
Замечания
Объединение приемн...
ГЛАВА 5. БУДУЩИЕ ...
Что для нас будет ...
10.1.2.6 Другие фу...
8.1.1 Алгоритм
2.7 Сети PDH и SO...
Глава шестая
6.3 КОНТЕКСТ ПРОЦЕССА
Организация дуплек...
5.12.1 Системная ф...
Автомобильные аппа...
Виды связи и режим...
1.5 ПРЕДПОЛАГАЕМАЯ...
Рекомендуемая лите...
содержание - сетев...
4.11 Технология АТМ
Глава 1. GARMIN QUEST
ЦЕЛИ КАЖДОЙ ГРУ...
Выводы
Импульсно-кодовая ...
Поворотный экран
3. Обзор концепции...
3.9 Технология Gig...
Представление домена
6.5.1 Блокировка о...
7.6 КОД ИДЕНТИФИКА...
3. Декомпозиция пр...
1. Линейно-функцио...
Оценка степени мощ...
Мини-чат
Вам необходимо залогиниться.

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