Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
September 23 2023 07:21:12   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 31462
4.12.1 Професси... 31408
Примеры, синони... 22966
Просмотр готовы... 21970
Декартовы коорд... 21523
FAST (методика ... 21060
содержание - се... 20184
Просмотр готовы... 18542
Работа с инстру... 14173
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Асинхронное и синх...
Глава первая
4.12.3.5 Система с...
4.2 СТРУКТУРА ФАЙ...
Цена до 250 долларов
2.6.3. Сжатие данных
10.3.5 Назначение ...
Глава 14. КПК со в...
Что такое альманах?
Иерархические сети
Вместо заключения
Глава 29. Автомоб...
Глава 20. GSM-теле...
Измерения и анализ
10.3 ТЕРМИНАЛЬНЫЕ ...
Cetus GPS
Структура книги
Текст
Великолепный Linux
Глоссарий
Калибруем
11.2.4 Общие замеч...
Глава 7. Использов...
Характеристики при...
6.4.1 Прерывания и...
Высокая точность
ABC / ABM–методология
Настройка сетевых ...
5.8 СОЗДАНИЕ СПЕЦИ...
2.1. Поведенческие...
6.6 ПРИОСТАНОВКА В...
5. Значение органи...
7.3.1. Концепции о...
Принцип 1. Как мож...
5.16.1 Целостность...
Шинная топология
3.1 ЗАГОЛОВКИ БУФЕРА
Об авторе
Имена сущностей
Независимость данных
Мини-чат
Вам необходимо залогиниться.

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