Компонентная модель организации программных систем. Семакин М.М. - 12 стр.

UptoLike

Составители: 

12
4. ЯДРО КОМПОНЕНТНОЙ МОДЕЛИ
Основными функциями ядра компонентной модели являются:
1) реализация интерпретатора языка сборки системы;
2) реализация системных функций: загрузка компонентов из библиотек, управле-
ние «общей» оперативной памятью (функции менеджера «общей» памяти), вы-
полнение сценария сборки, управление интерпретатором языка сборки, а также
другие системные функции;
3) запуск системы;
4) реализация инструментов для режима
отладки.
5. АДАПТАЦИЯ СИСТЕМЫ
На этапе декомпозиции задач, необходимо определить способы сборки для различ-
ных видов компонентов.
Исходя из рассматриваемой архитектуры, можно выделить такие приемы сборки:
1. Инициализация компонентов, т.е. снабжение всей необходимой информацией.
2. Построение задачно-ориентированной информационной структуры.
3. Реализация алгоритмов передачи управления между компонентами (функцио-
нальной схемы системы).
Перечисленные приемы
удобно рассматривать как своего рода слои сценария сбор-
ки.
Характерными способами реализации функциональной схемы являются:
создание системы генерации и обработки событий (регистрация обработчиков,
активизация цикла ожидания событий);
«обертка» компонентов (контроль изменений свойствограничение функцио-
нальности, активизация «уточняющих» процедур).
6. ОБЩИЕ ТРЕБОВАНИЯ К ПРОГРАММНОЙ СИСТЕМЕ
1. Возможность перенастройки пользовательского диалога.
2. Объединение общих по смыслу элементов диалога, создание контекстно-
зависимого интерфейса (оптимизация диалога).
3. Система обработки и настройки «горячих клавиш».
4. Система «всплывающих» подсказок.
5. Развернутая система «контекстной помощи» (вызов справочной информации).
6. Система «отката» и возобновления действий.
7. Единая система вывода сообщений об ошибках.
8. Защита от ввода пользователем некорректных данныхзащита от дурака»).
9. Защита от несанкционированного доступа к закрытой или частной информации
пользователей.
10. Система регистрации коммерческих компонентов системы.
                   4. ЯДРО КОМПОНЕНТНОЙ МОДЕЛИ
      Основными функциями ядра компонентной модели являются:
      1) реализация интерпретатора языка сборки системы;
      2) реализация системных функций: загрузка компонентов из библиотек, управле-
         ние «общей» оперативной памятью (функции менеджера «общей» памяти), вы-
         полнение сценария сборки, управление интерпретатором языка сборки, а также
         другие системные функции;
      3) запуск системы;
      4) реализация инструментов для режима отладки.


                          5. АДАПТАЦИЯ СИСТЕМЫ
      На этапе декомпозиции задач, необходимо определить способы сборки для различ-
ных видов компонентов.
      Исходя из рассматриваемой архитектуры, можно выделить такие приемы сборки:
      1. Инициализация компонентов, т.е. снабжение всей необходимой информацией.
      2. Построение задачно-ориентированной информационной структуры.
      3. Реализация алгоритмов передачи управления между компонентами (функцио-
         нальной схемы системы).
      Перечисленные приемы удобно рассматривать как своего рода слои сценария сбор-
ки.
      Характерными способами реализации функциональной схемы являются:
      − создание системы генерации и обработки событий (регистрация обработчиков,
         активизация цикла ожидания событий);
      − «обертка» компонентов (контроль изменений свойств – ограничение функцио-
         нальности, активизация «уточняющих» процедур).


      6. ОБЩИЕ ТРЕБОВАНИЯ К ПРОГРАММНОЙ СИСТЕМЕ
      1. Возможность перенастройки пользовательского диалога.
      2. Объединение общих по смыслу элементов диалога, создание контекстно-
          зависимого интерфейса (оптимизация диалога).
      3. Система обработки и настройки «горячих клавиш».
      4. Система «всплывающих» подсказок.
      5. Развернутая система «контекстной помощи» (вызов справочной информации).
      6. Система «отката» и возобновления действий.
      7. Единая система вывода сообщений об ошибках.
      8. Защита от ввода пользователем некорректных данных («защита от дурака»).
      9. Защита от несанкционированного доступа к закрытой или частной информации
          пользователей.
      10. Система регистрации коммерческих компонентов системы.




                                        12