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
... об изделиях предполагается осуществить в соответствии с требованиями стандартов семейства ISO 10303 (STEP). Следует заметить, что создание электронного архива - лишь начало серьезных изменений в информационной поддержке основных производственных процессов предприятия. Ближайший этап - автоматизация коллективной работы с технологическими документами в ходе реализации производственных проектов. В ...
... документации). Представляют интерес два проекта: · электронный архив “Вирт Йозеф — канцлер Германии”, · электронный архив “Фотографии Ю.А. Гагарина”. В 1992 г. РГАНТД совместно с Российским центром хранения историко-документальных коллекций осуществил проект оцифровки документов из фонда “Вирт Йозеф — государственный канцлер Германии”. Особенности этого проекта: 1. ...
... этих стран характерен высокий статус национальных профессиональных объединений управляющих документацией, а также общественный интерес к вопросам документационного обеспечения управления. 2.1 Управление электронными документами в Австралии Деятельность архивных органов в Австралии в области нормативно-методического регулирования вопросов управления документацией в настоящее время является ...
... силы информации, записанной на машинном носителе. Единственным технически возможным способом придания доказательности “электронному документу” является использование электронной подписи. Единственное действующее в масштабе государства определение дано в ГОСТ Р 51141-98 “Делопроизводство и архивное дело. Термины и определения”, который определяет “документ на машинном носителе” как документ, ...
0 комментариев