2. Модель исходной информационной системы
Технология обработки информации заключалась в следующем:
Бюллетень после разработки, на бумажном носителе поступал в отдел АБД(администратора базы данных)
Выполнялся входной контроль данных
Происходило разделение документов на новые бюллетени и КИ(конструктивные изменения).
КИ в режиме теледоступа непосредственно вносили в БД.
Новые документы получали в БАОКТД где выполнялась подготовка данных.
Файл из ГАРМ выгружался в текстовый файл и передавался на БЭВМ для ввода в БД. На БЭВМ загружались первые три файла в БД.
Из 3 файлов информация выгружалась и передавалась на решение задачи.(АСУП).
Такая технология обработки этих документов проводилась на БЭВМ, работающем под управлением OS/390, СУБД ADABAS 6.0, с использованием алгоритмических языков COBOL, PL/1 и язык телеобработки Natural.
Работа выполнялась в пакетном режиме и телеобработке. Для обработки этих документов разработано около 4 задач с количеством программ до 50 штук.
Модель существующей системы:
Контекстная диаграмма разработки бюллетеня
Диаграмма декомпозиции контекстной диаграммы 1 уровня
Диаграмма декомпозиции контекстной диаграммы 2 уровня
Модель исходной системы
Контекстная диаграмма разработки бюллетеня
Диаграмма декомпозиции контекстной диаграммы 1 уровня
3 Информационное обеспечение системы
3.1 Выбор средств управления данными
Сравнение Oracle Database и Adabase 6.0
Adabase
Недостатки
Нет блоб полей (хранение графической информации)
СУБД зависимая база данных
Неудобный язык манипулирования данными
Ограничена сортировка информации (максимум 3 ключевых поля и не более 2000 записей)
Отсутствие связи с объектно ориентированными языками
Недостаточная защита информации
Достоинства
Способность работы на малых обьемах оперативной памяти (1мб)
Хорошая производительность обработки
Oracle
Достоинства
Повышение производительности системы в целом путем добавления в кластер нового оборудования, без замены оборудования на более мощное. Производительность системы повышается пропорционально мощности подключенного узла. Следствием является сохранение инвестиций в оборудование, часто довольно существенных.
Повышение отказоустойчивости СУБД: при выходе из строя или плановом выключении одного из серверов, входящих в кластер, СУБД полностью сохраняет свою работоспособность.
Технология Real Application Testing позволяет значительно снизить затраты на проведение плановых изменений в конфигурации существующего программного или аппаратного обеспечения.
Технология Active Data Guard позволяет создать резервный сервер основной базы данных с применением всех изменений, сделанных на основном сервере.
Технология Total Recall является возможность разгрузки базы данных от информации устаревшей, но которую необходимо хранить по требованиям бизнеса или контролирующих органов с сохранением обычного доступа к этой информации.
Недостатки
Высокая стоимость