Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
December 02 2025 03:42:33   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36036
Учимся удалять!... 32873
Примеры, синони... 24140
Просмотр готовы... 23456
Декартовы коорд... 23456
FAST (методика ... 22193
содержание - се... 21525
Просмотр готовы... 20413
Работа с инстру... 15926
Сейчас на сайте
Гостей: 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. Вносимые в планы разработки, промежуточные продукты и операции изменения, вытекающие из изменений установленных требований:
    выявляются,
    проходят общую оценку,
    оцениваются по связанным с ними рискам,
    документируются,
    планируются,
    доводятся до сведения задействованных групп и отдельных сотрудников,
    отслеживаются до своего завершения.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Основные характери...
Как GPS-приемник о...
Картография — важн...
Чтение названий ат...
5.16.1 Целостность...
Единицы измерения
Землемерие
8.1 ПЛАНИРОВАНИЕ В...
2.4.7.3 Исправлени...
Настройка шрифта т...
Технология фазиров...
Глава 1. MacCentre...
9.2.4 Замещение ст...
9.5 УПРАЖНЕНИЯ
Размер и форма блоков
10.1.2.6 Другие фу...
Идея четвертая: Оп...
7.3.6. Технология...
Глава 4. Я и GPS
Глава 3. Как выбр...
Datum
GARMIN
12.3.3 Примеры ал...
11.4 ГНЕЗДА
ГЛАВА 6. ИСПОЛЬЗО...
Каскадная коррекция
Глава 22. EM-401
7.9 ЗАГРУЗКА СИСТЕ...
Выводы
Метод доступа в се...
Документированная ...
Всем ребятам — при...
Организация дуплек...
Антенна
По законам джунглей
3.2.2. Сетевое обо...
Непереносимые (нет...
Глава 10. Fortuna U2
7.4.3. Независимос...
КРАТКОЕ ЗАКЛЮЧЕНИЕ
Мини-чат
Вам необходимо залогиниться.

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