2. Разработка комплекса

2.1 Общие сведения

Комплекс ОНИ построен по двухзвенной технологии клиент – сервер, в качестве платформы использует СУБД Microsoft SQL Server 7.0. Применение технологии клиент – сервер оправдано при создании сложных систем. Она позволяет:

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

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

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

Рассмотрим их поподробнее функции серверной и клиентской части комплекса ОНИ:

Серверная часть комплекса:

Непосредственно хранение данных средствами MS SQL Server 7.0;

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

Поддержание целостности БД путем использования ограничений;

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

Клиентская часть комплекса

Пользовательский интерфейс;

Реализует интерфейс доступа к данным, хранимым в базе данных;

Ввод, первоначальная проверка корректности вводимой инфорамации;

Работа со справочниками;

2.2 Модель базы данных

Разрабатываемый комплекс использует две подсистемы данных: одна – это документы, а вторая – объекты недвижимого имущества. Рассмотрим их отдельно.

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

Рис.2.2.1. Подсистема хранения документов.


Введем несколько обозначений. Для большинства таблиц имеется первичный ключ, будем называть его идентификатором (ID), внешние ключи будем отмечать символами FK.

Рассмотрим структуру таблиц:

Документы (Docs) – документы и их общие атрибуты:

DocID – ID документа;

SubTypeID – ID подтипа документа;

OrgID – ID организации;

DocDate – дата документа;

DocNumber – номер документа;

Организации (Organizations) – организации и структурные подразделения, к которым относятся документы:

OrgID – ID организации;

Name – юридическое наименование организации;

Address – юридический адрес;

Telephone – телефоны;

INN – ИНН организации;

ПодтипыДокументов (DocSubTypes) – подтипы (версии типов) документов:

SubTypeID – ID подтипа документа;

TypeID – ID типа документа;

Name – название подтипа документа;О

ТипыДокументов (DocTypes) – типы документов:

TypeID – ID типа документов;

Name – название типа документа;

ОпределениеАтрибутов (Attributes) – структура документа, определение простых атрибутов:

AttribID – ID атрибутов;

SubTypeID – ID подтипа документа;

TabOrder – номер атрибута в РКК документа;

DomainID – ID домена значений атрибута документа;

Name – название атрибута;

Plurality – тип атрибута – простой или множественный;

Домены (Domains) – домены значений атрибутов документа:

DomainID – ID домена значений атрибута документа;

Name – название домена значений атрибута документа;

DomainType – тип домена – встроенный тип данных сервера баз данных или электронный документа, отсканированный оригинал и т.д.;

Realization – реализация домена для используемого сервера баз данных;

ОпределениеПолейСильноМнож (VMAttributes) – структура сильно множественных атрибутов документа:

AtribID – ID сильно множественного атрибута;

ColumnID – номер определяемого столбца сильно множественного атрибута;

DomainID – ID домена значений атрибута документа;

Name – название определяемого столбца сильно множественного атрибута;

ЗначениеАтрибутов (таблицы ATS1, ATS2, … ) – содержимое простых атрибутов документа:

DocID – ID документа, к которому относится атрибут;

Field1,Field2,… - значения простых атрибутов документа;

ЗначениеПолейСильноМножАтрибутов (таблицы ATM1, ATM2, … ) – содержимое сильно множественных атрибутов документа:

DocID – ID документа, к которому относится атрибут;

RowID – номер строки;

Field1, Field2,… - значения полей сильно множественного атрибута.

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


Рис. 2.2.2. Часть структуры базы данных, описывающая объекты недвижимого имущества.

Рассмотрим структуру таблиц:

ОбъектКомплекса – таблица наименований объектов недвижимого имущества:

ID_Objlm – Уникальный идентификатор технического объекта как объекта недвижимого имущества;

ID_ImCplx (FK)

ID_ObjTab (FK)

ObjKeyAccess

ObjName

ID_Type (FK)

RefID

ИмущественныйКомплекс – таблица наименований имущественных комплексов:

ID_ImCplx

Name_ImCplx

ObslOrg

Оборудование – справочник имен базовых таблиц для технических паспортов объектов:

Hard_Num

Modul

Table_Name

Hard_Name

ТипОбъекта – таблица типов объектов по их положению в иерархии имущественного комплекса:

ID_Type

TypeName

BTI_TabName

BTI_10 – таблица параметров БТИ для строительной части ПС, ТП, РП, ЗРУ:

ID_ObjIm (FK)

InvNum

InvDate

SetDAte

BldType

OutLen

OutWidth

OutArea

TotFloor

FoundType

WallType

RoofType

PrisOtmost

FenceType

RoadType

BalPrin

BTI_11 – таблица параметров БТИ для воздушных ЛЭП:

ID_ObjIm (FK)

InvNum

InvDate

SetDate

WrkVolt

LineType

ProvType

MainSec

OpType

OpTotal

LineLen

BalPrin

BTI_12 – таблица параметров БТИ для кабельных ЛЭП 6-10 кВ:

ID_ObjIm(FK)

InvNum

InvDate

SetDAte

WrkVolt

CabVolt

CabType

MainSec

TotKolod

LineLen

BalPrin

BTI_13 – таблица параметров БТИ для кабельных ЛЭП 0,4 кВ:

ID_ObjIm (FK)

InvNum

InvDate

NumTP

ObjAdress

ObjName

SetDate

ProvType

MainSec

OpType

OpTotal

PrislsolProv

LineLen

BalPrin

BTI_14 – таблица параметров БТИ для воздушных ЛЭП 0,4 кВ:

ID_ObjIm (FK).

InvNum

InvDate

NumTP

ObjAdress

ObjName

SetDate

CabVolt

CabType

MainSec

TotKolod

LineLen

BalPrin


Информация о работе «Проект электронного архива»
Раздел: Информатика, программирование
Количество знаков с пробелами: 100886
Количество таблиц: 14
Количество изображений: 13

Похожие работы

Скачать
52624
1
0

... об изделиях предполагается осуществить в соответствии с требованиями стандартов семейства ISO 10303 (STEP). Следует заметить, что создание электронного архива - лишь начало серьезных изменений в информационной поддержке основных производственных процессов предприятия. Ближайший этап - автоматизация коллективной работы с технологическими документами в ходе реализации производственных проектов. В ...

Скачать
13681
0
0

... документации). Представляют интерес два проекта: ·          электронный архив “Вирт Йозеф — канцлер Германии”, ·          электронный архив “Фотографии Ю.А. Гагарина”. В 1992 г. РГАНТД совместно с Российским центром хранения историко-документальных коллекций осуществил проект оцифровки документов из фонда “Вирт Йозеф — государственный канцлер Германии”. Особенности этого проекта: 1. ...

Скачать
165424
0
0

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

Скачать
89663
2
0

... силы информации, записанной на машинном носителе. Единственным технически возможным способом придания доказательности “электронному документу” является использование электронной подписи. Единственное действующее в масштабе государства определение дано в ГОСТ Р 51141-98 “Делопроизводство и архивное дело. Термины и определения”, который определяет “документ на машинном носителе” как документ, ...

0 комментариев


Наверх