ГОСТ РИСО 26162—2016
так называемые «мягкие преимущества») в дополнение к финансовым. Мягкие преимущества включа ют
улучшенное качество и удовлетворенность потребителя, стоят предотвращения через сокращение
дублирования работы или другие источники неэффективности и более эффективные процессы (такие
как перевод и обслуживание клиентов). Если несколько альтернативных вариантов все еще возможны в
этой фазе (такой как строительство новых TMS или покупка коммерчески доступных TMS). затраты и
преимущества должны быть оценены и сравнены для каждого выбора.
Другим фактором являются затраты на неосуществление TMS. Факторы предотвращения стоимо
сти, упомянутые выше, вписываются в эту категорию, но есть другие соображения, такие как судебные
издержки фирменного нарушения, которого TMS могли бы помочь избежать, упущенные возможности
для создания, которым управляют, и дополнительные трудности в осуществлении системы
управления контентом без терминологии, которой управляют. Все потенциальные текущие и будущие
применения терминологии должны быть приняты во внимание в строительстве экономического
обоснования ситу ации.
Затраты на импортирование существующих данных могут быть значительными, особенно если
существующий набор данных должен быть изменен до импорта. Средства для импортирования суще
ствующих данных, предлагаемых различными системами, которые рассматривают, должны быть вы
числены в анализе затрат. Может быть возможно просить, чтобы поставщик существующих TMS развил
любой необходимый таможенный конверсионный установленный порядок.
5.7 Системное проектирование
Эта стадия включает или поиск и нахождение программных продуктов, которые могут использо
ваться. чтобы осуществить TMS или проектирование новых TMS. Если несколько программных продук
тов доступны на рынке, который может ответить требованиям, каждый должен быть оценен согласно
спроектированным требованиям для TMS — включая фактор стоимости — чтобы определить лучшее
решение. Если новые TMS должны быть созданы, подробное понятие для системы программного обе
спечения и ее компонентов должно быть развито и окружающая среда, и штатудля развития программ
ного обеспечения нужно предоставить.
Любые требования для импортирования существующих терминологических данных нужно рас
смотреть в дизайне.
5.8 Развертывание системы
Цель этой стадии состоит в том. чтобы развить необходимые компоненты аппаратного и про
граммного обеспечения. TMS и его подсистемы осуществлены, сочиняя новое программное обеспече
ние или формируя и/или настраивая существующее программное обеспечение, важно зарегистриро
вать и проверить компоненты и их функцию в пределах целой системы, поскольку они осуществлены.
5.9 Стадии развертывания системы
Стадия развертывания охватывает несколько подстадий и должна быть идеально объединена со
стадией тестирования.
Начальное развертывание, особенно на крупных предприятиях, должно показать системный за
пуск для небольшой группы отобранных пользователей. Во время этого начального запуска должны
быть проверены TMS, и любые недостатки должны быть исправлены. Люди, вовлеченные в это на
чальное развертывание, должны участвовать в тестировании действий и должны экспериментировать
с маленьким набором терминологических записей прежде, чем работать с крупными проектами.
Полное развертывание всего предприятия должно быть предпринято только после завершения
фазы тестирования, как описано в 5.10.
5.10 Системный тост
Полный тест целой системы (все характеристики программного обеспечения и требования) дол
жен быть выполнен после начального развертывания. Тестирование должно быть основано на полной
обработке представительного набора терминологических записей, который является достаточно боль
шим. чтобы бросить вызовсистеме. Данные испытаний должны быть discardable в случае тестирования
неудач. Тестирование должно покрыть все аспекты технологического процесса терминологии и вклю
чать варианты развития событий многократного использования. Тестирование должно охватить все
характеристики программы (вход, произвести, импортировать, экспортировать, показывает и т. д.) и во-
10