Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Январь 19 2022 11:24:23   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 29702
4.12.1 Професси... 27627
Примеры, синони... 22365
Просмотр готовы... 20582
FAST (методика ... 20501
Декартовы коорд... 20022
содержание - се... 18589
Просмотр готовы... 17385
Работа с инстру... 13258
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

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

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

    Цель группы ключевых процессов «Координация производственного процесса организации» – установление организационной сферы ответственности за выполнение мероприятий, совершенствующих общие производственные возможности организации. Основным результатом работ этой группы является набор основных средств производственного процесса, описанных в группе ключевых процессов «Определение производственного процесса организации». Эти основные средства затем используются в проектах разработки (группа «Интегрированное управление разработкой ПО»).
    Цель группы ключевых процессов «Определение производственного процесса организации» – разработка и поддержка практичного набора основных средств производственных процессов, которые улучшают показатели выполнения процессов в различных проектах и в итоге дают организации долгосрочные экономические преимущества. Эти основные средства обеспечивают стабильный фундамент разработки, который внедряется с помощью таких механизмов, как обучение (группа «Программа обучения»).
    Цель группы ключевых процессов «Программа обучения» – рост квалификации и знаний сотрудников, позволяющий им выполнять свои роли более рационально и эффективно. Обучение входит в корпоративную сферу ответственности, но для каждого проекта разработки следует определить его квалификационные потребности и обеспечить необходимое обучение в тех случаях, когда эти потребности уникальны.
    Цель группы ключевых процессов «Интегрированное управление разработкой ПО» – интеграция операций разработки и управления в последовательный и определенный производственный процесс, полученный путем адаптации СППО и связанных с ним основных средств, описанных в группе «Определение производственного процесса организации». Эта адаптация основывается на бизнес-среде и технических потребностях проекта (группа «Инженерия разработки программного продукта»). Группа ключевых процессов «Интегрированное управление разработкой ПО» является развитием групп второго уровня «Планирование проекта» и «Отслеживание хода проекта и контроль над ним».
    Цель группы ключевых процессов «Инженерия разработки программного продукта» – последовательное выполнение четко определенного процесса, интегрирующего все операции разработки в целях рационального и эффективного создания качественных и надежных программных продуктов. В этой группе описываются технические работы проекта, такие как анализ требований, проектирование, кодирование и тестирование.
    Цель группы ключевых процессов «Межгрупповая координация» – установление средств активного взаимодействия разработчиков с другими инженерными группами в целях более эффективного и рационального удовлетворения потребностей заказчика. Межгрупповая координация представляет собой междисциплинарный аспект интегрированного управления разработкой ПО, распространяющийся за пределы инженерии разработки. Интеграции подлежит не только процесс разработки – взаимодействия разработчиков с другими группами также должны координироваться и контролироваться.
    Цель группы ключевых процессов «Экспертные оценки» – эффективное устранение дефектов в промежуточных программных продуктах на ранних стадиях разработки. Важным следствием этого является улучшение понимания промежуточных программных продуктов и дефектов, которые могут быть предотвращены. Экспертная оценка является важным и эффективным инженерным методом, который используется в инженерии разработки в виде инспекций программ по методу Фагана [Fagan 86], структурированных технических разборов или различных других методов коллегиальных проверок [Freedman 90].
Группы ключевых процессов уровня 4 нацелены на установление количественного понимания производственного процесса и создаваемых промежуточных программных продуктов. Как показано ниже, группы ключевых процессов этого уровня «Количественное управление процессом» и «Управление качеством ПО» являются в высшей степени взаимозависимыми.
    Цель группы ключевых процессов «Количественное управление процессом» – установление количественного контроля над производительностью процесса проекта разработки. Производительность отражает реальные результаты, достигаемые при выполнении производственного процесса. Работы этой группы концентрируются на выявлении особых причин отклонений внутри стабильного (в целом) процесса и, по мере необходимости, коррекции ситуаций, ведущих к возникновению этих временных отклонений. Количественное управление процессом добавляет детализированную программу измерений к практикам групп «Определение производственного процесса организации», «Интегрированное управление разработкой ПО», «Межгрупповая координация» и «Экспертные оценки».
    Цель группы ключевых процессов «Управление качеством ПО» – развитие количественного понимания качества программных продуктов проекта и достижение определенных показателей качества. Управление качеством ПО подвергает тщательным измерениям промежуточные программные продукты, описанные в группе «Инженерия разработки программного продукта».
Группы ключевых процессов уровня 5 охватывают вопросы, решаемые как организацией, так и отдельными проектами при реализации непрерывного и измеряемого усовершенствования производственного процесса. Ниже приводятся описания всех групп ключевых процессов уровня 5.
    Цель группы ключевых процессов «Предотвращение дефектов» – выявление причин дефектов и предотвращение их повторного появления. В ходе проекта разработки проводится анализ обнаруженных дефектов, определяются их причины и вносятся соответствующие изменения в производственный процесс проекта (группа «Интегрированное управление разработкой ПО»). Изменения процесса, имеющие общий характер, переносятся на другие проекты разработки (группа «Управление изменениями процесса»).
    Цель группы ключевых процессов «Управление технологическими изменениями» – выявление новых полезных технологий (т. е. инструментов, методов и процессов) и их организованного внедрения в организации (группа «Управление изменениями процесса»). Управление технологическими изменениями нацелено на эффективное внедрение новшеств в условиях постоянно меняющейся среды.
    Цель группы ключевых процессов «Управление изменениями процесса» – непрерывное усовершенствование производственных процессов, используемых в организации, с целью улучшения качества производимого ПО, повышения производительности и сокращения цикла разработки продукта. Эта группа процессов использует последовательные усовершенствования и новшества, вносимые в рамках групп «Предотвращение дефектов» и «Управление технологическими изменениями», и распространяет их на всю организацию.
Страница 2 из 2 < 1 2
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
5.12.5 Примеры
Пересечение подтипов
содержание - сетев...
Глава 8. Точность ...
8.1.1 Алгоритм
7.8 КОМАНДНЫЙ ПРОЦ...
1.3. Обзор модели ...
Глава первая
Глава 8. HUMMINBIR...
Глава 11. BOTTOM L...
1.4 Способы комму...
3.4. Разделы
Что выбрать?
ИДЕНТИФИКАЦИЯ СУЩН...
Глава 11. Pretec ...
Информационный дож...
1.7 Многоуровнева...
13.6 УПРАЖНЕНИЯ
12.3.3.3 Драйверы
Современные акусти...
9.2.3.2 Обработка ...
4.12.4.2 Структура...
Отношение к делу и...
Глава 3. Как выбр...
ГЛАВА 5. БУДУЩИЕ ...
3.1. Внутренняя с...
Рынок телематическ...
. Система терминов...
Просмотр готовых м...
1.3.2 Среда выпол...
Связь с ци...
Теоретические осно...
Как «исправить» fi...
Правила
ЦЕЛИ КАЖДОЙ ГРУ...
4.12.3.5 Система с...
11.2.2 Разделение ...
6.5.1 Блокировка о...
2.4. Продуктивност...
Принципы управлени...
Мини-чат
Вам необходимо залогиниться.

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