Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
July 25 2026 02:33:39   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36720
Учимся удалять!... 33489
Примеры, синони... 24597
Декартовы коорд... 24180
Просмотр готовы... 23981
FAST (методика ... 22685
содержание - се... 22068
Просмотр готовы... 21036
Работа с инстру... 16699
Сейчас на сайте
Гостей: 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.7 Сеть NetWare ...
9.2.3.1 Обработка...
История GeForce
3.4. Разделы
Меры предосторожности
Технология совмест...
Автомобильные пробки
3.9 Технология Gig...
Качество приема
До 200 долларов
5.12.5 Примеры
7.3 ЗАВЕРШЕНИЕ ВЫ...
8.1.4 Управление п...
Страница «Информац...
2.2.5 Статистическ...
Правила для атрибутов
4.2 СТРУКТУРА ФАЙ...
Глава 22. EM-401
Принцип 2. Клиент ...
2.1 АРХИТЕКТУРА ОП...
Библиографический ...
5.2. Ближайшие задачи
Электронный штурман
6.1 СОСТОЯНИЯ ПРОЦ...
6.3 КОНТЕКСТ ПРОЦЕССА
«Верую, ибо абсур...
Глава 4. Основные ...
5.8 СОЗДАНИЕ СПЕЦИ...
Протоколы физическ...
ОГЛАВЛЕНИЕ
8.3.3 Построение п...
Что представляет с...
2.4.7.3 Исправлени...
Опции сетевой филь...
Video Logic DigiTh...
5.16 UNLINК
Атрибут
Глава 2. Cистема п...
Мини-чат
Вам необходимо залогиниться.

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