Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
December 05 2025 06:12:46   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36042
Учимся удалять!... 32881
Примеры, синони... 24144
Декартовы коорд... 23468
Просмотр готовы... 23465
FAST (методика ... 22198
содержание - се... 21532
Просмотр готовы... 20430
Работа с инстру... 15933
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Выполняемые операции
Операция 1 Группа разработки ПО рассматривает установленные требования до их внедрения в проект.
1. Выявляются пропущенные пункты требований.
2. Выполняется проверка установленных требований на:
    выполнимость и возможность реализации в виде программы,
    четкость и корректность формулировки,
    отсутствие противоречий между требованиями,
    возможность тестирования.
3. Все установленные требования, в которых были обнаружены потенциальные проблемы, проверяются группой, ответственной за анализ и отнесение системных требований, после чего вносятся необходимые изменения.
4. Все вытекающие из установленных требований обязательства обсуждаются вместе с задействованными группами.
Примеры групп, задействованных в проекте: 
разработки ПО (включая все подгруппы, например, проектирования ПО), 
оценки составляющих проекта, 
системного проектирования, 
системного тестирования, 
обеспечения качества ПО, 
управления конфигурацией ПО, 
управления контрактами, 
управления документацией.
Практики, связанные с обсуждением обязательств, содержатся в описании Операции №6 группы ключевых процессов «Планирование проекта».
Операция 2 Группа разработки ПО использует установленные требования в качестве основы для создания планов разработки, перечня промежуточных продуктов и планирования работ.
Установленные требования: 
1. являются управляемыми и контролируемыми;
«Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т.е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень формальности, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
2. являются основой для создания плана разработки ПО; 
3. являются основой для разработки требований к ПО.
Операция 3 Изменения установленных требований рассматриваются и вносятся в проект разработки ПО.
1. Оценивается влияние на существующие обязательства по выполнению и обсуждаются их необходимые изменения.
    Изменения внешних обязательств сотрудников и групп проверяются высшим руководством.
Практики, связанные с внешними обязательствами организации, содержатся в описании Операции №4 группы ключевых процессов «Планирование проекта» и Операции №3 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
    Изменения обязательств внутри организации обсуждаются вместе с задействованными группами.
Практики, связанные с обсуждением изменений обязательств, содержатся в описании Операций № 5–7 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
2. Вносимые в планы разработки, промежуточные продукты и операции изменения, вытекающие из изменений установленных требований:
    выявляются,
    проходят общую оценку,
    оцениваются по связанным с ними рискам,
    документируются,
    планируются,
    доводятся до сведения задействованных групп и отдельных сотрудников,
    отслеживаются до своего завершения.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
3.1. Внутренняя с...
5.2 Адресация в IP...
Встроенная карта
5.11 STAT И FSTАТ
1.1 ИСТОРИЯ
8.1. Управление тр...
Пометки на схеме
4.12.4.1 Общие све...
ГЛОНАСС
Глава 3. Принцип р...
Сервисное программ...
Этапы реинжиниринг...
1.5 Классификация...
Недопустимые комби...
8.1.1 Алгоритм
Каскадная коррекция
Рационален ли чел...
Принцип 1. Как мож...
Характеристики сон...
Глава 5. Как уста...
Первая настройка с...
Пример, связанный ...
Благодарности
Глава 15. GPS-сист...
2.4.1 Кодирование ...
6.5.4 Изменение ра...
1.3. Обзор модели ...
4.12.3.4 Структурн...
5.1 OPEN
Организация дуплек...
1.5 ПРЕДПОЛАГАЕМАЯ...
Глава 19. GSM/GPS-...
Глава 4. Основные ...
Принцип 4. Создава...
2.2.2.3 Переходы и...
5.14.1 Пересечение...
Иерархические сети
Качество
3.4. Разделы
Необязательные атр...
Мини-чат
Вам необходимо залогиниться.

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