Управление хранилищами данных.

Внутренние и внешние хранилища данных являются четкими точками раздела между подсистемами с хорошо определенными интерфейсами. В качестве хранилищ данных могут использоваться базы данных, файлы и другие структуры размещенные во внешней или основной памяти. Выбор вида хранилища данных зависит от ситуации. Во многом в базах данных обычно размещают данные удовлетворяющие одному из следующих условий:

1. Требуется доступ на высоком уровне детализации со стороны многих пользователей.

2. Данные, которые могут эффективно управляться командными СУБД, в частности SQL запросы.

3. Данные которые должны переносится на многие платформы.

4. Данные для которых требуется доступ со стороны нескольких прикладных программ, что по сути эквивалентно доступу с остальными пользователями одновременно с высокой степенью детализации.

В Файлах размещают данные удовлетворяющие одному из следующих условий:

1. Данные которых много, но которые плохо поддаются структуризации. Например все возможные логины.

2. Данные с низкой информационной плотностью. Например: дампы памяти или операционной системы.

3. Сырые данные подготавливаемые для баз данных.

4. Данные, которые хранятся короткое время, а потом удаляются

Управление глобальными ресурсами.

Необходимо определить глобальные ресурсы и определить каким образом к ним будет осуществляться доступ. Глобальными ресурсами могут быть процессоры, устройства внешней памяти экран логические имена доступ к базам данных и так далее.

Реализация управления ПО

Во время анализа все взаимодействия представляются в виде событий. Управление аппаратурой соответствует этой модели осталось выбрать метод управления программным обеспечением этой системы. Существует 2 класса методов управления ПО: методы внешнего и внутреннего управления. Для внешнего управления известно три метода: 1) Последовательное управление процедурами – в каждый момент времени действует одна из процедур, самый легко реализуемый, но и менее гибкий способ управления; 2) Последовательное управление событиями – при последовательном управлении событиями, управлением занимается диспетчер; 3) при следующем варианте параллельное асинхронное так же применяется диспетчер но не один а несколько. Внутреннее управление связано с управлением в пределах процесса. Оно существует только в реализации и поэтому не является только последовательным или параллельным. В отличии от внешних событий внутренние передачи управления, такие как вызовы процедур, обращение к параллельным задачам, синхронизация параллельных потоков, контролируется программой, а не операционной системой и могут быть структурированы в случае необходимости. Ответственность за возможные ошибки при внутреннем управлении ложится на разработчика или программиста. По сколько там могут возникать разнообразные эффекты типа гонга. Свое влияние может оказывать внеочередное исполнение команд, если что то на оптимизировал компилятор. За всем этим нужно следить.

Управление пограничными ситуациями

Следует предусмотреть поведение каждого объекта и всей системы в следующих пограничных ситуациях: инициализация терминация обвал.

Инициализация состоит в приведении системы в некоторое начальное состояние перед началом работы. Должны быть проинициализированы все константы начальные значения глобальных переменных и параметров начальные задачи, в ряде случаев сама иерархия классов. Во время инициализации как правило доступна лишь часть возможностей системы.

Терминация состоит в завершении работы системы или ее части и освобождении всех внешних ресурсов.

Обвал представляет собой незапланированную терминацию системы. Может возникнуть в результате ошибок пользователя, нехватки ресурсов, внешней аварии ошибки в ПО.