Разработка многопользовательской информационной системы ведения документации по аренде (стр. 2 из 3)
В сущности «Помещение» атрибуты «Адрес помещения» и «Тип помещения» - текстовые поля, атрибуты «Площадь помещения», «Коэффициент комфортабельности», «Коэффициент_расположения» - поля числового (вещественного) типа.
В сущности «Арендная плата» атрибуты «Номер договора», «УНН арендатора», «Сумма», «НДС» - числового (целочисленного) типа, атрибут «Дата оплаты» - поле типа дата-время.
Очевидно, что во всех сущностях ключевые атрибуты не могут не иметь значений.
Обеспечение целостности базы данных.
Под целостностью понимается соответствие информационной модели предметной области, хранимой в базе данных, объектам реального мира и их взаимосвязям в каждый момент времени. Любое изменение в предметной области, значимое для построенной модели, должно отражаться в базе данных.
Внешние ключи используются для организации связей между таблицами базы данных (родительскими и дочерними) и для поддержания ограничений ссылочной целостности данных. Ссылочная целостность проверяется при:
- удалении записей родительской таблицы;
- модификации значений полей родительской таблицы, на которые ссылаются поля внешнего ключа дочерней таблицы.
Проектирование индексов.
В базах данных для ускорения поиска информации в таблицах применяются индексы. Их наличие предполагает анализ записей в соответствии с возрастанием (убыванием) значений полей, из которых сформирован индекс таблицы. Индексы могут состоять из любого числа полей таблицы в различных их сочетаниях. Некоторые индексы создаются автоматически. Такие индексы формируются при определении первичных ключей и совокупностей полей с признаками уникальности. При генерировании схемы на основе модели данных, ERwin автоматически создает индекс для первичного ключа (РК) и отдельный индекс для каждого альтернативного ключа (АК), внешнего ключа (FK), Inversion Entry (IE). Если у сущности не было назначено альтернативных ключей и Inversion Entry, то ERwin создает индексы только для первичного ключа и внешних ключей.
ER-диаграмма схемы базы данных физического уровня представлена в приложении 5.2
2.3 Верификация логической модели системы
После разработки информационной модели ее следует связать с функциональной моделью. Такая связь гарантирует завершенность анализа, гарантирует, что есть источники данных (сущности) для всех работ. Связывание моделей способствует согласованности, корректности и завершенности анализа.
Результат связывания объектов модели процессов:
| Activity Name | Arrow Name | Entity Name | Attribute Name |
| Ввод данных по арендаторам | Данные по арендаторам | Арендатор | Адрес |
| Наименование арендатора | |||
| Телефон | |||
| УНН арендатора | |||
| Арендная плата | Дата оплаты | ||
| НДС | |||
| Номер договора | |||
| Сумма | |||
| Договор | Адрес помещения | ||
| Дата заключения | |||
| Номер договора | |||
| Ставка | |||
| УНН арендатора | |||
| Помещение | Адрес помещения | ||
| Коэффициент | |||
| комфортабельности | |||
| Коэффициент расположения | |||
| Площадь | |||
| Тип помещения | |||
| Арендная плата | |||
| за помещение в месяц | Арендатор | Наименование арендатора | |
| УНН арендатора | |||
| Арендная плата | Дата оплаты | ||
| НДС | |||
| Номер договора | |||
| Сумма | |||
| Договор | Номер договора | ||
| Ставка | |||
| Помещение | Адрес помещения | ||
| Расчет арендной платы за месяц | Данные по помещениям | Арендатор | Адрес |
| Наименование арендатора | |||
| Телефон | |||
| УНН арендатора | |||
| Арендная плата | Дата оплаты | ||
| НДС | |||
| Номер договора | |||
| Сумма | |||
| Договор | Адрес помещения | ||
| Дата заключения | |||
| Номер договора | |||
| Ставка | |||
| УНН арендатора | |||
| Помещение | Адрес помещения | ||
| Коэффициент | |||
| комфортабельности | |||
| Коэффициент расположения | |||
| Площадь | |||
| Тип помещения | |||
| Activity Name | Arrow Name | Entity Name | Attribute Name |
| Коэффициент расположения | |||
| Площадь | |||
| Тип помещения | |||
| Составление отчета | |||
| о заключенных договорах | |||
| за месяц | Данные по договорам | Договор | Адрес помещения |
| Дата заключения | |||
| Номер договора | |||
| Ставка | |||
| УНН арендатора | |||
| Отчет о заключенных | |||
| договорах | Арендатор | Адрес | |
| Наименование арендатора | |||
| Телефон | |||
| УНН арендатора | |||
| Договор | Адрес помещения | ||
| Дата заключения | |||
| Номер договора | |||
| Ставка | |||
| УНН арендатора |
Таблица 1 - Результат связывания объектов модели процессов.
3. Реализация системы.
3.1 Описание программного обеспечения, разработанного в архитектуре «клиент - сервер»
Программное обеспечение архитектуры клиент-сервер состоит из двух частей: программного обеспечения сервера и программного обеспечения пользователя-клиента. Программа-клиент выполняется на компьютере пользователя и посылает запросы программе-серверу, которая работает на компьютере общего доступа.
Доступ к базе данных от прикладной программы или пользователя производится путем обращения к клиентской части системы. В качестве основного интерфейса между клиентской и серверной частями выступает язык баз данных SQL.
В сети в разных компьютерах может существовать различная адресация, представление чисел, кодировка символов и т.д. Общим решением проблемы является опора на программные пакеты, реализующие протоколы удаленного вызова процедур (RPC - Remote Procedure Call). При вызове удаленной процедуры программы RPC производят преобразование форматов данных клиента в промежуточные машинно-независимые форматы и затем преобразование в форматы данных сервера. При передаче ответных параметров производятся аналогичные преобразования. Если система реализована на основе стандартного пакета RPC, она может быть легко перенесена в любую открытую среду.
Основная обработка данных выполняется мощным сервером, а на компьютер пользователя возвращаются только результаты выполнения запроса. Рабочая станция предназначена для непосредственной работы пользователя или категории пользователей и обладает ресурсами, соответствующими локальным потребностям данного пользователя.
Централизованное хранение и управление данными в SQL Server позволяет не загружать на компьютер каждого клиента отдельные копии данных. Это гарантирует работу всех пользователей с одними и теми же данными.
Данные в базе Microsoft SQL – сервер организованы в логические компоненты, такие как таблицы, представления, сохраняемые процедуры. Физически база данных сервера может храниться в нескольких файлах на диске.
В данном курсовом проекте созданы и перенесены на сервер запросы. При этом они созданы один раз а не в каждом клиентском приложении. Запросы хранятся в виде блоков SQL кода которые заранее откомпилированы и способны быстро выполниться. При этом нет необходимости посылать запросы по сети из клиентского приложения.
Как было показано при анализе предметной области, основными пользователями базы данных являются: экономический и юридический отделы. При этом выбран вариант, когда таблицы и запросы хранятся на сервере. Это позволяет пользователям, имея доступ к общему источнику данных.
При работе с данной системой пользователь проделывает ряд уровней обработки информации: уровень первичного сбора информации, уровень хранения первичной информации, уровень обработки информации при помощи запросов.
Работа с базой данных для каждого пользователя начинается с автоматического открытия главной кнопочной формы. На форме располагаются кнопки, при нажатии на которые на экран выводятся другие формы или запрос.
Моделируемое программное обеспечение предполагает работу с двумя клиентами – экономистом и юристом, которые пользуются одними данными, но выполняют различные виды работ с этими данными. Поэтому было разработано два приложения «Экономический отдел» и «Юридический отдел».
Работа с базой данных начинается с автоматического открытия главной кнопочной формы.
Главная кнопочная форма клиентского приложения «Экономический отдел» представлена на следующем рисунке.
Рисунок 3 - Главная форма клиентского приложения «Экономический отдел»
Кнопки «Сумма и дата оплаты», «Данные расчетной калькуляции», «Отчет» и «Тип помещения» выводят на экран соответствующие запросы. Для ввода информации служат кнопки «Добавить запись» вызывающие на экран формы для ввода данных в таблицы «Помещения» и «Арендная плата»
Рисунок 4.1 Форма «Помещение»
Рисунок 4.2 Форма «Арендная плата».
Главная кнопочная форма клиентского приложения «Юридический отдел» представлена на следующем рисунке.
Рисунок 5 - Главная кнопочная форма клиентского приложения «Юридический отдел».
Кнопки «Номера договоров», «Телефон арендатора» и «Ставка по договору» вызывают на экран соответствующие запросы. Кнопки «Добавить запись» вызывают на экран формы заполнения таблиц «Договор» и «Арендаторы».