Составители:
Рубрика:
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
Страницы
- « первая
- ‹ предыдущая
- …
- 10
- 11
- 12
- 13
- 14
- …
- следующая ›
- последняя »