Вопрос есть в коллекциях
С точки зрения других систем, любая конкретная система представляется ___ .
Вписать ответ:
Вписать ответ:
| Поведенческие сущности | символы, организующие различные компоненты объектной модели. |
| Группирующие сущности | символы динамических составляющих объектной модели. |
| Структурные сущности | пояснительные символы объектной модели. |
| Аннотационные сущности | символы статических частей объектной модели, соответствующие концептуальным или физическим элементам системы. |
| символы динамических частей модели |
| Способ выделения существенных характеристик некоторого объекта, отличающих его от всех других видов объектов и, таким образом, четко определяющих его концептуальные границы | Модульность |
| Способ упорядочения абстракций (классов) по уровням | Абстрагирование |
| Способ отделения элементов объекта (класса), определяющих его устройство, от элементов, определяющих его поведение | Иерархия |
| Способ разложения системы на связанные, но относительно самостоятельные части (модули) | Инкапсуляция |
| Принцип целостности и многоаспектности в системологии | Рассматриваются только статические параметры системы. Не рассматривают-ся причины возникновения системы и этапы её становления. Нет понятия "адаптация системы". |
| Принцип развития в традиционном системном подходе | Учитывается комплексный характер целостности системы, что обеспечивает взаимосогласование структуры и субстанции системы при её взаимодействии со средой. |
| Принцип развития в системологии | Учитывается либо только структурная целостность, когда природа связыва-емых элементов считается несущественной, либо только субстанциальная целостность, когда не учитываются связи между частями целого. |
| Принцип целостности и многоаспектности в традиционном системном подходе | Рассматриваются, в том числе, динамические характеристики системы, что обеспечивает понимание причин её возникновения и этапов становления. Введено понятие адаптации системы. |
| Правило баланса | элементы должны присоединяться друг к другу в соответствии с качественными и количественными характеристиками присущих им связей. |
| Правило присоединения | при присоединении элементов друг к другу должен обеспечиваться качественный и количественный баланс "притока" и "оттока" по входящим и выходящим функциональным связям. |
| Правило реализации | внутренние (поддерживающие) связи/потоки элементов в системе должны быть замкнутыми. |
| при присоединении элементов друг к другу должно быть обеспечено соответствие интерфейсов и количественных объектных характеристик функциональным |
| 1 | выявление функциональности, поддерживающей (обеспечивающей, балансирующей) обнаруженные узлы; |
| 3 | выявление узлов связей в структуре моделируемой системы на основании функциональных связей системы в целом (соответствующих классификации); |
| 2 | определение объектов, соответствующих выявленной функциональности, т.е. ее реализующих. |
| Для узла (параметры структуры) | технические и эксплуатационные характеристики; стоимость и время эксплуатации. |
| Для объекта (параметры субстанции) | качественные характеристики потоков, это данные о вариантах использования объекта, т.е. о внешней детерминанте соответствующей системы. |
| Для функции (параметры процесса): | характеристики пакетов, составляющих данный элемент |
| содержательное описание преобразования входа в выход, т.е. протокол функционирования; формальное описание функциональной зависимости, если оно существует и необходимо, в виде скрипта или макроса. |
| Определение объектов, соответствующих выявленной функциональности | проектирование |
| Выявление функциональности, поддерживающей (обеспечивающей) обнаруженные узлы | реализация |
| Выявление узлов связей в структуре моделируемой системы на основании функциональных связей системы в целом | тестирование |
| анализ |
| 3 | Имитация функционирования системы путем анимации объектной О-модели, которая сводится к визуализации изменения во времени (с возможностью его масштабирования) активностей функциональных объектов. |
| 4 | Построение иерархической объектной О-модели анализируемой или проектируемой системы. |
| 1 | Выявление функциональных узлов в структуре моделируемой системы, т.е. узлов, функция которых либо уже известна, либо может быть сформулирована в результате проектирования. |
| 2 | Построение контекстной модели анализируемой/проектируемой системы в виде "черного ящика" с указанием входных и выходных связей (функциональных), которые должны быть представлены в классификации связей. |
| Средства автоматической генерации кодов | формирует тексты выходных документов на основе содержащейся в репозитарии информации |
| Генератор отчетов | формируют файлы заголовков и файлы описаний классов и объектов |
| Средства просмотра | дают возможность находить и устранять ошибки по мере развития проекта |
| Средства контроля и сбора статистики | обеспечивают "навигацию" по проекту, в том числе, перемещение по иерархиям классов и подсистем, переключение от одного вида диаграмм к другому |
| обеспечивают "навигацию" по проекту, в том числе, перемещение по иерархиям классов и подсистем, переключение от одного вида диаграмм к другому |
| Технологические риски | обучение |
| Риски, связанные с квалификацией персонала | моделирование предметной области |
| Риски, связанные с требованиями пользователей | построение прототипов |
| Ограничения | позволяют расширять словарь языка и представлять на основе существующих элементов новые специфичные для конкретных проблем элементы модели. |
| Стереотипы | позволяют расширять семантику элементов языка и определить новые или изменить старые правила. |
| Спецификации | позволяют расширять свойства элементов языка и представлять новые атрибуты и новую информацию в спецификацию элемента. |
| Механизмы расширения | текстовые описания синтаксиса и семантики соответствующих элементов модели (диаграммы). |
| обеспечивают расширение синтаксиса и семантики языка. |




