Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
August 08 2026 03:58:27   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36804
Учимся удалять!... 33528
Примеры, синони... 24618
Декартовы коорд... 24213
Просмотр готовы... 24008
FAST (методика ... 22706
содержание - се... 22082
Просмотр готовы... 21067
Работа с инстру... 16736
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 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. Вносимые в планы разработки, промежуточные продукты и операции изменения, вытекающие из изменений установленных требований:
    выявляются,
    проходят общую оценку,
    оцениваются по связанным с ними рискам,
    документируются,
    планируются,
    доводятся до сведения задействованных групп и отдельных сотрудников,
    отслеживаются до своего завершения.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Теоретические осно...
ДОПОЛНИТЕЛЬНЫЕ СОГ...
Пример домена
11.2.1 Сообщения
Землемерие
Microlab SOLO-2
5.14.1 Пересечение...
Одометр
9.1.3 Загрузка (по...
7.3.4. Взаимосвяз...
5.2. Ближайшие задачи
9.5 УПРАЖНЕНИЯ
2.3. Представление...
10.3 ТЕРМИНАЛЬНЫЕ ...
2.6.1. Кодирование...
Комплект поставки
3. Обзор концепции...
9.2.4 Замещение ст...
Приложения
2.4.7.3 Исправлени...
ABC / ABM–методология
ГЛАВА 4. ИСПОЛЬЗО...
Комбинированный ка...
2.3.3.3 Импульсная...
4. Разработка инфо...
Конструкционные сп...
Присвоение наимено...
2.3.3.4 Импульсно-...
2. Пересечения про...
2.2.2. Беспроводн...
Принцип 2. Клиент ...
Классификация проц...
Применение домена
8.3. Отслеживание...
7.5 ВЫЗОВ ДРУГИХ П...
2.1 Классификация ...
3.4. Разделы
7.3.3. Концепции, ...
О чем мы узнали ?
1.5 ПРЕДПОЛАГАЕМАЯ...
Мини-чат
Вам необходимо залогиниться.

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