Введение

Процесс управления запросами на изменения в системной инженерии - это процесс запроса, определения достижимости, планирования, реализации и оценки изменений в системе. Его основные цели - поддержка обработки и прослеживаемости изменений в взаимосвязанном наборе факторов.

Введение

Существует значительное совпадение и путаница между управлением запросами на изменения, управлением изменениями и управлением конфигурацией. Нижеприведенное определение пока не включает эти области. Управление запросами на изменения было признано за его способность приносить пользу, улучшая затронутую систему и тем самым удовлетворяя "потребности клиентов", но также было подвергнуто критике за его потенциал, чтобы сбить с толку и ненужно усложнить администрирование изменений. В некоторых случаях, особенно в области информационных технологий, больше средств и работы вкладывается в обслуживание системы (и управление запросами на изменения), чем в первоначальное создание системы. Типичные инвестиции организаций во время первоначальной внедрения крупных ERP-систем составляют от 15 до 20 процентов от общего бюджета. В том же духе Хинли описывает два закона Лемана эволюции программного обеспечения: Закон непрерывных изменений: используемые системы должны меняться, иначе они автоматически становятся менее полезными. Закон возрастающей сложности: благодаря изменениям структура системы становится все более сложной, и для ее упрощения требуется больше ресурсов. Управление запросами на изменения также имеет большое значение в области обрабатывающей промышленности, которая сталкивается с множеством изменений в связи с растущей и всемирной конкуренцией, технологическим прогрессом и требовательными клиентами. Поскольку многие системы, как правило, меняются и развиваются по мере использования, проблемы этих отраслей в некоторой степени встречаются во многих других. Примечания: В процессе, описанном ниже, можно утверждать, что комитет по изменениям должен отвечать не только за принятие/отклонение решений, но и за расстановку приоритетов, что влияет на то, как запросы на изменения распределяются для обработки.

Процесс и его результаты

Для описания процесса управления запросами на изменение используется метод метамоделирования. На рисунке 1 показана схема данных процесса, которая объясняется в этом разделе.

Примеры

Хороший пример процесса управления запросами на изменения можно найти в разработке программного обеспечения. Часто пользователи сообщают о ошибках или желают новой функциональности из своих программных программ, что приводит к запросу на изменение. Затем компания, производящая программное обеспечение, рассматривает техническую и экономическую осуществимость внедрения этого изменения и, следовательно, решает, будет ли это изменение действительно реализовано. Если это действительно так, то изменение должно быть запланировано, например, с использованием функционных точек. Фактическое выполнение изменения приводит к созданию и/или изменению программного кода, и когда это изменение распространяется, оно, вероятно, также вызывает изменение других фрагментов кода. После того, как результаты первоначальных испытаний окажутся удовлетворительными, документация может быть обновлена и выпущена вместе с программным обеспечением. Наконец, руководитель проекта проверяет изменение и закрывает эту запись в журнале изменений. Еще одна типичная область для управления запросами на изменения, как это рассматривается здесь, - это сфера производства. Возьмем, к примеру, дизайн и производство автомобиля. Если, например, обнаружится, что подушки безопасности автомобиля автоматически заполняются воздухом после проезда больших расстояний, это, несомненно, приведет к жалобам клиентов (или, надеюсь, к сообщениям о проблемах на этапе тестирования). В свою очередь, они создают запрос на изменение (см. рисунок 2 справа), который, вероятно, обосновывает изменение. Тем не менее, должен быть проведен анализ затрат и выгод, который, скорее всего, будет упрощен, после чего запрос на изменение может быть одобрен. После анализа воздействия на дизайн автомобиля и график производства можно создать планирование для внедрения изменения. Согласно этому планированию, изменение может быть фактически реализовано, после чего новая версия автомобиля, надеюсь, будет тщательно протестирована, прежде чем она будет выпущена для общественности.

На заводах

Поскольку сложные процессы могут быть очень чувствительны даже к небольшим изменениям, правильное управление изменениями на промышленных технологических установках признается критически важным для безопасности. Недокументированные, не правильно оцененные риски - это рецепт катастрофы. Ярким примером этого является взрыв в Фликсборо, где импровизированные изменения, связанные с обходом стадии в реакторном составе, были причиной аварии. Изменение не было должным образом продумано, задокументировано и оценито риски, поэтому не было выявлено нарушения ограничения. В США в OSHA есть правила, регулирующие, как изменения должны быть сделаны и документированы. Основное требование заключается в том, чтобы тщательное рассмотрение предлагаемого изменения было выполнено многодисциплинарной командой, чтобы гарантировать, что используется как можно больше точек зрения, чтобы свести к минимуму шансы на пропуск опасности. В этом контексте управление запросами на изменения известно как управление изменениями или MOC. Это лишь один из многих компонентов управления безопасностью процесса, раздел 1910.119{l).1.

Справочная литература и дополнительное чтение

Crnković I., Asklund, U. & Persson Dahlqvist, A. (2003) в том числе: Внедрение и интеграция управления данными о продукте и управления конфигурацией программного обеспечения. Лондон: Дом искусства. Дэннис, А., Wixom, Б. Х. & Tegarden, D. (2002). Анализ и проектирование систем: объектно-ориентированный подход с UML. Хобокен, Нью-Йорк: Джон Уайли и сыновья, Inc. Джорджтаунский университет (n. d.). Хранилище данных: глоссарий. Получено 13 апреля 2006 года из: https://web. Архив. org/web/20060423164505/http://uis. Джорджтаун. edu/departments/eets/dw/GLOSSARY0816. HTML. Хинли, Д. С. (1996). Управление эволюцией программного обеспечения: ориентированная на процесс перспектива. Информационные и программные технологии, 38, 723 730. Хуан, Г. Х. и Мак, К. Л. (1999). Современные практики управления изменениями в инженерной отрасли обрабатывающей промышленности Великобритании. Международный журнал операций и управления производством, 19), 21 37. IEEE (1991) и другие. Стандартный словарь терминологии в области инженерии программного обеспечения (ANSI). The Institute of Electrical and Electronics Engineers Inc. Получено 13 апреля 2006 года с сайта: http://www. - Да, конечно. Оулу. fi/research/ouspg/sage/glossary/#reference 6 Mäkäräinen, M. (2000). Процессы управления изменениями программного обеспечения при разработке встроенного программного обеспечения. Докторская диссертация. Эспоо: издательство VTT Publications. Доступно в Интернете: http://www. ВТТ. fi/inf/pdf/publications/2000/P416. pdf. Маннан, Сэм (2012). Предотвращение потерь в обрабатывающей промышленности (4-е издание). Оксфорд: Баттерворт Хайнеманн. НАСА (2005). Глоссарий и определения программы данных NASA IV&V Facility Metrics. Получено 4 марта 2006 года из: https://web. Архив. org/web/20060307232014/http://mdp. В. НАСА. Словарь gov/mdp. HTML. Библиотеки Университета штата Пенсильвания (2004). Руководство CCL: Глоссарий терминов и акронимических обозначений. Получено 13 апреля 2006 года из: https://web. Архив. - Я не знаю. библиотеки. ПСУ. edu/tas/ каталогизация/ccl/гласник. - Что? Принстонский университет (2003). WordNet 2.0. Получено 13 апреля 2006 года из: http://dictionary. ссылка. - Я не могу. Rajlich, V. (1999). Изменение программного обеспечения и эволюция. В Pavelka, J., Tel, G. & Bartošek, M. (Ст. ), SOFSEM'99, Заметки лекций по информатике 1725, 189 202. Ригби, К. (2003). Управляющие стандарты: Словарь терминов. Получено 1 апреля 2006 года из: https://web. Архив. - Я не знаю. время эфира. co. uk/users/wysywig/gloss. - Что? Скотт, Джей. А. Второе. & Nisse, D. (2001). Управление конфигурацией программного обеспечения, Руководство по разработке программного обеспечения, Глава 7, IEEE Computer Society Press. Vogl, G. (2004). Информационные системы управления: Словарь терминов. Получено 13 апреля 2006 года на сайте Университета Уганды мучеников: https://web. Архив. Это не так. com/greg/courses/mis1/словарь. - Что? Вёрд, И. ван де (2006). Методика метамоделирования: проект курса "Инженерные методы" 05/06. Получено 1 марта 2006 года из: https://bscw. - С. - Да, конечно. nl/bscw/bscw. cgi/d1009019/Instructions for the process data diagram (Инструкции по схеме данных процесса). pdf [ограниченный доступ].