Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
October 26 2026 17:12:04   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 37346
Учимся удалять!... 33705
Примеры, синони... 24723
Декартовы коорд... 24405
Просмотр готовы... 24120
FAST (методика ... 22844
содержание - се... 22201
Просмотр готовы... 21240
Работа с инстру... 16922
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
11.2.2 Разделение ...
TZ GPS
Глава 16. Raymarin...
9.1.2.2 Выгрузка с...
Альтернативные» се...
4.12.3.4 Структурн...
4.2 СТРУКТУРА ФАЙ...
Реинжиниринг бизне...
2.4. Цифровые кана...
GARMIN
Программное обеспе...
Основной рабочий э...
Точность и аккурат...
«Булкотряс», обору...
9.1 СВОПИНГ
Глава 3. Компьютер...
Глава 10. Fortuna U2
Характерис...
Глава 7. Основные ...
ДСМ-метод
Необходимые предпо...
Типовые настройки ...
2.2.2. Понимание п...
Больше 500 долларов
Глава 3. ПалмГИС
2.4.2 Логическое к...
Видео для развлечения
3.1 ЗАГОЛОВКИ БУФЕРА
Разрешенные связи
1.5.2 Уровни преры...
7.2.3. Выполняемые...
2.4.1 Кодирование ...
Модемы
Рекомендуемая лите...
7.4.1. Организаци...
Чтение названий ат...
9.1. Координация п...
Сетевые карты
Амплитудная модуляция
2.4.3 Блоковые коды
Мини-чат
Вам необходимо залогиниться.

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