Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
November 13 2025 22:47:57   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36011
Учимся удалять!... 32842
Примеры, синони... 24117
Просмотр готовы... 23420
Декартовы коорд... 23401
FAST (методика ... 22165
содержание - се... 21497
Просмотр готовы... 20361
Работа с инстру... 15892
Сейчас на сайте
Гостей: 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. Вносимые в планы разработки, промежуточные продукты и операции изменения, вытекающие из изменений установленных требований:
    выявляются,
    проходят общую оценку,
    оцениваются по связанным с ними рискам,
    документируются,
    планируются,
    доводятся до сведения задействованных групп и отдельных сотрудников,
    отслеживаются до своего завершения.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
4.12.2 Системы пер...
1.1. Зрелые и незр...
10.1.2.4 Стратегич...
7.4.3. Независимос...
. Система терминов...
4.7 ВЫДЕЛЕНИЕ ДИС...
Необязательные атр...
Проверка внедрения
Идентификация сущн...
9.4 ВЫВОДЫ
6. Продукции типа...
2.2.1. Понимание ...
Из чего состоит GPS?
Технология совмест...
6. Размер процесса...
Меры предосторожности
Загадка INTERPHASE
По законам джунглей
2.2.4 Измерение ур...
Примеры и идентифи...
Каскадное удаление
Часть 6. Автомобил...
ГЛАВА 7. УПРАВЛЕНИ...
Определение сущности
7.4. Организационн...
Сквозные (межфункц...
Чтение названий ат...
5.4 ЗАХВАТ ФАЙЛА ...
Глава 11. BOTTOM L...
Представление 2
Глава 15. GPS-сист...
Дети, родители и ...
Определение атрибута
Циклические коды
Глава 11. Pretec ...
2.4.1 Кодирование ...
Одометр
5.16.1 Целостность...
5.11 STAT И FSTАТ
GPS-модуль
Мини-чат
Вам необходимо залогиниться.

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