Запрос на изменение - Википедия - Change request

Эта статья включает в себя список общих Рекомендации, но он остается в основном непроверенным, потому что ему не хватает соответствующих встроенные цитаты. Пожалуйста, помогите улучшать эта статья введение более точные цитаты. (Октябрь 2014 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

А Запрос на изменение это документ содержащий призыв к корректировке система; это имеет большое значение в процесс управления изменениями.

Запрос на изменение является декларативным, то есть в нем указывается, что необходимо выполнить, но не указывается, как это изменение должно быть выполнено. Важными элементами запроса на изменение являются идентификатор, клиент (идентификатор), срок (если применимо), указание того, является ли изменение обязательным или необязательным, тип изменения (часто выбирается из предметной области онтология ) и изменение Абстрактные, который представляет собой повествование (Keller, 2005). Пример запроса на изменение можно найти на рисунке 1 справа.

Запросы на изменение обычно исходят из одного из пяти источников:

1. отчеты о проблемах, которые определяют ошибки это необходимо исправить, что является наиболее распространенным источником
2. запросы на расширение системы от пользователи
3. события в развитии других систем
4. изменения в базовой структуре и / или стандартах (например, при разработке программного обеспечения это может быть новая операционная система)
5. требования высшего руководства (Dennis, Wixom & Tegarden, 2002).

Кроме того, в Управление проектом запросы на изменение могут также исходить из нечеткого понимания целей и задач проекта.^[1]

Запросы на изменение имеют много разных имен, которые по сути описывают одну и ту же концепцию:

• Request For Change (RFC) Rajlich (1999); RFC также является общим термином в ITIL (Келлер, 2005) и PRINCE2 (Онна и Конинг, 2003 г.).
• Инженерные изменения (EC) Хуанг и Мак (1999);
• Запрос на технические изменения (ECR) в Aero (Helms, 2002);
• Приказ о технических изменениях (ОЭС) Лоха и Тервиша (1999) и Пикоша и Мальмквиста (1998). Заказ на технические изменения - это отдельный шаг после ECR. После того, как ECR одобрен инженерным отделом, создается ECO для внесения изменений;
• Уведомление об изменении в Chemical (Helms, 2002);
• Запрос на действие (AR) в ABB Robotics AB (Кайко-Маттсон, 1999);
• Запрос на изменение (CR), среди прочего, используется Ламом (1998), Мякяряйненом (2000), Деннисом и др. (2002), Црнкович, Асклунд и Перссон-Дальквист (2003) и в ABB Automation Products AB (Kajko-Mattsson, 1999).
• Запрос на оперативное изменение (OCR).
• Запрос на изменение предприятия (ECR).

Смотрите также

• Управление изменениями (инжиниринг)
• Изменить управление
• Порядок инженерных изменений
• Изменить заказ

Рекомендации

дальнейшее чтение

• Црнкович И., Асклунд У. и Перссон-Дальквист А. (2003). Внедрение и интеграция управления данными о продукте и управления конфигурацией программного обеспечения. Лондон: Artech House.
• Деннис, А., Уиксом, Б.Х. И Тегарден, Д. (2002). Системный анализ и дизайн: объектно-ориентированный подход с UML. Хобокен, Нью-Йорк: John Wiley & Sons, Inc.
• Хелмс, Р.В. (2002). Управление данными о продукте как средство параллельного проектирования. Кандидатская диссертация. Эйндховен: Пресса Технологического университета Эйндховена. Доступно онлайн: http://alexandria.tue.nl/extra2/200211339.pdf.
• Хуанг, Г. И Мак, К. (1999). Текущая практика управления инженерными изменениями в обрабатывающей промышленности Великобритании. Международный журнал операций и управления производством, 19(1), 21–37.
• Кайко-Маттссон, М. (1999). Техническое обслуживание в ABB (II): процессы выполнения изменений (состояние практики). Материалы Международной конференции по сопровождению программного обеспечения, 307–315.
• Келлер, А. (2005). Автоматизация процесса управления изменениями с помощью электронных договоров. Материалы седьмой Международной конференции IEEE 2005 г. по семинарам по технологиям электронной коммерции, 99-108.
• Лам, В. (1998). Анализ изменений и управление в среде разработки программного обеспечения, ориентированной на повторное использование. В Перничи Б. и Танос К. (ред.) Труды Десятой Международной конференции по передовой инженерии информационных систем, 219–236.
• Loch, C.H. И Тервиш К. (1999). Ускорение процесса инженерных изменений: влияние пропускной способности и перегрузки. Журнал управления инновационными продуктами, 16(2), 145–159.
• Мякяряйнен, М. (2000). Процессы управления изменениями программного обеспечения при разработке встроенного программного обеспечения. Кандидатская диссертация. Эспоо: VTT Publications. Доступно онлайн: http://www.vtt.fi/inf/pdf/publications/2000/P416.pdf.
• Онна, М. ван и Конинг, А. (2003). Маленький принц 2: Практическое руководство по управлению проектами, Pink Roccade Educational Services / Ten Hagen Stam.
• Пикош П. и Мальмквист Дж. (1998). Сравнительное исследование управления инженерными изменениями в трех шведских инжиниринговых компаниях. Материалы технической конференции по проектированию DETC98 ASME, 78–85.
• Райлих, В. (1999). Изменение и развитие программного обеспечения. В Pavelka, J., Tel, G. & Bartošek, M. (Eds.), СОФСЕМ'99, Конспект лекций по информатике 1725 г., 189–202.
• ДиДонато, П. (2001). Oakley Inc., Разработка систем XML с помощью (CRF).