Спецификация предприятия структурируется в терминах описания ее элементов, как это установлено в 7.1, и иных понятий, определенных в разделе 6, а также с учетом корреляций между ними.
Для каждого из этих элементов, в зависимости от выбора спецификатора и требуемого уровня детализации, спецификация предприятия определяет:
- характеристики элемента или
- тип или типы элементов, или
- шаблон элемента.
Спецификация предприятия устанавливает образец для реализации системы ODP в среде ее функционирования. Таким образом, паттерн может быть реализован один раз, несколько раз или не реализован, в зависимости от цели спецификатора. Это означает, что установленное поведение может также проявиться любое количество раз, в зависимости от того, когда и где спецификация реализована. Поэтому необходимо четко определять контекст при введении понятий в спецификацию предприятия.
В частности, при различиях типа элемента и способах его вхождения в спецификацию, цель состоит в том, чтобы установить различие между несколькими экземплярами одного типа в пределах одной спецификации, но не подразумевает ограничение на то, как часто спецификации могут быть реализованы в деятельности.
Определения в настоящем стандарте должны интерпретироваться в контексте спецификации, не ограничивая, когда и где спецификация может быть реализована.
В терминологии языка описания (дескриптора предприятия) нет строгих предписаний, относящихся ни к процессу спецификации, ни к уровню формализации, которая будет использоваться в спецификации предприятия.
Примечания
1 Никакие рекомендации не могут ограничивать преимущественных предпочтений относительно способа моделирования для любого уровня проектирования: от нисходящего до восходящего. И при этом нет рекомендаций относительно порядка формирования спецификаций по областям деятельности.
2 Предоставляется свободный выбор для проектирования относительно того, какой подход используется: определяется спецификация для конкретного внедрения, например, определяя отдельные объекты предприятия, или имеет дело с более гибкой архитектурой, определяя типы и правила для назначения объектам предприятия функциональных ролей.
3 Спецификация может быть разделена для удобочитаемости, повторного использования фрагментов спецификации в других технических требованиях или достижения совместимости объектов предприятия.
4 Как функциональные роли и сообщества, так и типы, и шаблоны могут носить частный характер по отношению к спецификации и среде проектирования, или они могут быть сохранены в хранилище и впоследствии использованы более широким кругом пользователей, включающим несколько сред проектирования и групп.