Материал: АРМ бухгалтера жилищного кооператива

Однако ОСУБД также имеют ряд недостатков и ограничений, среди которых в первую очередь следует отметить отсутствие развитых средств выборки и анализа данных и единой методологии проектирования объектной БД.

.3 Характеристика распределенных СУБД

Основные характеристики распределенных СУБД были рассмотрены в разделе 3 данной работы. Сейчас лишь уточним преимущества и недостатки данной модели.

Достоинства распределенных СУБД:

отражают структуру организации;

обладают разделяемостью и локальной автономностью;

обеспечивают высокую доступность данных;

обладают высокой надежностью и повышенной производительностью.

Недостатки распределенных СУБД:

сложные программные комплексы; увеличение сложности означает и увеличение затрат на приобретение и сопровождение;

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

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

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

5. Основные элементы приложений информационных систем

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

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

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

Информационные системы прежде всего различаются по масштабу на одиночные, групповые и корпоративные. Одиночные информационные системы реализуются на автономном компьютере, как правило, ПК. Групповые информационные системы ориентированы на коллективное использование информации членами рабочей группы (одного подразделения), чаще всего строятся как локальная вычислительная сеть ПК или реже как многотерминальная централизованная вычислительная система. Однотипные или специализированные рабочие места обеспечивают вызов одного или нескольких конкретных приложений.

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

Групповые и корпоративные информационные системы и соответствующие приложения могут строиться различными способами:

многотерминальные централизованные вычислительные системы;

системы на основе локальной сети ПК (файл-серверные приложения);

системы с архитектурой клиент-сервер;

системы с распределенными вычислениями;

системы на основе Internet/Intranet-технологий.

Выделим в информационном приложении типовые функциональные элементы, достаточные для формирования любого приложения на основе БД.(Presentation Services) - средства представления. Обеспечиваются устройствами, принимающими ввод от пользователя и отображающим то, что сообщает ему компонент логики представления PL, плюс соответствующая программная поддержка. Может быть текстовым терминалом или Х-терминалом, а также ПК или рабочей станцией в режиме программной эмуляции терминала или Х-терминала.(Presentation Logic) - логика представления. Управляет взаимодействием между пользователем и ЭВМ. Обрабатывает действия пользователя по выбору альтернативы меню, по нажатию кнопки или при выборе элемента из списка.(Business or Application Logic) - прикладная логика. Набор правил для принятия решений, вычислений и операций, которые должно выполнить приложение.(Data Logic) - логика управления данными. Операции с базой данных (SQL-операторы SELECT, UPDATE и INSERT), которые нужно выполнить для реализации прикладной логики управления данными.(Data Services) - операции с базой данных. Действия СУБД, вызываемые для выполнения логики управления данными, такие как манипулирование данными, определения данных, фиксация или откат транзакций и т. п. СУБД обычно компилирует SQL-предложения.(File Services) - файловые операции. Дисковые операции чтения и записи данных для СУБД и других компонент. Обычно являются функциями ОС.

6. Информационно-логическая модель (информационные объекты и связи между ними)

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

Информационный объект - это информационное описание некоторой сущности предметной области; он образуется совокупностью логически взаимосвязанных реквизитов, представляющих характеристики сущности.

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

квартиры

жильцы

льготы

тарифы

задолженности

коммунальные организации.

Определим связи между сущностями:

каждый жилец живет в какой-либо квартире, и в каждой квартире может жить более одного жильца;

каждая квартира определяется номером и адресом (улица/дом);

некоторые жильцы имеют льготы по некоторым услугам;

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

Учитывая вышеизложенное, установим связи между объектами и определим структуру данных.

7. Структура БД (структуры таблиц и схема данных)

Для удобства работы необходимо сделать несколько таблиц, т.к. в одной таблице данные могут повторяться. Каждая таблица должна содержать сведения об информационном объекте.

Определяем структуру таблиц. Создать структуру таблицы означает:

определить число полей таблицы;

каждому полю присвоить своё имя;

определить тип поля;

назначить число позиций для размещения информации в каждом поле (ширина столбца);

присвоить таблице уникальное имя.

Разные типы полей имеют разное назначение и разные свойства.

. Текстовое поле. Основное свойство текстового поля - размер.

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

. Поля для ввода дат или времени имеют тип Дата/время.

. Для ввода логических данных служит специальный тип - Логическое поле, имеющие только два значения (Да или Нет; 0 или 1; Истина или Ложь и т. п.).

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

. В современных базах данных можно хранить не только числа и буквы, но и картинки, музыкальные клипы и видеозаписи. Поле для таких объектов называется полем объекта OLE.

. У текстового поля есть недостаток, связанный с тем, что оно имеет ограниченный размер (не более 256 символов). Если нужно вставить в поле длинный текст, для этого служит поле типа MEMO. В нем можно хранить до 65 535 символов. Особенность поля MEMO состоит в том, что реально эти данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст.

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

На основании вышеизложенного были составлены следующие таблицы:

tblStreet

tblPeople

Льготы

Виды услуг

Код услуги

Числовой

Первичный ключ

Услуга

Текстовый

Тариф услуги

Денежный

Все таблицы были объединены в обобщенную схему данных.

Рисунок 1 - схема данных

8. Схема интерфейса и образцы элементов интерфейса

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

Рисунок 2 - главная кнопочная форма

Рисунок 3 - кнопочная форма "Льготы"

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

Разработанная база данных позволяет получать всевозможные запросы (указанные в задании), выводить на печать отчеты и диаграммы. Приведем некоторые примеры.

Запрос на выборку должников за март месяц.