Составители:
104
должны существовать. В реализованной системе не может быть частей, которые
неопределенны и произвольны. Данные аспекты могут быть неинтересны
разработчику с точки зрения эволюции А-модели, но не с точки зрения ее
реализуемости.
Назовем полный А-агрегат, который не может быть в настоящее время
реализован конкретным коллективом в доступной ему элементной
базе,
виртуальным. Нужно сказать, что виртуальность А-агрегата может
определяться не только объективной ограниченностью элементной базы, но и
субъективными ограничениями, такими как требования ТЗ, пристрастия и
интересы коллектива. Как упоминалось выше, большинство А-агрегатов в
процессе проектирования являются не только виртуальными, но зачастую даже
абстрактными. О реализации модели, в состав
которой входят абстрактные А-
агрегаты вообще не может быть и речи, поэтому виртуальным А-агрегатом
имеет смысл называть только полный А-агрегат.
Рассматривая А-модель системы с точки зрения образующих ее А-
агрегатов можно выделить 3 класса А-моделей:
• Абстрактная А-модель. В такой модели существует хотя бы один
абстрактный А
-агрегат.
• Виртуальная А-модель. В такой модели нет абстрактных А-агрегат, но
существует хотя бы один виртуальный А-агрегат.
• Реализуемая А-модель. В данной модели нет ни одного абстрактного или
виртуального А-агрегата.
Абстрактная А-модель принципиально нереализуема и требует дальнейшей
доработки, если это модель конкретной целевой системы.
Но у таких моделей
есть свой способ применения, а именно такие модели следует рассматривать
как некоторые, возможно стандартизованные шаблоны для построения
конкретных систем. Абстрактными А-моделями, перешедшими в разряд
общепринятых шаблонов, можно рассматривать стандартные интерфейсы
(USART, I
2
C), шины (PC104, PCI, USB), протоколы (CANopen, TCP/IP),
вычислительные ядра (MCS51, x86, PowerPC, JAVA, ARM), ОС (QNX, MS
Windows) и т.д. При этом перечисленные модели описывают различные перечни
аспектов, что не мешает им быть общепризнанными стандартами. Некоторые
абстрактные А-модели, не имеющие широкого применения и стандартизации,
также можно использовать в качестве повторно используемых шаблонов в
рамках коллектива. То есть конкретный коллектив может зафиксировать
определенное удачное решение, обозначить направление разработок,
обеспечить преемственность и т.д., определив абстрактную А-модель системы и
развивая ее в тех или иных конкретных приложениях. Особенно такие модели и
локальные (внутри коллектива) повторно используемые шаблоны интересны с
хорошо проработанным инструментальным аспектом, так как именно
инструментарий в подавляющем большинстве случаев требует
повышения
Страницы
- « первая
- ‹ предыдущая
- …
- 103
- 104
- 105
- 106
- 107
- …
- следующая ›
- последняя »
