Составители:
Рубрика:
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
- …
- следующая ›
- последняя »
