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