Без заголовка

На инженерных форумах разные люди обычно понимают разные куски моей презентации. Ибо чаще всего мои презентации про связь каких-то нескольких школ мысли: кто-то знает одну половину терминов, кто-то другую. Обычная ситуация. Универсальных читателей не существует. У меня ж специфика работы: значительную часть времени я провожу, решая проблемы разницы в терминологии (а иногда и онтологии: если слово используется одно, а понятия под ним имеются ввиду разные). Возвращаясь к теме моего поста, в учебном курсе мне требуется разъяснять до 100% терминов, чтобы быть понятым студентами. Плюс у меня недоумение, почему люди, не понимающие терминологического использования слова "возможности", вдруг начинают строить догадки об осмысленности или бессмысленности моего текста. А ведь даже студенты знают, что если я говорю "возможность" в такого сорта тексте, то это термин, а не просто слово. Это альфа, значит у "возможности" есть состояния. Собственно, вот (из OMG Essence): Вот: 8.2.2.2 Opportunity Description Opportunity: The set of circumstances that makes it appropriate to develop or change a software system. The opportunity articulates the reason for the creation of the new, or changed, software system. It represents the team’s shared understanding of the stakeholders’ needs, and helps shape the requirements for the new software system by providing justification for its development. States Identified -- A commercial, social, or business opportunity has been identified that could be addressed by a software-based solution. Solution Needed -- The need for a software-based solution has been confirmed. Value Established -- The value of a successful solution has been established. Viable -- It is agreed that a solution can be produced quickly and cheaply enough to successfully address the opportunity. Addressed -- A solution has been produced that demonstrably addresses the opportunity. Benefit Accrued -- The operational use or sale of the solution is creating tangible benefits. Associations focuses : Requirements -- Opportunity focuses Requirements. Но дальше самое интересное: дискуссии о том, что такое Opportunity продолжаются даже среди авторов стандарта, до сих пор. И в следующей версии стандарта вполне возможно, эти определения поменяются (но об изменении стандарта многие люди уже будут не знать -- он уже реализован в кое-каком софте, и этот софт вовсе необязательно будет меняться при обновлении стандарта). Так что не только под терминами все разное понимают, некоторые люди вообще не понимают, что у меня в тексте терминов в разы больше, чем они от этого текста ожидают. Плюс ещё перевод (например, состояние Addressed -- слово Addressed в таком значении у всех вызывает вопросы при переводе с английского на русский). А ведь это тоже термин из стандарта!