Как я понимаю:
Цитата:
1. Мониторить программы , можно на уровне всего пакета (проверки как в коде инспектора).
Да не только пакета. На уровне всего ландшафта. Если у Вас несколько систем разработок, например (не обязательно же только ERP иметь в ландшафте).
Цитата:
2. Отсылать любые предупреждения (приоритет 1,2,3) отвественным программистам на почту (все реализовано в тр. ATC).
По логике, должно рассылаться автоматом по расписанию, например ежедневно. Не обязательно ждать завершения разработки и при деблокировании запроса выкатывать тучу претензий к коду.
Цитата:
3. Рассматривать поступающие от программистов запросы на освобождение(про это ниже) , утверждать/отклонять их.
угу, также через внутреннюю почту, в хелпе расписано как настраивать.
Цитата:
4. Как я понял с помощью rfc это можно делать все в одной системы а тянуть данные из всех других.
Это и есть по-моему основная фишка. Определить Q мастер-систему настроить ее для всех систем.
Цитата:
И в конфигурации ATC можно поставить галочку не деблокировать задачу, пока не устранятся все предупреждения с приоритетом 1 и 2.
Тоже самое что и в sci
Цитата:
Да и если подумать и настроить все это это наверное будет ужас какой то ... )))
Почему ужас?
По-моему обычное дело, когда куча абаперов и/или систем разработок. Обычный code review в общем понимании написания софта.
Как я понимаю, с точки зрения самого движка инспекии кода в целом все осталось. Это просто инструмент, чтобы глобально организовать и управлять инспекцией кода для повышения качества написания кода и повышения навыков разработчиков.