ГосударственныйКомитет РоссийскойФедерации по

высшемуобразованию

МосковскийГосударственныйИнститутРадиотехники,Электроникии Автоматики(ТехническийУниверситет)

Факультет ВМС

КафедраКибернетики

Шифр АВ-4-92156

ДипломныйПроект

Тема: Системауправлениябазой данныхобъектов ГражданскойОбороны дляпринятия решенийв чрезвычайныхситуациях.

Исполнитель: Сафронов С.О.

Руководительпроекта: МошкинВ. В.

Консультантпо спец. части:Юсупов Э. И.

Консультантпо организационно-

экономическойчасти:ЗабродинаМ. В.

Консультантпо технике

безопасности:Ахобадзе Г.И.

Консультантпо гражданской

обороне:к.т.н. МанукаловВ.В.

Консультантпо эргономике:Пименов А.И.

Рецензент:

«Допущенк защите»

Зав. Кафедрой:

МОСКВА - 1998 г.

ЗАДАНИЕ

РЕФЕРАТ

Темойразработанногодипломногопроекта является"Система управлениябазой данныхобъектов ГражданскойОбороны дляпринятия решенийв чрезвычайныхситуациях".

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

Дипломныйпроект содержит_____ страниц текста, ____ рисунков и ____ таблиц. Приложениязанимают ____страниц. Списоклитературысодержит ____ наименований.

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

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

СОКРАЩЕНИЯ

BL (Business or ApplicationLogic)	Прикладнаялогика
DL (Data Logic	Логикауправленияданными
DS (Data Services)	Операциис БД
FK	ForeignKey (вторичныйключ)
FS (File Services)	Файловыеоперации
ID	идентификатор
ODBC	OpenDataBase Connectivity
PK	PrimaryKey (первичныйключ)
PL (Presentation Logic)	Логикапредставлений
PS (Presentation Services)	средствапредставления.
RAD (Rapid ApplicationDevelopment)	Средствабыстрой разработкиприложений
АС	Автоматизированнаясистема
АСУ	Автоматизированнаясистема управления
БД	Базаданных
ВТ	Вычислительнаятехника
ГО	ГражданскаяОборона
ДП	Дипломныйпроект
КЧС	Комиссия по ЧС
МТС	Материально-техническиесредства
ОП	Оперативнаяпамять
ОП	Особыйпериод
ОС	Операционнаясистема
ОТ	Охранатруда
ПК	Персональныйкомпьютер
ПО	Программноеобеспечение
ПП	Прикладнаяпрограмма
ППП	ПакетПП
ПУФ	Повышениеустойчивостифункционирования
ПЭВМ	ПерсональнаяЭВМ
РФ	РоссийскаяФедерация
РФ	РоссийскаяФедерация
СУБД	Системауправлениябазами данных
ТЗ	Техническоезадание
ТП	Техническоепредложение
УМЦ	Учебно-методическийцентр
ЦП	Центральныйпроцессор
ЧС	Чрезвычайныеситуации
ЭВМ	Электронно-вычислительнаямашина
ЭЛТ	Электронно-лучеваятрубка

1. ВВЕДЕНИЕ

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

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

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

Как свидетельствуетанализ статистическихданных большаячасть ЧС возникаетв РФ в регионахс высокойконцентрациейпредприятийугольной, химической,нефтяной игазовой промышленности,с разветвленнойсетью автомобильныхи железныхдорог, а такжев крупных городах.В основном этоЧС техногенногохарактера(свыше 70% от общегочисла) [1]. (См. ПРИЛОЖЕНИЕ2)

Для решениязадач предотвращенияи ликвидацииЧС, снижениявозможныхпотерь населенияи ущерба экономикев случае ихвозникновенияв РФ созданаи действуетединая государственнаясистема предупрежденияи ликвидацииЧС. В соответствиис законом “Озащите населенияи территорийот ЧС природногои техническогохарактера”в стране функционируетединая государственнаясистема предупрежденияи ликвидацииЧС, котораярасполагаеторганами управления,силами, техническимисредствамии другимиматериальнымиресурсами длятого чтобызащитить населениеи национальноедостояние отвоздействийаварий, катастроф,экологическихи стихийныхбедствий илиуменьшить ихвоздействия.

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

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

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

В даннойдипломнойработе разработанапрограмма поуправлениюбазой данныхобъектов экономики,с помощью которой можно оперативнособрать всенеобходимыеданные (о находящейсяв распоряжениитехники, защитныхсооружений,близ находящиеся объектах идругой информации)об объектахэкономикиокруга илигорода в чрезвычайнойситуации припланированиии организацииспасательныхи других неотложныхработ и темсамым сократитьвремя на сборинформации,которая такнеобходимав первые минутыЧС, когда каждаяминута промедленияможет стоитьжизни людей.Результатомдипломногопроектированияявляетсяразработаннаябаза данныхпо объектамэкономики,объектам гражданскойобороны и учащихсяв учебно-методическомцентре. А также программапо управлениюбазой данных,которая позволяетпроизводитьразличныедействия:введение,корректировкуданных, построениеотчетов и составлениеразличнойстатистическойинформации.

2.ВЫБОР ОПЕРАЦИОННОЙСИСТЕМЫ

2.1. Определениеоперационнойсистемы

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

2.2. ОСкак системауправленияресурсами

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

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

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

Так, например,алгоритм управленияпроцессоромв значительнойстепени определяет,является лиОС системойразделениявремени, системойпакетной обработкиили системойреальноговремени.

2.3. КлассификацияОС

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

Ниже приведенаклассификацияОС по несколькимнаиболее основнымпризнакам.

2.3.1. Особенностиалгоритмовуправленияресурсами

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

2.3.1.1. Поддержкамногозадачности.

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

однозадачные(например, MS-DOS,MSX)
многозадачные(OC EC, OS/2, UNIX, Windows 95/NT).

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

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

2.3.1.2. Поддержкамногопользовательскогорежима.

По числуодновременноработающихпользователейОС делятся на:

однопользовательские(MS-DOS, Windows 3.x, ранниеверсии OS/2);
многопользовательские(UNIX, Windows NT).

Главнымотличиеммногопользовательскихсистем отоднопользовательскихявляется наличиесредств защитыинформациикаждого пользователяот несанкционированногодоступа другихпользователей.Следует заметить,что не всякаямногозадачнаясистема является многопользовательской,и не всякаяоднопользовательскаяОС являетсяоднозадачной.

2.3.1.3. Вытесняющаяи невытесняющаямногозадачность

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

невытесняющаямногозадачность(NetWare, Windows 3.x);
вытесняющаямногозадачность(Windows NT, OS/2, UNIX).

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

2.3.1.4. Поддержкамногонитевости

Важнымсвойствомоперационныхсистем являетсявозможностьраспараллеливаниявычисленийв рамках однойзадачи. МногонитеваяОС разделяетпроцессорноевремя не междузадачами, амежду их отдельнымиветвями (нитями).

2.3.1.5. Многопроцессорнаяобработка

Другимважным свойствомОС являетсяотсутствиеили наличиев ней средствподдержкимногопроцессорнойобработки -мультипроцессирование.Мультипроцессированиеприводит кусложнениювсех алгоритмовуправленияресурсами.

В наши днистановитсяобщепринятымвведение в ОСфункций поддержкимногопроцессорнойобработкиданных. Такиефункции имеютсяв операционныхсистемах Solaris 2.xфирмы Sun, Open Server 3.x компанииSanta Crus Operations, OS/2 фирмы IBM,Windows NT фирмы Microsoft иNetWare 4.1 фирмы Novell.

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

2.3.1.6. Поддержкасети

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

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

2.3.2. Особенностиаппаратныхплатформ

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

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

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

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

Другиетребованияпредъявляютсяк операционнымсистемам кластеров.Кластер - слабосвязаннаясовокупностьнесколькихвычислительныхсистем, работающихсовместно длявыполненияобщих приложений,и представляющихсяпользователюединой системой.Наряду со специальнойаппаратуройдля функционированиякластерныхсистем необходимаи программнаяподдержка состороны операционнойсистемы, котораясводится восновном ксинхронизациидоступа к разделяемымресурсам, обнаружениюотказов идинамическойреконфигурациисистемы. Однойиз первых разработокв области кластерныхтехнологийбыли решениякомпании DigitalEquipment на базе компьютеровVAX. Недавно этойкомпаниейзаключеносоглашениес корпорациейMicrosoft о разработкекластернойтехнологии,использующейWindows NT. Несколькокомпаний предлагаюткластеры наоснове UNIX-машин.

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

2.3.3. Особенностиобластейиспользования

МногозадачныеОС подразделяютсяна три типа всоответствиис использованнымипри их разработкекритериямиэффективности:

системыпакетной обработки(например, OC EC),
системыразделениявремени (UNIX, VMS),
системыреальноговремени (QNX, RT/11).

2.3.3.1. Системыпакетной обработки

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

2.3.3.2.Системы разделениявремени

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

2.3.3.3. Системыреальноговремени

Системыреальноговремени применяютсядля управленияразличнымитехническимиобъектами,такими, например,как станок,спутник, научнаяэкспериментальнаяустановка илитехнологическимипроцессами,такими, какгальваническаялиния, доменныйпроцесс и т.п.Во всех этихслучаях существуетпредельнодопустимоевремя, в течениекоторого должнабыть выполнената или инаяпрограмма,управляющаяобъектом, впротивномслучае можетпроизойтиавария: спутниквыйдет из зонывидимости,экспериментальныеданные, поступающиес датчиков,будут потеряны,толщина гальваническогопокрытия небудет соответствоватьнорме. Такимобразом, критериемэффективностидля системреальноговремени являетсяих способностьвыдерживатьзаранее заданныеинтервалывремени междузапуском программыи получениемрезультата(управляющеговоздействия).Это время называетсявременем реакциисистемы, асоответствующеесвойство системы- реактивностью.Для этих системмультипрограммнаясмесь представляетсобой фиксированныйнабор заранееразработанныхпрограмм, авыбор программына выполнениеосуществляетсяисходя из текущегосостоянияобъекта илив соответствиис расписаниемплановых работ.

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

2.4.Обзорсетевых операционныхсистем

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

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

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

масштабируемостью,то есть способностьюодинаковохорошо работатьв широком диапазонеразличныхколичественныххарактеристиксети,
совместимостьюс другимипродуктами,то есть способностьюработать всложной гетерогеннойсреде интерсетив режиме plug-and-play.

Корпоративнаясетевая ОСдолжна поддерживатьболее сложныесервисы. Подобносетевой ОСрабочих групп,сетевая ОСмасштаба предприятиядолжна позволятьпользователямразделятьфайлы, приложенияи принтеры,причем делатьэто для большегоколичествапользователейи объема данныхи с более высокойпроизводительностью.Кроме того,сетевая ОСмасштаба предприятияобеспечиваетвозможностьсоединенияразнородныхсистем - какрабочих станций,так и серверов.Например, дажеесли ОС работаетна платформеIntel, она должнаподдерживатьрабочие станцииUNIX, работающиена RISC-платформах.Аналогично,серверная ОС,работающаяна RISC-компьютере,должна поддерживатьDOS, Windows и OS/2. СетеваяОС масштабапредприятиядолжна поддерживатьнесколькостеков протоколов(таких как TCP/IP,IPX/SPX, NetBIOS, DECnet и OSI), обеспечиваяпростой доступк удаленнымресурсам, удобныепроцедурыуправлениясервисами,включая агентовдля системуправлениясетью.

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

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

Такие сетевыеОС, как Banyan Vines, Novell NetWare4.x, IBM LAN Server, Sun NFS, Microsoft LAN Manager и WindowsNT Server, могут служитьв качествеоперационнойсистемы предприятия,в то время какОС NetWare 3.x, Personal Ware, Artisoft LANtastic большеподходят длянебольшихрабочих групп.

2.5. Выбороперационнойсистемы

Критериямидля выбора ОСмасштаба предприятияявляются следующиехарактеристики:

Органичнаяподдержкамногосервернойсети;
Высокаяэффективностьфайловых операций;
Возможностьэффективнойинтеграциис другими ОС;
Наличиецентрализованноймасштабируемойсправочнойслужбы;
Хорошиеперспективыразвития;
Эффективнаяработа удаленныхпользователей;
Разнообразныесервисы: файл-сервис,принт-сервис,безопасностьданных иотказоустойчивость,архивированиеданных, службаобмена сообщениями,разнообразныебазы данныхи другие;
Разнообразныепрограммно-аппаратныехост-платформы:IBM SNA, DEC NSA, UNIX;
Разнообразныетранспортныепротоколы:TCP/IP, IPX/SPX, NetBIOS, AppleTalk;
Поддержкамногообразныхоперационныхсистем конечныхпользователей:DOS, UNIX, OS/2, Mac;
ПоддержкасетевогооборудованиястандартовEthernet, Token Ring, FDDI, ARCnet;
Наличиепопулярныхприкладныхинтерфейсови механизмоввызова удаленныхпроцедур RPC;
Возможностьвзаимодействияс системойконтроля иуправлениясетью, поддержкастандартовуправлениясетью SNMP.

Конечно,ни одна изсуществующихсетевых ОС неотвечает вполном объемеперечисленнымтребованиям,поэтому выборсетевой ОС, какправило, осуществляетсяс учетом производственнойситуации иопыта. В таблице2.1.приведеныосновныехарактеристикипопулярныхи доступныхв настоящеевремя сетевыхОС.

Таблица.2.1.Основныехарактеристикисетевых ОС

Novell

NetWare 4.1

Специализированнаяоперационнаясистема,оптимизированнаядля работы вкачестве файловогосервера ипринт-сервера

Ограниченныесредства дляиспользованияв качествесервера приложений:не имеет средстввиртуальнойпамяти и вытесняющеймногозадачности,а поддержкасимметричногомультипроцесcированияотсутствоваладо самогонедавнеговремени. ОтсутствуютAPI основныхоперационныхсред, используемыхдля разработкиприложений,- UNIX, Windows, OS/2

Серверныеплатформы:компьютерына основепроцессоровIntel, рабочие станцииRS/6000 компанииIBM под управлениемоперационнойсистемы AIX спомощью продуктаNetWare for UNIX

Поставляетсяс оболочкойдля клиентов:DOS, Macintosh, OS/2, UNIX, Windows (оболочкадля Windows NT разрабатываетсякомпаниейNovell в настоящеевремя, хотяMicrosoft уже реализовалаклиентскуючасть NetWare в Windows NT)

Организацияодноранговыхсвязей возможнас помощью ОСPersonalWare

Имеетсправочнуюслужбу NetWare DirectoryServices (NDS), поддерживающуюцентрализованноеуправление,распределенную,полностьюреплицируемую,автоматическисинхронизируемуюи обладающуюотличноймасштабируемостью

Поставляетсяс мощной службойобработкисообщенийMessage Handling Service (MHS), полностьюинтегрированную(начиная с версии4.1) со справочнойслужбой

Поддерживаемыесетевые протоколы:TCP/IP, IPX/SPX, NetBIOS, Appletalk

Поддержкаудаленныхпользователей:ISDN, коммутируемыетелефонныелинии, frame relay, X.25 - спомощью продуктаNetWare Connect (поставляетсяотдельно)

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

Хорошийсервер коммуникаций

Встроеннаяфункция компрессиидиска

Сложноеобслуживание

Banyan

VINES 6.0 и ENS

(Enterprise

Network

Services) 6.0

Серверныеплатформы:

ENS for UNIX: работаетна RISC-компьютерахпод управлениемSCO UNIX, HP-UX, Solaris, AIX ENS for NetWare: работаетна Intel-платформахпод управлениемNetWare 2.x, 3.x, 4.x

VINES работаетна Intel-платформах

Клиентскиеплатформы:DOS, Macintosh, OS/2, UNIX, Windows for Workgroups, Windows NT

Хорошийсервер приложений:поддерживаютсявытесняющаямногозадачность,виртуальнаяпамять и симметричноемультипроцессированиев версии VINES и вENS-версиях дляUNIX. Поддерживаютсяприкладныесреды UNIX, OS/2, Windows

Поддержкаодноранговыхсвязей - отсутствует

Справочнаяслужба - Streettalk III,наиболееотработаннаяиз имеющихсяна рынке, сцентрализованнымуправлением,полностьюинтегрированнаяс другими сетевымислужбами,распределенная,реплицируемаяи автоматическисинхронизируемая,отлично масштабируемая

Согласованностьработы с другимисетевыми ОС:хорошая; сервернаяоболочка работаетв средах NetWare иUNIX; пользователиNetWare, Windows NT и LAN Server могутбыть объектамисправочнойслужбы Streettalk III

Службасообщений -Intelligent Messaging, интегрированас другими службами

Поддерживаемыесетевые протоколы:VINES IP, TCP/IP, IPX/SPX, Appletalk

Поддержкаудаленныхпользователей:ISDN, коммутируемыетелефонныелинии, X.25

Службабезопасности:поддерживаетэлектроннуюподпись (собственныйалгоритм),избирательныеправа доступа,шифрацию; несертифицирована

Простоеобслуживание

Хорошомасштабируется

Отличнаяпроизводительностьобмена даннымимежду серверами,хуже - при обменесервер-ПК

Microsoft

Windows NT Server

3.51 и 4.0

Серверныеплатформы:компьютерына базе процессоровIntel,

PowerPC, DEC Alpha, MIPS

Клиентскиеплатформы:DOS, OS/2, Windows, Windows for Workgroups, Macintosh

Организацияодноранговойсети возможнас помощью WindowsNT Workstation и Windows for Workgroups

Windows NT Server представляетсобой отличныйсервер приложений:он поддерживаетвытесняющуюмногозадачность,виртуальнуюпамять и симметричноемультипроцессирование,а также прикладныесреды DOS, Windows, OS/2, POSIX

Справочныеслужбы: доменнаядля управленияучетной информациейпользователей(Windows NT Domain Directory service), справочныеслужбы именWINS и DNS

Хорошаяподдержкасовместнойработы с сетямиNetWare: поставляетсяклиентскаячасть (редиректор)для сервераNetWare (версий 3.х и4.х в режимеэмуляции 3.х,справочнаяслужба NDS поддерживается,начиная с версии4.0), выполненнаяв виде шлюзав Windows NT Server или какотдельнаякомпонентадля Windows NT Workstation; недавноMicrosoft объявилао выпускесервернойчасти NetWare какоболочки дляWindows NT Server

Служба обработкисообщений -Microsoft Mail

NT - Microsoft Message Exchange, интегрированнаяс остальнымислужбами WindowsNT Server

Поддерживаемыесетевые протоколы:TCP/IP, IPX/SPX, NetBEUI, Appletalk

Поддержкаудаленныхпользователей:ISDN, коммутируемыетелефонныелинии, frame relay, X.25 - спомощью встроеннойподсистемыRemote Access Server (RAS)

Службабезопасности:мощная, используетизбирательныеправа доступаи доверительныеотношениямежду доменами;узлы сети,основанныена Windows NT Server, сертифицированыпо уровню C2

Простотаустановки иобслуживания

Отличнаямасштабируемость

IBM LAN Server 4.0

Серверныеплатформы:операционныесистемы MVS и VMдля мейнфреймов;AS/400 с OS/400, рабочиестанции RS/6000 сAIX, серверы Intel 486или Pentium под OS/2

Поставляетсяс оболочкамидля клиентов:DOS, Macintosh, OS/2, Windows, Windows NT, Windows for Workgroups

Серверыприложениймогут бытьорганизованыс помощью LANServer 4.0 в операционныхсредах MVS, VM, AIX, OS/2,OS/400. В среде OS/2поддерживаются:вытесняющаямногозадачность,виртуальнаяпамять и симметричноемультипроцессирование

Организацияодноранговыхсвязей возможнас помощью ОСWarp Connect

Справочнаяслужба - LAN Server Domain, тоесть основана доменномподходе

Поддерживаемыесетевые протоколы:TCP/IP, NetBIOS, Appletalk

Безопасность- избирательныеправа доступа,система несертифицирована

Служба обработкисообщений -отсутствует

Высокаяпроизводительность

Недостаточнаямасштабируемость

3.ВЫБОР БАЗЫДАННЫХ

3.1. ОпределениеСУБД

Традиционныхвозможностейфайловых системнедостаточнодля построениядаже простыхинформационныхсистем из-завозникающихпотребностей,которые непокрываютсявозможностямисистем управленияфайлами:

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

Можносчитать, чтоесли прикладнаяинформационнаясистема опираетсяна некоторуюсистему управленияданными, обладающуюэтими свойствами,то эта системауправленияданными являетсясистемой управлениябазами данных(СУБД).

3.2. Основныефункции СУБД

Более точно,к числу функцийСУБД принятоотносить следующие:

3.2.1. Непосредственноеуправлениеданными вовнешней памяти

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

3.2.2. Управлениебуферами оперативнойпамяти

СУБД обычноработают с БДзначительногоразмера; покрайней мереэтот размеробычно существеннобольше доступногообъема оперативнойпамяти. Понятно,что если приобращении клюбому элементуданных будетпроизводитьсяобмен с внешнейпамятью, то всясистема будетработать соскоростьюустройствавнешней памяти.Практическиединственнымспособом реальногоувеличенияэтой скоростиявляется буферизацияданных в оперативнойпамяти. Приэтом, даже еслиоперационнаясистема производитобщесистемнуюбуферизацию(как в случаеОС UNIX), этогонедостаточнодля целей СУБД,которая располагаетгораздо большейинформациейо полезностибуферизациитой или инойчасти БД. Поэтомув развитых СУБДподдерживаетсясобственныйнабор буферовоперативнойпамяти с собственнойдисциплинойзамены буферов.

3.2.3. Управлениетранзакциями

Транзакция- это последовательностьопераций надБД, рассматриваемыхСУБД как единоецелое. Либотранзакцияуспешно выполняется,и СУБД фиксирует(COMMIT) измененияБД, произведенныеэтой транзакцией,во внешнейпамяти, либони одно из этихизменений никакне отражаетсяна состоянииБД. Понятиетранзакциинеобходимодля поддержаниялогическойцелостностиБД. Таким образом,поддержаниемеханизматранзакцийявляется обязательнымусловием дажеоднопользовательскихСУБД (если, конечно,такая системазаслуживаетназвания СУБД).Но понятиетранзакциигораздо болееважно в многопользовательскихСУБД.

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

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

Существуетнесколькобазовых алгоритмовсериализациитранзакций.В централизованныхСУБД наиболеераспространеныалгоритмы,основанныена синхронизационныхзахватах объектовБД. При использованиилюбого алгоритмасериализациивозможны ситуацииконфликтовмежду двумяили болеетранзакциямипо доступу кобъектам БД.В этом случаедля поддержаниясериализациинеобходимовыполнить откат(ликвидироватьвсе изменения,произведенныев БД) одной илиболее транзакций.Это один изслучаев, когдапользовательмногопользовательскойСУБД можетреально (и достаточнонеприятно)ощутить присутствиев системе транзакцийдругих пользователей.

3.2.4. Журнализация

Одним изосновных требованийк СУБД являетсянадежностьхранения данныхво внешнейпамяти. Поднадежностьюхранения понимаетсято, что СУБДдолжна бытьв состояниивосстановитьпоследнеесогласованноесостояние БДпосле любогоаппаратногоили программногосбоя. Обычнорассматриваютсядва возможныхвида аппаратныхсбоев: так называемыемягкие сбои,которые можнотрактоватькак внезапнуюостановкуработы компьютера(например, аварийноевыключениепитания), и жесткиесбои, характеризуемыепотерей информациина носителяхвнешней памяти.Примерамипрограммныхсбоев могутбыть: аварийноезавершениеработы СУБД(по причинеошибки в программеили в результатенекоторогоаппаратногосбоя) или аварийноезавершениепользовательскойпрограммы, врезультатечего некотораятранзакцияостаетсянезавершенной.Первую ситуациюможно рассматриватькак особый видмягкого аппаратногосбоя; при возникновениипоследнейтребуетсяликвидироватьпоследствиятолько однойтранзакции.

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

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

Во всехслучаях придерживаютсястратегии"упреждающей"записи в журнал(так называемогопротокола WriteAhead Log - WAL). Грубо говоря,эта стратегиязаключаетсяв том, что записьоб изменениилюбого объектаБД должна попастьво внешнююпамять журналараньше, чемизмененныйобъект попадетво внешнююпамять основнойчасти БД. Известно,что если в СУБДкорректнособлюдаетсяпротокол WAL, тос помощью журналаможно решитьвсе проблемывосстановленияБД после любогосбоя.

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

При мягкомсбое во внешнейпамяти основнойчасти БД могутнаходитьсяобъекты, модифицированныетранзакциями,не закончившимисяк моменту сбоя,и могут отсутствоватьобъекты, модифицированныетранзакциями,которые к моментусбоя успешнозавершились(по причинеиспользованиябуферов оперативнойпамяти, содержимоекоторых примягком сбоепропадает). Присоблюдениипротокола WALво внешнейпамяти журналадолжны гарантированнонаходитьсязаписи, относящиесяк операцияммодификацииобоих видовобъектов. Цельюпроцессавосстановленияпосле мягкогосбоя являетсясостояниевнешней памятиосновной частиБД, котороевозникло быпри фиксацииво внешнейпамяти измененийвсех завершившихсятранзакцийи которое несодержало быникаких следовнезаконченныхтранзакций.Для того, чтобыэтого добиться,сначала производятоткат незавершенныхтранзакций(undo), а потом повторновоспроизводят(redo) те операциизавершенныхтранзакций,результатыкоторых неотображеныво внешнейпамяти.

Для восстановленияБД после жесткогосбоя используютжурнал и архивнуюкопию БД. Грубоговоря, архивнаякопия - это полнаякопия БД к моментуначала заполненияжурнала (имеетсямного вариантовболее гибкойтрактовкисмысла архивнойкопии). Конечно,для нормальноговосстановленияБД после жесткогосбоя необходимо,чтобы журналне пропал. Какуже отмечалось,к сохранностижурнала вовнешней памятив СУБД предъявляютсяособо повышенныетребования.Тогда восстановлениеБД состоит втом, что исходяиз архивнойкопии по журналувоспроизводитсяработа всехтранзакций,которые закончилиськ моменту сбоя.В принципе,можно дажевоспроизвестиработу незавершенныхтранзакцийи продолжитьих работу послезавершениявосстановления.Однако в реальныхсистемах этообычно не делается,посколькупроцесс восстановленияпосле жесткогосбоя являетсядостаточнодлительным.

3.2.5. Поддержкаязыков БД

Для работыс базами данныхиспользуютсяспециальныеязыки, в целомназываемыеязыками базданных. В раннихСУБД поддерживалосьнесколькоспециализированныхпо своим функциямязыков. Чащевсего выделялисьдва языка - языкопределениясхемы БД (SDL - SchemaDefinition Language) и языкманипулированияданными (DML - DataManipulation Language). SDL служилглавным образомдля определениялогическойструктуры БД,т.е. той структурыБД, какой онапредставляетсяпользователям.DML содержал набороператоровманипулированияданными, т.е.операторов,позволяющихзаносить данныев БД, удалять,модифицироватьили выбиратьсуществующиеданные.

В современныхСУБД обычноподдерживаетсяединый интегрированныйязык, содержащийвсе необходимыесредства дляработы с БД,начиная от еесоздания, иобеспечивающийбазовый пользовательскийинтерфейс сбазами данных.Стандартнымязыком наиболеераспространенныхв настоящеевремя реляционныхСУБД являетсяязык SQL (Structured Query Language).

Преждевсего, язык SQLсочетает средстваSDL и DML, т.е. позволяетопределятьсхему реляционнойБД и манипулироватьданными. Приэтом именованиеобъектов БД(для реляционнойБД - именованиетаблиц и ихстолбцов)поддерживаетсяна языковомуровне в томсмысле, чтокомпиляторязыка SQL производитпреобразованиеимен объектовв их внутренниеидентификаторына основанииспециальноподдерживаемыхслужебныхтаблиц-каталогов.Внутренняячасть СУБД(ядро) вообщене работаетс именами таблици их столбцов.

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

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

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

3.3. Вариантыпостроенияинформационныхприложенийс использованиемСУБД

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

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

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

Типовыекомпонентыинформационныхприложений

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

PS (Presentation Services) - средствапредставления.Обеспечиваютсяустройствами,принимающимиввод от пользователяи отображающимто, что сообщаетему компонентлогики представленияPL, плюс соответствующаяпрограммнаяподдержка.Может бытьтекстовымтерминаломили Х-терминалом,а также ПК илирабочей станциейв режиме программнойэмуляции терминалаили Х-терминала.

PL (Presentation Logic) - логикапредставления.Управляетвзаимодействиеммежду пользователеми ЭВМ. Обрабатываетдействия пользователяпо выборуальтернативыменю, по нажатиюкнопки или привыборе элементаиз списка.

BL (Business or Application Logic) -прикладнаялогика. Наборправил дляпринятия решений,вычисленийи операций,которые должновыполнитьприложение.

DL (Data Logic) - логикауправленияданными. Операциис базой данных(SQL-операторыSELECT, UPDATE и INSERT), которыенужно выполнитьдля реализацииприкладнойлогики управленияданными.

DS (Data Services) - операциис базой данных.Действия СУБД,вызываемыедля выполнениялогики управленияданными, такиекак манипулированиеданными, определенияданных, фиксацияили откат транзакцийи т. п. СУБД обычнокомпилируетSQL - предложения.

FS (File Services) - файловыеоперации. Дисковыеоперации чтенияи записи данныхдля СУБД и другихкомпонент.Обычно являютсяфункциями ОС.Можно привестинесколько схемпостроенияинформационныхсистем (таблица3.1.) в зависимостиот размещениятиповых компонентовприложенияпо узлам сети.

Таблица3.1. Схем построенияинформационныхсистем

№	Описаниесхемы	Клиент	Сервер	Примерреализации
1	Централизованнаямноготерминальнаясистема	PS	PL, BL, DL, DS, FS	Сервер Sun сX-терминаламив среде ОС Solaris
2	Локальнаясеть ПК с файлсервернымиприложениями	PS, PL, BL, DL	DS, FS	Локальнаясеть ПК в средеNetWare, программына FoxPro, Clipper и др.
3	Удаленныйдоступ к даннымна сервереБД	PS, PL, BL, DL	DS, FS	Системаклиент-серверс доступомПК к серверуБД: Informix (NetWare)
4	Удаленныйдоступ к БДс использованиемхранимых процедур	PS, PL, DL	BL, DS, FS	Системаклиент-сервер,доступ ПК ксерверу ORACLE всреде SCO Unix
5	Удаленныйдоступ к БДс разделениемлогики приложения	PS, PL, BL, DL	BL, DL, DS, FS	Системаклиент-сервер,доступ ПК ксерверу ORACLEна Sun (Solaris)

3.3.1. Централизованныемноготерминальныесистемы

В централизованнойсистеме, характернойдля Unix, терминалреализует лишьфункции представленияданных PS, тогдакак остальныефункции обеспечиваетцентральныйузел. Центрдолжен реагироватьна каждый запроспользователя(PL), выполнятьлогику приложения(BL, DL) и извлекатьданные из БД(DS, FS). Имеются двесерьезныепроблемы дляцентрализованнойсхемы: труднообеспечитьграфическийинтерфейс;каждый дополнительныйпользовательи приложениевносят существеннуюнагрузку насервер, теряетсямасштабируемость.

3.3.2. Файл-серверныеприложения

В отличииот централизованнойсистемы архитектура"файл-сервер"(таблица 3.1 ирисунок 3.1) неимеет сетевогоразделениякомпонентовдиалога PS и PL,используетПК для функцийотображения,что облегчаетпостроениеграфическогоинтерфейса.Файл-сервертолько извлекаетданные из файлов,так что дополнительныепользователии приложениядобавляют лишьнезначительнуюнагрузку наЦП. Каждый новыйклиент добавляетвычислительнуюмощность ксети.

Рисунок3.1.

Вариантыпостроенияфайл-серверныхприложений.

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

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

Первыйнедостатокособенно сказываетсяпри организацииудаленногодоступа к базамданных нафайл-серверечерез низкоскоростныеканалы связи.В этом случаесистема с удаленнымирабочими станциямиоказываетсяпрактическинеработоспособной.В данным случаеединственноерешение - удаленноеуправлениефайл-сервернымприложениемв сети (таблица3.1 и рисунок 3.1). Влокальной сетиставится серверприложений,совмещенныйс телекоммуникационнымсервером (сервердоступа). Вмногозадачнойсреде этогосервера выполняютсяобычные файл-серверныеприложения.Особенностьсостоит в том,что диалоговыйввод-выводпоступает черезтелекоммуникацииот удаленныхклиентов. Приложенияне должны бытьслишком сложными,иначе шансыперегрузкисервера увеличиваются,или же нужнаочень мощнаяплатформа длясервера приложений.На клиентскихузлах работаютпрограммыудаленногоуправленияили эмуляциитерминалов,которые передаютсигналы отклавиатурыи мыши серверуприложений,а в ответ получаюткопии экранови отображаютих на видеомониторе.Помимо перечисленныхнедостатковнужно отметить,что многие"настольныеСУБД", кактрадиционныеинструментыфайл-серверныхприложений,не отвечаюттребованиямсохранностиданных, в частностине поддерживаюттранзакции.Однако СУБДдля ПК привлекаютпростотойиспользованияи доступностью,поэтому файл-серверныеприложенияеще будутиспользоватьсядля рабочихгрупп.

3.3.3.Приложенияклиент-сервер

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

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

Большинствоконфигурацийклиент-сервериспользуетдвухзвеннуюмодель, состоящуюиз клиента,который обращаетсяк услугам сервера(сх. 3-5 в таблице3.1, рисунок 3.2). Дляэффективнойреализациитакой схемычасто применяютнеоднороднуюсеть. Как минимум,предполагается,что диалоговыекомпонентыPS и PL размещаютсяна клиенте, чтопозволяетобеспечитьграфическийинтерфейс.Далее возможноразместитькомпонентыуправленияданными DS и FS насервере, а диалог(PS, PL), логику BL и DL наклиенте - сх. 3в таблице 3.1).Типовое определениеархитектурыклиент-сервер- приложениена клиенте,СУБД - на сервере- используетэту схему.

Рисунок3.2.

Вариантыпостроенияприложенийклиент-сервер.

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

Можносократитьнагрузку наклиента и сеть,переместивцеликом компонентBL на сервер, приэтом вся логикапринятия решенийоформлена ввиде хранимыхпроцедур ивыполняетсяна сервере БД.Хранимая процедура- процедура соператорамиSQL для доступак БД, вызываемаяпо имени с передачейтребуемыхпараметрови выполняемаяна сервере БД.Компиляцияповышает скоростьисполненияхранимых процедури сокращаетнагрузку насервер. Но,перегрузивхранимые процедурыприкладнойлогикой, можнопотерять преимуществапо производительности.Хранимые процедурыулучшают целостностьприложенийи БД, гарантируютактуальностьколлективноиспользуемыхопераций ивычислений.Улучшаетсясопровождениетаких процедур,а также безопасность(нет прямогодоступа к данным).

Переместивс клиента частьлогики приложенияна сервер, получимсистему клиент-серверс разделеннойлогикой. Частьприкладнойлогики можетбыть реализованана клиенте, адругая частьлогики - в видеобработчиковсобытий (триггеров)и хранимыхпроцедур насервере БД.Такая схемапри удачномразделениилогики приводитк сбалансированнойзагрузке клиентови сервера, нопри этом затрудняетсясопровождениеприложений.

Рисунок3.3.

Приложенияклиент-серверна основемноготерминальнойсистемы.

На основемноготерминальнойсистемы в качествесервера приложенийтакже возможносоздание архитектурыклиент-сервер(рисунок 3.3.). Вэтом случаев многозадачнойсреде сервераприложенийвыполняютсяпрограммыпользователей,а клиентскиеузлы вырожденыи представленытерминалами.

4. ВЫБОРЯЗЫКА ПРОГРАММИРОВАНИЯ

Классификациясредствразработкиинформационныхприложений

Средисредствразработкиинформационныхприложенийможновыделитьследующиеосновныегруппы:

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

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

4.1.Традиционныесистемыпрограммирования

Традиционныесистемы программированияпредставленысредствамисоздания приложенийна языках третьегопоколения 3GL:C, Pascal, Basic и др. Срединих по способамподготовкии выполненияпрограммныхмодулей различаютсистемы компилирующегои интерпретирующеготипа. Инструментальныесредствапрограммированиямогут бытьпредставленынабором отдельныхутилит (редактортекстов, компилятор,компоновщики отладчик) илиинтегрированнойсредой программирования.

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

Свойствамиобъектно-ориентированныхязыков, обуславливающимиих преимущества,являются сокрытиедеталей реализацииобъекта (инкапсуляция),наследованиепроцедурныхи информационныхчастей отобъектов-родителей,полиморфизмкак возможностьнастройки наразличные типыданных и др.Примерамиобъектно-ориентированныхсистем программированияявляются C++ иObject Pascal.

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

СистемупрограммированияVisual Basic можно использоватьдля созданияпростых автономныхприложенийи компонентовVBX и OCX, для расширенияи интеграциифункциональныхпакетов (Word, Excel,Access), а также каксредствопрограммированиядля расширениясистем документооборотаи для созданияутилит администрирования.

С моментавыхода проданосущественнобольше копийDelphi, чем Visual Basic. Применениепродукта возможнодля созданиярасчетно-аналитическихпрограмм, дляразработкиDLL, для сопровожденияи развитияразработок,выполненныхна Turbo и Borland Pascal, а такжедля быстрогопрототипированиябудущих приложений.В ряде случаеврешающим длявыбора будутумеренныетребованияDelphi-приложенияк системно-техническомуобеспечению.

С++ применяетсядля расширениясистемногопрограммногообеспечения,для разработкикрупных проектов,специальныхприложений,создания библиотеки классов дляпредметнойобласти, разработкидинамическихбиблиотек DLL,создания программногообеспечениядля серверовприложений,разработкиОСХ, использованиясовместно сCASE-системами,обеспечениямногоплатформенностии переносимости(по стандартуANSI).

4.2. Инструментыдля созданияфайл-серверныхприложений

Основойразработкифайл-серверныхприложенийдля локальныхсетей ПК являетсяинструментальноеокружениеразличных"персональных"СУБД: FoxPro, Clipper, Paradox, Clarion,Paradox, dBase и т.п. Такиесредства, какправило, реализованыв виде диалоговойинтегрированнойсреды, предоставляющихтри уровнядоступа:

программированиеи созданиеприложенийна языке, сочетающемвозможностиязыка 3GL с некоторымивозможностямиязыков четвертогопоколения 4GL;
созданиеи ведение структурыБД и индексов,а также интерактивнаягенерациямакетногоприложенияи его компонентов(меню, форм илиокон, отчетов,запросов ипрограммныхмодулей);
использованиедиалоговойсреды и генераторовконечнымипользователямидля создания,ведения и просмотраБД, а такжеформированиянесложныхзапросов иотчетов.

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

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

СУБД дляПК MS Access можетиспользоватьсядля созданиямасштабируемыходиночных игрупповыхинформационныхприложенийи для разработкиклиентскойчасти приложенийклиент-сервер,а также каксредствоавтоматизацииделопроизводствав составе MS-Office.

Традиционныеинструментальныесредства классаxBase (такие какFoxPro, Clipper, dBase и др.) теряютрынок (числоих продаж значительносокращается)из-за несоответствиясовременнымтребованиям.По мере того,как предприятиявсе шире используютСУБД MS Access и новыесредства разработки,такие как VisualBasic и Delphi, популярностьсреды Xbase уменьшается.Более того,Microsoft может прекратитьподдержкуFoxPro, так как этаСУБД с устаревшимязыком и сокращающейсярыночной долейне вписываетсяв долговременнуюстратегиюразвития средствразработки,которую Microsoft строитвокруг Visual Basic иAccess. Новые "визуальные"инструментыэтого класса(Visual FoxPro, CA-Visual Objects, Visual dBase) пытаютсясохранить ирасширитьпрежний ареал.Они могут бытьрекомендованыдля сопровожденияи развитияпрежних xBase-разработок,для созданиямасштабируемыходиночных игрупповыхфайл-серверныхприложенийи для переносаи адаптацииприложенийв архитектуруклиент-серверс использованиеминтерфейсаODBC. Но нужно четкоосознавать,что при применениинового инструментариядля созданиядиалога и спереходом наSQL-операторыот прежнихxBase-приложенийостается ничтожномало, а, крометого, существенноменяется подходк разработке,и прежние навыкивряд ли будутвостребованы.

Инструментальноесредство MS Accessхорошо зарекомендовалосебя в разработкефайл-серверныхприложенийс возможностьюмасштабирования,так как оноимеет удобныесредства визуальногоконструирования,отладки и возможностииспользованиякак Access Basic, так иSQL. ИнтерфейсODBC открываетширокие возможностиинтероперабельностис различнымиСУБД. В 1995 г. надолю MS Access пришлось57% рынка настольныхбаз данных, аFoxPro и dBase - 9% и 2%, соответственно

4.3. Средстваразработкиприложенийклиент-сервер

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

средыразработкиприложенийдля серверовбаз данных,независимыеот СУБД инструментыдля созданияприложенийклиент-сервер;
средстваподдержкираспределенныхинформационныхприложений.

4.3.1. Средыразработкиприложенийдля серверовбаз данных

Средыразработкиприложенийдля серверовБД представляютсобой системыпрограммированиячетвертогопоколения 4GLили инструментальныесредства быстройразработкиприложенийRAD (Rapid Application Development). Особенностямиэтой подгруппысредств являются:реализацияудаленногодоступа к СУБДпо двухзвеннойсхеме клиент-сервер;связь клиентскихприложенийс серверамиБД с помощьюнепроцедурногоязыка структурированныхзапросов SQL (кромесерверов Btrieve);обеспечениецелостностиБД, включаяцелостностьтранзакций;поддержкахранимых процедурна серверахБД; реализацияклиентскихи серверныхтриггеров-процедур;генерацияэлементовдиалоговогоинтерфейсаи отчетов.

В качествепримера можноназвать инструментыInformix/4GL,Oracle*Forms и др. Сейчасновые средыразработкиSQL-серверов БД(Informix NewEra и Oracle Power Objects) развиваютсяв сторону независимыхот СУБД инструментов.Независимыеинструментальныесредства,ориентированныена многие платформыСУБД, представленыв виде средствбыстрой разработкиприложенийRAD. Для такихсредств созданияприложенийклиент-серверхарактерны:возможностьраспределенияприложенияна клиентахи/или серверах;создание приложенийдля разныхсерверов БД;поддержкаспецификацииODBC для доступак различнымсерверам БД,включая СУБДдля ПК; связьс мониторамитранзакцийдля организациитрехзвеннойархитектурыприложенийклиент-сервер;объектно-ориентированноепрограммированиеприложений;визуальныйхарактер генерацииприложения;ведение репозитарияобъектов и ихсвойств, чтооблегчаетинтеграциюсо средствамиавтоматизациипроектированияпрограмм CASE;управлениепроектами иверсиями приложений;интеграцияприложенияс электроннойпочтой и средствамиофисной автоматизации.

Известнымипримераминезависимыхинструментальныхсредств разработкиявляются: ErWin,SQLWindows, PowerBuilder, JAM иUniface.

4.3.2. Средстваподдержкираспределенныхинформационныхприложений

Средстваподдержкираспределенныхприложенийотносятся ккатегориипромежуточногопрограммногообеспеченияmiddleware для организациисерверов приложений.Сюда входятразнообразныебиблиотекии наборы инструментальныхсредств: интерфейсыдоступа к базамданных ODBC и IDAPI; шлюзыдля системуправлениябазами данных;протоколы икоманды мониторовобработкитранзакций;почтовые интерфейсыMAPI, VIM, MHS, X.400 и EDI; средстваобмена сообщениямиMOM; протоколысвязыванияи включенияобъектов OLE идинамическогообмена даннымиDDE; протоколыудаленноговызова процедурRPC и именованныхконвейеровNamed Pipes, средствакоммуникационноговвода-выводаBSD Sockets и WinSock.

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

Таблица4.1.Инструментальныенаборы дляразработкиприложенийклиент-сервер

Продукт/компания	Объектно-ориен- тированнаяинфраструктура	Распределениеприложениймежду клиентоми сервером	Поддержкамониторовтранзакций	CASE-репо- зитарий	Переносприложенийи контрольверсий
JAM компанииJYACC	нет	да	да	нет	нет
New Era компаниииInformix	да	нет	нет	да	да
Developer 2000 компанииOracle	нет	да	да	да	да
Power Builder	да	нет	да	да	да
Delphi компанииBorland	да	нет	да	да	да
MS-Access компанииMicrosoft	нет	нет	нет	нет	нет
Oracle Power Object компанииOracle	да	нет	нет	нет	да

Кроме того,развитие современныхпрограммныхсредств приводитк расширениюих функциональныхвозможностей,в результатечего программныеобеспеченияразных типовконкурируютдруг с другом.Так, продуктBorland C++ Builder превращающийкомпиляторBorland Visual C++ в полноценнуюсреду разработкиприложенийв архитектуреклиент-сервер.Предлагаемыйпродукт дополняетC++ визуальными"дизайнерами",интуитивными"мастерами"и средствамидоступа кобъектно-ориентированнымданным, сохраняязнакомое окружениеVisual C++.

Мощноесредство Oracle Formsиз набораDeveloper/2000 предназначенодля созданияприложенийбаз данных всреде клиент/сервер,которые могутбыть перенесенына платформыс различнымиграфическимии символьнымипользовательскимиинтерфейсами.Oracle Forms являетсячастью Developer/2000, которыйподдерживаетразработкуприложенийво время всегожизненногоцикла. Приложения,созданные спомощью Developer/2000,полностьюмасштабируемыи применимына любом уровне:от систем поддержкипринятия решенийдля небольшихрабочих группдо проектовс большим объемомтранзакций,которые поддерживаютсотни пользователей.Приложения,созданные спомощью Developer/2000,оптимизированыс целью использованиявсех преимуществсервера Oracle7, поэтомуони должны бытьосновнымисредствамипри разработкеприложенийв среде Oracle7.

Инструментальнаясреда NewEra для СУБДInformix обладаетвсеми свойствамидля эффективнойразработкиприложенийв этой среде.Дополнительныепреимущества- возможностьинтеграциис программамина С и многоплатформенность- делают ее пригоднойне только приразработкеприложенийдля СУБД Informix, нои для другихсистем. Следуетзаметить, чтовопрос интероперабельностиInformix-Oracle решеннеудовлетворительно.

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

Анализи апробациявозможностейMS Access показал, чтоэто инструментальноесредство хорошозарекомендовалосебя как в разработкефайл-серверныхприложений,так и для разработкиклиентскойчасти приложенийв архитектуреклиент/сервер,наличие поддержкиязыка SQL и интерфейсаODBC открываетдоступ к SQL-серверамБД. Имеетсясредство длямиграции приложенийMS Access в среду MS SQL Server.К достоинствамAccess следует отнестии пониженныетребованияк ресурсам. Ксожалению,последниеверсии пакетаориентированылишь на офиснуюавтоматизациюи не содержатruntime-компонентдля созданиязаконченногоинформационногоприложения.

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

Пакет OraclePower Object предназначендля разработчиков,впервые приступающихк разработкеприложенийклиент-сервери переходящихот таких систем,как FoxPro или Clipper, инаиболее пригодендля созданияпрототиповбольших систем.

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

Все трисредства - JAM,Oracle Power Object и Delphi - пригодныдля созданиябыстрых прототипов,и их использованиев таком качествеможет иметьопределенныедостоинства.

5. ВЫВОДЫПО ВЫБОРУОПЕРАЦИОННОЙСИСТЕМЫ, ЯЗЫКАПРОГРАММИРОВАНИЯИ БАЗЫ ДАННЫХ

Первоочереднойзадачей являетсявыбор вариантыпостроенияинформационныхприложенийс использованиемСУБД. Из рассмотренныхвариантовсистемыс архитектуройклиент-сервернаиболее эффективнаяи дешевая длябольших базданных и множествапользователей,которым нужендоступ к «свежим»данным. В масштабепредприятиявычисленияклиент/сервер— представляютсобой ни чтоиное,как распределениеобработки вмногопользовательскойбазе данныхпо несколькимкомпьютерам(ПК и рабочимстанциям).

Что же даетвычислениеклиент/серверпо сравнениюс традиционнойоднокомпьютернойсредой (с однойбольшой ЭВМ)?При корректнойреализациисистемы клиент/серверполучаетсясистема управленияинформациейс намного лучшимотношением«цена/производительность»,которую можнонаращиватьи легко приспосабливатьк меняющимсятребованиям.Другой причинойвыбора технологииклиент/серверявляется тообстоятельство,что менеджерамуже более ненужно отслеживатьсотни, а то итысячи программ,нуждающихсяв обновлениии перекомпилированиикаждый раз принебольшомизменении вбазе данных.К плюсам технологииклиент/серверможно отнестипростоту иудобствопользовательскихинтерфейсов,открытостьсистем, эффективнуюсреду разработки(особенно приналичииобъектно-ориентированныхинструментов)и быстротурешений.

На сегодняшниймомент толькочетыре базыявляются приемлемымидля надежногохранения большихданных и удобстваиспользования:Oracle, Informix,Sysbase,Ingres.

Исходяиз популярностив России (в ВПК)и на основепроведенногоанализа политературев частности[2],[3],[4]и из опыта работыкомпаний«Рос.вооружение»,НИИ «Восход»,«ИнкомБанк» былавыбрана базаданных Oracle.

Втораязадача этовыбор операционнойсистемы. Наоснованиивыводов

в главе2.5.и таблицы 2.1была выбранаNovell Netware 4.11 какосновная системадля работы базыданных Oracle.Определяющимипараметрамипри выборебыли:надежностьи стабильностьработы, небольшеетребованиек ресурсамсистемы и стоимость,возможностьбезболезненногопереноса наплатформуWindows/NT.Ввиду полномасштабногоиспользованиякомпьютеровтипа Pentiumи операционнойсистемы Windows95, а так жеудобствомразработки,использованияпроектируемогопродукта, работыс отчетнымипрограммами,в качествеклиентскихприложенийбыла выбранаWindows 95.

На основанииглавы 4.3.2. и таблицы4.1, а так же прочитаннойлитературы[5],[6],[7],[8]и опытапрограммистовфирм:«Формоза-центр»,«Инком Банк»,«Рос.вооружение»был выбран языкпрограммированияDelphi,как наиболееудобный дляработы с клиент/сервернымиприложениями,а так же в планеперевода локальныхбаз данных наархитектуруклиент/сервер.Данный язык,как никакойдругой, поддерживаетосновныетенденции(направления)современногоязыка программирования.

Одно направление- объектно-ориентированныйподход, хорошоструктурирующийзадачу, кактаковую, таки ее решениев виде прикладнойсистемы.

Другоенаправление,возникшее вомногом благодаряобъектнойориентации,- визуальныесредства быстройразработкиприложений(RAD - Rapid Application Development), основанныена компонентнойархитектуре.

Третьятенденция -использованиекомпиляции,а не интерпретации.Это объясняетсятем, что скоростныехарактеристикикомпилируемыхприложенийв десятки разлучше, чем усистем, использующихинтерпретатор.При этом повышаетсялегкостьотчуждаемостиготовых систем,так как отпадаетнеобходимость"таскать засобой" саминтерпретатор(run-time), выполненныйобычно в видединамическойбиблиотекии занимающийв лучшем случаенесколько сотенкилобайт (абольшинствеслучаев - два-тримегабайта).Отсюда и меньшаяресурсоемкостьу скомпилированныхсистем.

Четвертаятенденция -возможностьработы с базамиданных универсальными(единообразными)методами. Еслимы попытаемсяоценить процентсистем, которыетак или иначетребуют обработкиструктурированнойинформации(как для внутрикорпоративногоиспользования,так и для коммерческогоили иногораспространения),то окажется,что цифра 60- 70%может представлятьлишь нижнююграницу. Важнымсвойствомсредств обеспечениядоступа к базамданных являетсяих масштабируемость,как возможностьне толькоколичественного,но и качественногороста системы.Например, обеспечениеперехода отлокальных ,втом числе,файл-серверныхданных к архитектуреклиент-серверили тем болеек многоуровневойN-tier схеме.

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

Delphi используетязык 3-го поколенияObject Pascal, обладающийполной реализацийосновных признаковобъектнойориентации(инкапсуляция,наследование,полиморфизм),поддержкойRTTI-RunTime Type Information и встроеннойобработкойисключительныхситуаций (Exceptionhandling). КомпонентнаяархитектураDelphi являетсяпрямым развитиемподдерживаемойобъектноймодели. Всекомпонентыявляются объектнымитипами (классами),с возможностьюнеограниченногонаследования.КомпонентыDelphi поддерживаютPME-модель (Property, Method,Events), позволяющуюизменять поведениекомпонентовбез необходимостисоздания новыхклассов.

КомпонентыDelphi 2.Delphi 2 Client/Server Suite включаетсистему контроляверсий Intersolv PVCS,поддерживаетработу со словаремданных (Data Dictionary) иРепозитариемобъектов (ObjectRepository). Среда визуальнойразработкиDelphi позволяетединообразноработать какс предопределенными,так и с пользовательскимикомпонентами,которые разрабатываютсяна том же языке(Object Pascal), на которомсоздаются иконечные приложения.

Borland Database Engine (BDE) обеспечиваетединообразнуюработу с локальнымиданными (Paradox, dBase) исерверами БД(Oracle, Sybase, MS SQL Server, InterBase и т.д.),за счет применениянавигационныхметодов доступак сервернымСУБД (двунаправленныекурсоры, закладкии т.п.) и SQL - к локальнымформатам(подмножествоLocal SQL).

КомпиляторDelphi является самымбыстрым; имеетобщий генераторкода с Borland C++ (Delphi 2 & BC++5). КомпиляторDelphi (точнее, Object Pascal)является продолжениемлинии компиляторовTurbo Pascal / Borland Pascal.

ОткрытыеинтерфейсыDelphi - Open Tools API - обеспечиваютконтроль надсредой разработки"из вне" и доступк информациио проекте.

Рисунок 7.1. Borland Database Engine

6. СТРУКТУРАИ ОСНОВНЫЕЗАДАЧИ УПРАВЛЕНИЯПО ДЕЛАМ ГРАЖДАНСКОЙОБОРОНЫ ИЧРЕЗВЫЧАЙНЫМСИТУАЦИЯМ

6.1. ОпределениеГО

Гражданскаяоборона - постояннодействующийорган управленияМЧС. Она предназначенадля предупреждениявозникновенияи развитиячрезвычайныхситуаций вмирное и в военноевремя, а такжедля ликвидациичрезвычайныхситуаций приих возникновении.

Гражданскаяоборона объединяет:

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

6.2. Основныезадачи ГО

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

6.3. Схемауправленияпо делам ГО иЧС

Рисунок6.1. Схема управленияпо делам ГО иЧС

Из существующейсхемы управленияпо делам ГО иЧС видно, что

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

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

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

Данный проектпозволяет вестинеобходимуюинформациюо объектах ГОи оценить в ЧСскладывающеюсяобстановку.

7. РАЗРАБОТКАПРОГРАММНОГООБЕСПЕЧЕНИЯДЛЯ СИСТЕМЫУПРАВЛЕНИЯБАЗОЙ ДАННЫХОБЪЕКТОВ ГО.

7.1. Назначение и цели созданияпрограммногопродукта

Данноепрограммноесредство должновыполнятьтехнологическиефункции в интересах системы предупрежденияи ликвидацииЧС.

Целью работыявляется созданиеодного из программныхсредств, обеспечивающего:

автоматизациюпроцесса подготовкик принятиюрешений привозникших ЧС;
регистрациюобъектов экономикии составлениесписка характеристикобъекта;
регистрациюналичия ичисленности:
техники;
защитныхсооружений;
химическиопасных веществ;
материально-техническихсредств;
формированийна объекте;
снижение расходов наподготовкуи уточнениясписков объектов;
учета готовностиобъекта к ЧС;
учета проведениязанятий собучающимисяв УМЦ.
уменьшениевремени наподготовкусписков объектовэкономики исписков обучающихсяна УМЦ по различнымкритериям;

7.2. Решаемыезадачи

Ведениеданных:

объектовэкономики;
защитныхсооружениях;
опасныхвеществах;
техники;
материально-техническихсредств;
формирований;
обучаемыхна УМЦ;

Формированиесписков:

объектовэкономики;
защитныхсооружениях;
опасныхвеществах;
техники;
материально-техническихсредств;
формирований;
обучаемыхна УМЦ;

Составлениестатистическойинформации.

7.3. Определениенеобходимыхтаблиц базыданных

Рассмотревопределенныевыше задачиможно спроектироватьосновные таблицыбазы данных.Для реализацииданных задачпотребуютсяследующиетаблицы:

таблицаобъектов экономики;
таблица-словарьтерриториальнойпринадлежностиобъектов;
таблица-словарьстепени опасностиобъектов;
таблица-словарьхарактерадеятельностив опасный период;
таблица-словарьведомственнойпринадлежностиобъектов;
таблица-словарьформы собственностиобъектов;
таблица-словарьрода деятельностиобъектов;
таблица-словарьгражданскихдолжностейруководителейобъектов;
таблица-словарь должностейпо ГО начальниковГО объектов;
таблицаопасных веществна объектах;
таблица-словарьопасных веществ;
таблицазащитных сооруженийна объектах;
таблица-словарьзащитных сооружений;
таблицатехническихсредств наобъектах;
таблица-словарьтехническихсредств;
таблицаформированийна объектах;
таблица-словарьформирований;
таблица-словарьстепени готовностиформирований;
таблица-словарьслужб ГО;
таблицаматериально-техническихсредств наобъектах;
таблица-словарьматериально-техническихсредств;
таблицаобучаемых наУМЦ;
таблица-словарьдолжностейобучаемых;
таблица-словарькатегорииобучаемых;
таблица темобучения покатегориям;
таблица-словарьтем обучения;
таблицапользователейпрограммы;
таблицасоответствияидентификаторовпользователейпрограммы и базы данныхOracle;

Этот списокстроился изследующей цепирассуждений:

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

Втораяиз основныхзадач - это вводдополнительнойинформации,к примеру, охранимыхматериально-техническихсредствах наобъекте. Всеэти данныеможно было быхранить и восновной таблице,но тогда встаетпроблема вколичестверезервированиястолбцов вглавной таблицепод каждый видсредства. Можнобыло бы создатьотдельнуютаблицу хранимыхматериально-техническихсредств наобъекте длякаждого отдела.Но это не удобно,так как нужносоздаватьстолько таблиц,сколько отделов.Так же встаетвопрос прихранении новыхматериально-техническихсредств присоздании новогоотдела(службы).Именно по этойпричине созданаотдельнаятаблица, в которойсодержитсяинформацияо всех хранимыхМТС с ссылкойна названиеотдела.

Соответственно дополнениек таблице объектовэкономикислужат таблицы:

опасныхвеществ наобъектах;
защитныхсооруженийна объектах;
техническихсредств наобъектах;
формированийна объектах;
материально-техническихсредств наобъектах;
обучаемыхна УМЦ;

В своюочередь каждаятакая таблицаимеет таблицу-словарь(и)на которую онассылается.

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

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

В основныхтаблицахпредусмотренадополнительнаяинформацияпо тому кто ив какое времяввел данныев таблицу. Этополя:

DATEADD	Дата вводаинформации
NAMEADD_ID	Идентификаторпользователя,который ввелданные
DATEINS	Дата последнейкоррекции
NAMEINS_ID	Идентификаторпользователя,который изменилданные

Для вводадополнительнойинформациив основных таблицахпредусмотренополе PRIM.

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

7.4. Нормализациябазы данных

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

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

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

7.4.1. Перваянормальнаяформа

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

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

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

7.4.2. Втораянормальнаяформа

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

7.4.3. Третьянормальнаяформа

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

7.4.4. Четвертаянормальнаяформа

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

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

7.4.5. Пятаянормальнаяформа

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

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

7.5. Определениестолбцов втаблицах

Таблицы 7.1

OBECONOM		Таблицаобъектовэкономики
Столбец	Наименование		Ключ
OBJECT_ID	ID - уникальныйключ строкив таблице		PK
OBJECTNO	регистрационныйномер объекта
OBJECTNAME	наименованиеобъекта
ADDRESS_IND	почтовыйиндекс
ADDRESS_CHAR	адрес объекта
WORKNUMBER	количествоработающих
NRSM	наибольшаяработающаясмена в мирноевремя
NRSW	наибольшаяработающаясмена в военноевремя
DEPORTAMENT_ID	ведомственнаяпринадлежность		FK
PECULIAR_ID	характердеятельностив особый период (FK)
RISK_ID	степеньопасности		FK
REGION_ID	территориальнаяпринадлежность		FK
ACTIVITY_ID	род деятельности		FK
PROPERTY_ID	формасобственности		FK
GLAVOBJECT_ID	подчиненностьобъекта		FK
DIRECTIONNAME	Ф.И.О. руководителяобъекта
POST_ID	занимаемаядолжностьруководителяобъекта		FK
DIRECTIONWTEL	рабочийтелефон руководителяобъекта
DIRECTIONHTEL	домашнийтелефон руководителяобъекта
COMMANDGONAME	Ф.И.О. начальникаштаба ГО объекта
POSTGO_ID	должностьначальникаштаба ГО объекта		FK
COMMANDGOWTEL	рабочийтелефон начальникаштаба ГО объекта
COMMANDGOHTEL	домашнийтелефон начальника ГО объекта
ZAMNAME	Ф.И.О. заместителяруководителя
ZAMWTEL	рабочийтелефон заместителяруководителя
ZAMHTEL	домашнийтелефон заместителяруководителя
P1NAME	Ф.И.О. председателяКЧС
P1WTEL	рабочийтелефон председателяКЧС
P1HTEL	домашнийтелефон КЧС
P2NAME	Ф.И.О. председателяЭК
P2WTEL	рабочийтелефон председателяЭК
P2HTEL	домашнийтелефон ЭК
P3NAME	Ф.И.О. председателяПУФ
P3WTEL	рабочийтелефон председателяПУФ
P3HTEL	домашнийтелефон ПУФ
DUTYTEL	телефондежурногопо объекту
DUTY2TEL	телефонсекретаря
FAXTEL	факс
MODEMTEL	модем
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

DEPARTAMENT	Таблица-словарьведомств
DEPARTAMENT_ID	ID - уникальныйключ строкив таблице		PK
DEPARTAMENT_CHAR	Наименование

PECULIAR	Таблица-словарьдеятельностейв ОП
PECULIAR_ID	ID - уникальныйключ строкив таблице		PK
PECULIAR_CHAR	Наименованиедеятельностейв ОП

REGION	Таблица-словарьрайонов
REGION_ID	ID - уникальныйключ строкив таблице		PK
REGION_CHAR	Наименованиерайонов

RISK	Таблица-словарьстепени опасностиобъектов
RISK_ID	ID - уникальныйключ строкив таблице		PK
RISK_CHAR	Наименованиестепени опасностиобъектов

PROPERTY	Таблица-словарьформ собственности
PROPERTY_ID	ID - уникальныйключ строкив таблице		PK
PROPERTY_CHAR	Наименованиеформ собственности

ACTIVITY	Таблица-словарьрода деятельностиобъектов
ACTIVITY_ID	ID - уникальныйключ строкив таблице		PK
ACTIVITY_CHAR	Наименованиеродадеятельностиобъектов

POST	Таблица-словарьгражданскихдолжностей
POST_ID	ID - уникальныйключ строкив таблице		PK
POST_CHAR	Наименованиегражданскихдолжностей

POSTGO	Таблица-словарьдолжностейпо ГО
POSTGO_ID	ID - уникальныйключ строкив таблице		PK
POSTGO_CHAR	Наименованиедолжностейпо ГО

MATERIALOB	таблицаопасных веществна объектах
MATERIAL_ID	ID -составнойуникальныйключ (MATERIAL_ID,OBJECT_ID)		[pk] FK
OBJECT_ID	ID -составнойуникальныйключ (MATERIAL_ID,OBJECT_ID)		[pk] FK
MATERIALNUM	количество
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

MATERIAL	Таблица-словарьопасных веществ
MATERIAL_ID	ID - уникальныйключ строкив таблице		PK
MATERIAL_CHAR	Наименованиеопасныхвеществ

BUILDINGOB	таблицазащитныхсооруженийна объектах;
BUILDING_ID	ID -составнойуникальныйключ (BUILDING_ID,OBJECT_ID)		[pk] FK
OBJECT_ID	ID -составнойуникальныйключ (BUILDING_ID,OBJECT_ID)		[pk] FK
BUILDINGNUM	количество
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

BUILDIN	Таблица-словарьзащитныхсооружений
BUILDIN_ID	ID - уникальныйключ строкив таблице		PK
BUILDIN_CHAR	Наименованиеопасныхвеществ

TEHNICAOB	таблицатехникина объектах;
TEHNICA_ID	ID -составнойуникальныйключ (TEHNICA_ID,OBJECT_ID)		[pk] FK
OBJECT_ID	ID -составнойуникальныйключ (TEHNICA_ID,OBJECT_ID)		[pk] FK
TEHNICANUM	количество
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

TEHNICA	Таблица-словарьтехники
TEHNICA_ID	ID - уникальныйключ строкив таблице		PK
TEHNICA_CHAR	Наименованиеопасныхвеществ

FORMIROVOB	таблицаформированийна объектах;
FORMIROV_ID	ID -составнойуникальныйключ (FORMIROV_ID,OBJECT_ID)		[pk] FK
OBJECT_ID	ID -составнойуникальныйключ (FORMIROV_ID,OBJECT_ID)		[pk] FK
READY_ID	готовность		FK
PEOPLENUM	количестволюдей
FORMIROVNUM	количествоформирований
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

FORMIROV	Таблица-словарьформирований
FORMIROV_ID	ID - уникальныйключ строкив таблице		PK
FORMIROV_CHAR	Наименованиеформирований

READY	Таблица-словарьготовности
READY_ID	ID - уникальныйключ строкив таблице		PK
READY_CHAR	Наименованиеготовности

MATTEHOB	таблицаМТС наобъектах
MATTEH_ID	ID -составнойуникальныйключ (MATTEH_ID,OBJECT_ID)		[pk] FK
OBJECT_ID	ID -составнойуникальныйключ (MATTEH_ID,OBJECT_ID)		[pk] FK
MATTEHNUM	количество
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

MATTEH	Таблица-словарьМТС
MATTEH_ID	ID - уникальныйключ строкив таблице		PK
MATTEH_CHAR	НаименованиеМТС
SERVIS_ID	Служба(отдел)		FK

SERVIS	Таблица-словарьслужб
SERVIS_ID	ID - уникальныйключ строкив таблице		PK
SERVIS_CHAR	Наименованиеслужбы

STUDY	таблицаобучаемыхна УМЦ
STUDY_ID	ID - уникальныйключ строкив таблице		PK
OBJECT_ID	объект экономики		FK
CATEGORY_ID	категорияобучаемого		FK
NAME	Ф.И.О. обучаемого
SPOST_ID	занимаемаядолжность		FK
WORKTEL	рабочийтелефон
LASTDATE	дата прошлогообучения
NEXTDATE	дата следующегообучения
NAMEADD_ID	владелиц		FK
DATEADD	дата ввода
NAMEINS_ID	корректировщик		FK
DATEINS	дата последнейкоррекции
PRIM	примечание

SPOST	Таблица-словарьдолжностейобучаемых
SPOST_ID	ID - уникальныйключ строкив таблице		PK
SPOST_CHAR	Наименованиедолжностейобучаемых

CATEGORY	Таблица-словарькатегорийобучаемых
CATEGORY_ID	ID - уникальныйключ строкив таблице		PK
CATEGORY_CHAR	Наименованиеобучаемых
CATEGORY_TYPE	Тип категории

CATTEMA	Таблицакатегорированыхтем
TEMA_ID	ID -составнойуникальныйключ (TEMA_ID,CATEGORY_ID)		[pk] FK
CATEGORY_ID	ID -составнойуникальныйключ (TEMA_ID,CATEGORY_ID)		[pk] FK
CATTEMANUM	количествочасов
PRIM	примечание

TEMA	Таблица-словарьтем обучения
TEMA_ID	ID - уникальныйключ строкив таблице		PK
TEMA_CHAR	Наименованиетемы

GOBASEUSER	таблицапользователейпрограммы
GOBASEUSER_ID	ID - уникальныйключ строкив таблице		PK
NAME	Имя пользователя

ORAUSER	таблицасоответствияидентификаторовпользователейпрограммы и базы данныхOracle
ORAUSER_ID	UID - идентификаторбазы данныхOracle		PK
GOBASEUSER_ID	идентификаторовпользователейпрограммы		FK

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

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

Таблицы 7.2

OBECONOM	Таблицаобъектовэкономики
Столбец	Тип данных		размер
OBJECT_ID	NUMBER	NOTNULL	9
OBJECTNO	NUMBER	NOTNULL	7
OBJECTNAME	VARCHAR2	NULL	100
ADDRESS_IND	CHAR	NULL	6
ADDRESS_CHAR	VARCHAR2	NULL	150
WORKNUMBER	NUMBER	NULL	7
NRSM	NUMBER	NULL	7
NRSW	NUMBER	NULL	7
DEPORTAMENT_ID	NUMBER	NOTNULL	7
PECULIAR_ID	NUMBER	NOTNULL	7
RISK_ID	NUMBER	NOTNULL	7
REGION_ID	NUMBER	NOTNULL	7
ACTIVITY_ID	NUMBER	NOTNULL	7
PROPERTY_ID	NUMBER	NOTNULL	7
GLAVOBJECT_ID	NUMBER	NOTNULL	7
DIRECTIONNAME	VARCHAR2	NULL	50
POST_ID	NUMBER	NOTNULL	7
DIRECTIONWTEL	CHAR	NULL	7
DIRECTIONHTEL	CHAR	NULL	7
COMMANDGONAME	VARCHAR2	NULL	50
POSTGO_ID	NUMBER	NOTNULL	7
COMMANDGOWTEL	CHAR	NULL	7
COMMANDGOHTEL	CHAR	NULL	7
ZAMNAME	VARCHAR2	NULL	50
ZAMWTEL	CHAR	NULL	7
ZAMHTEL	CHAR	NULL	7
P1NAME	VARCHAR2	NULL	50
P1WTEL	CHAR	NULL	7
P1HTEL	CHAR	NULL	7
P2NAME	VARCHAR2	NULL	50
P2WTEL	CHAR	NULL	7
P2HTEL	CHAR	NULL	7
P3NAME	VARCHAR2	NULL	50
P3WTEL	CHAR	NULL	7
P3HTEL	CHAR	NULL	7
DUTYTEL	CHAR	NULL	7
DUTY2TEL	CHAR	NULL	7
FAXTEL	CHAR	NULL	7
MODEMTEL	CHAR	NULL	7
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	200

DEPARTAMENT	Таблица-словарьведомств
DEPARTAMENT_ID	NUMBER	NOTNULL	7
DEPARTAMENT_CHAR	VARCHAR2	NULL	50

PECULIAR	Таблица-словарьдеятельностейв ОП
PECULIAR_ID	NUMBER	NOTNULL	7
PECULIAR_CHAR	VARCHAR2	NULL	50

REGION	Таблица-словарьрайонов
REGION_ID	NUMBER	NOTNULL	7
REGION_CHAR	VARCHAR2	NULL	50

RISK	Таблица-словарьстепени опасностиобъектов
RISK_ID	NUMBER	NOTNULL	7
RISK_CHAR	VARCHAR2	NULL	50

PROPERTY	Таблица-словарьформ собственности
PROPERTY_ID	NUMBER	NOTNULL	7
PROPERTY_CHAR	VARCHAR2	NULL	50

ACTIVITY	Таблица-словарьрода деятельностиобъектов
ACTIVITY_ID	NUMBER	NOTNULL	7
ACTIVITY_CHAR	VARCHAR2	NULL	50

POST	Таблица-словарьгражданскихдолжностей
POST_ID	NUMBER	NOTNULL	7
POST_CHAR	VARCHAR2	NULL	50

POSTGO	Таблица-словарьдолжностейпо ГО
POSTGO_ID	NUMBER	NOTNULL	7
POSTGO_CHAR	VARCHAR2	NULL	50

MATERIALOB	Таблицаопасных веществна объектах
MATERIAL_ID	NUMBER	NOTNULL	7
OBJECT_ID	NUMBER	NOTNULL	9
MATERIALNUM	NUMBER	NULL	9
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	100

MATERIAL	Таблица-словарьопасных веществ
MATERIAL_ID	NUMBER	NOTNULL	7
MATERIAL_CHAR	VARCHAR2	NULL	50

BUILDINGOB	Таблицазащитныхсооруженийна объектах
BUILDING_ID	NUMBER	NOTNULL	7
OBJECT_ID	NUMBER	NOTNULL	9
BUILDINGNUM	NUMBER	NULL	9
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	100

BUILDIN	Таблица-словарьзащитныхсооружений
BUILDIN_ID	NUMBER	NOTNULL	7
BUILDIN_CHAR	VARCHAR2	NULL	50

TEHNICAOB	Таблицатехникина объектах
TEHNICA_ID	NUMBER	NOTNULL	7
OBJECT_ID	NUMBER	NOTNULL	9
TEHNICANUM	NUMBER	NULL	9
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	100

TEHNICA	Таблица-словарьтехники
TEHNICA_ID	NUMBER	NOTNULL	7
TEHNICA_CHAR	VARCHAR2	NULL	50

FORMIROVOB	Таблицаформированийна объектах
FORMIROV_ID	NUMBER	NOTNULL	7
OBJECT_ID	NUMBER	NOTNULL	9
READY_ID	NUMBER	NOTNULL	7
PEOPLENUM	NUMBER	NULL	9
FORMIROVNUM	NUMBER	NOTNULL	9
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	100

FORMIROV	Таблица-словарьформирований
FORMIROV_ID	NUMBER	NOTNULL	7
FORMIROV_CHAR	VARCHAR2	NULL	50

READY	Таблица-словарьготовности
READY_ID	NUMBER	NOTNULL	7
READY_CHAR	VARCHAR2	NULL	50

MATTEHOB	ТаблицаМТС наобъектах
MATTEH_ID	NUMBER	NOTNULL	7
OBJECT_ID	NUMBER	NOTNULL	9
MATTEHNUM	NUMBER	NULL	9
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	100

MATTEH	Таблица-словарьМТС
MATTEH_ID	NUMBER	NOTNULL	7
MATTEH_CHAR	VARCHAR2	NULL	50
SERVIS_ID	NUMBER	NOTNULL	7

SERVIS	Таблица-словарьслужб
SERVIS_ID	NUMBER	NOTNULL	7
SERVIS_CHAR	VARCHAR2	NULL	50

STUDY	Таблицаобучаемыхна УМЦ
STUDY_ID	NUMBER	NOTNULL	9
OBJECT_ID	NUMBER	NOTNULL	9
CATEGORY_ID	NUMBER	NOTNULL	7
NAME	VARCHAR2	NULL	50
SPOST_ID	NUMBER	NOTNULL	7
WORKTEL	CHAR	NULL	7
LASTDATE	DATE	NULL	-
NEXTDATE	DATE	NULL	-
NAMEADD_ID	NUMBER	NOTNULL	7
DATEADD	DATE	NOTNULL	-
NAMEINS_ID	NUMBER	NOTNULL	7
DATEINS	DATE	NOTNULL	-
PRIM	VARCHAR2	NULL	200

SPOST	Таблица-словарьдолжностейобучаемых
SPOST_ID	NUMBER	NOTNULL	7
SPOST_CHAR	VARCHAR2	NULL	50

CATEGORY	Таблица-словарькатегорийобучаемых
CATEGORY_ID	NUMBER	NOTNULL	7
CATEGORY_CHAR	VARCHAR2	NULL	50
CATEGORY_TYPE	NUMBER	NULL	1

CATTEMA	Таблицакатегорированыхтем
TEMA_ID	NUMBER	NOTNULL	7
CATEGORY_ID	NUMBER	NOTNULL	7
CATTEMANUM	NUMBER	NULL	9
PRIM	VARCHAR2	NULL	100

TEMA	Таблица-словарьтем обучения
TEMA_ID	NUMBER	NOTNULL	7
TEMA_CHAR	VARCHAR2	NULL	50

GOBASEUSER	Таблицапользователейпрограммы
GOBASEUSER_ID	NUMBER	NOTNULL	7
NAME	VARCHAR2	NULL	50

ORAUSER	Таблицасоответствияидентификаторовпользователейпрограммы и базы данныхOracle
ORAUSER_ID	INTEGER	NOTNULL
GOBASEUSER_ID	NUMBER	NOTNULL	7

NOT NULL - должноиметь значение

Рисунок7.2. Диаграммапотоков данных(взаимосвязьтаблиц)

7.6. СозданиеSQL сценария

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

7.6.1. Созданиебазы данных

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

Основные задачи включаютв себя следующее:

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

Сценарийс файламиинициализациибазы данныхприведены вПРИЛОЖЕНИИ3.

7.6.2. Созданиетаблиц

Таблицысоздаются спомощью оператораSQL CREATE TABLE.

Фрагментиз ПРИЛОЖЕНИЯ4:

CREATE TABLE ACTIVITY

(

ACTIVITY_ID NUMBER(7) NOT NULL,

ACTIVITY_CHAR VARCHAR2(50) NULL

);

Полныйсценарий приведенв ПРИЛОЖЕНИИ4.

7.6.3. Созданиеиндексов

Индексыоблегчают поиски сортировкуданных. Индексысоздаются спомощью оператораSQL CREATE INDEX.Фрагмент изПРИЛОЖЕНИЯ4:

CREATE UNIQUE INDEXIPKACTIVITY ON ACTIVITY

(

ACTIVITY_ID ASC

);

7.6.4. Определениепервичных ключей

Добавлениеопределенияпервичногоключа к существующейтаблице:

ALTER TABLE ACTIVITY

ADD ( PRIMARY KEY (ACTIVITY_ID) ) ;

Полныйсценарий приведенв ПРИЛОЖЕНИИ4.

7.6.5. Определениевторичныхключей

Добавлениеопределениявторичногоключа к существующейтаблице:

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (ACTIVITY_ID)

REFERENCES ACTIVITY ) ;

Полныйсценарий приведенв ПРИЛОЖЕНИИ4.

7.6.6. Созданиетриггеров

Триггер- это скомпилированнаяпрограмма SQL,которая выполняется,когда в таблицепроисходитданное событие.С триггером,как правило,связываютсятри самыхраспространенныхсобытия: вставка,удаление иобновлениестроки.

CREATE TRIGGER IU_STUDY BEFORE INSERT OR UPDATE ONGO.STUDY

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

Полныйсценарий приведенв ПРИЛОЖЕНИИ4.

В частностив данной программес помощью триггероввыполняетсяавтоматическаярегистрациявводимых данных(кто вел, когда).

7.6.7. Созданиепоследовательностей

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

CREATE SEQUENCE S_STUDY

Полныйсценарийприведенв ПРИЛОЖЕНИИ4.

7.7.Выбортипа создаваемогоприложения

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

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

7.8. Соглашениео названиекомпонентовв программеGOBASE

Соглашениео названиекомпонентов Таблица 7.3

Компонент	Аббревиатура		Компонент	Аббревиатура
AutoObject	ao	QRDBText		qt
BatchMove	bm	QRDetailLink		qd
Bevel	be	QRGroup		qg
BiGauge	bg	QRLabel		ql
BiPict	bp	QRMemo		qm
Biswitch	bs	QRPreview		qp
BitBtn	bb	QRShape		qh
Button	bu	QRSysData		qs
Calendar	ca	Query		qu
ChartFX	ch	QuickReport		qr
CheckBox	ck	RadioButton		rb
ColorDialog	c_	RadioGroup		rg
ColorGrid	сg	ReplaceDialog		r_
ComboBox	cb	Report		rp
Database	db	RichEdit		re
DataModule, DBMemo	dm	SaveDialog		s_
DataSource	ds	ScrollBar		sa
DBCheckBox	dk	ScrollBox		sx
DBComboBox	dc	Session		se
DBEdit	de	SpeedButton		sb
DBGrid	gr	SpinButton		su
DBImage	di	SpinEdit		sd
DBListBox	di	StatusBar		st
DBLookupComboBox, DBLookupCombo	lc	FindDialog		n_
DBLookupListBox, DBLookupList	ll	Font Dialog		f_
DBNavigator	na	Form		fm
DBRadioGroup	dg	Gauge		ga
DBText	te	Graphics Server		gs
DdeClientConv	cc	GroupBox		gs
DdeCI lent Item	ci	Header		he
DdeServerConv	sc	HeaderControi		hc
DdeServerItem	si	HotKey		hk
DirectoryListBox	dy	IBEventAierter		ie
DirectoryOutline	do	Image		im
DrawGrid	dr	Image List		il
DriveCoitiboBox	rc	Label		la
Edit	ed	ListBox		lb
FileListBox	fl	ListView		lv
FilterComboBox	fc	MainMenu		mm
MaskEdit	md	StoredProc		sp
MediaPlayer	mp	StringGrid		sg
Memo	me	TabbedNotebook		tn
Notebook	nb	TabControi		tc
OleContainer	ol	Table		ta
OpenDialog	od	TabSet		ts
OutLine	ou	Thread		th
PageControl	pc	Timer		ti
PaintBox	pb	TrackBar		tb
Panel	pa	TreeView		tv
PopupMenu	pu	UpdateSQL		us
PrintDialog	p_	UpDown		ud
PrinterSetupDialog	i_	VCFirstImpression		vf
ProgressBar	pr	VCFormulaOne		vo
QRBand	qb	VCSpeller		vs
QRDBCalc	qc

Имена типовв программеначинаютсяс большой буквыT.Пример: TBaseForm

В именаконстант используютсятолько прописныебуквы. Пример:DEFSQL

7.9. Структураглавного меню

Структураглавного менюопределяетхарактер работыприложенияи дает основныепонятия поработе программы.

Главноеменю программысостоит из пятиосновных пунктов:

«Файлы»,«Таблицы»,«Отчеты»и «Помощь».(Рис. 7.3.)

Рисунок7.3. Главное менюпрограммы

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

Объектыэкономики(вызов формыввода объектовэкономики);
Обучаемыена УМЦ (вызовформы вводаобучаеых наУМЦ);
Отчеты (вызовформы отчетов,дерева отчетов);
Справка(вызов справкио программе);

В нижней частиглавного менюрасполагаетсяинформация:

о текущемпользователе;
о текущейверсии программы.

7.9.1. Меню«Файлы»

Меню файлысостоит изподменю:установкапринтера ивыход.

Подменюустановкапринтерапредназначенадля вызовастандартнойформы выборапринтера (Рис.7.4.).

Рисунок7.4. Форма установкипринтера

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

7.9.2. Меню«Таблицы»

Меню «Таблицы»предназначенадля доступак любой таблицебазы данных.Данное менюсостоит изследующихподменю:

Объектыэкономики(вызов подменю)
Объектыэкономики (вызов формыобъектов экономики);
Районы (вызовформы районов);
Рода деятельности(вызов формырода деятельности);
Форма собственности(вызов формысобственности);
Деятельностьв ОП ( вызов формыпо таблице-словарюдеятельностив особый период);
Ведомства(вызов формыведомства);
Степеньопасности(вызов формыстепени опасности);
Должностьруководителя(вызов формывозможныхдолжностейруководителейна объекте);
Должностипо ГО (вызовформы возможныхдолжностейруководителейштабов ГО наобъекте);
Обучаемыена УМЦ (вызовподменю)
Обучаемыена УМЦ (вызовформы ввода обучаемых наУМЦ);
Категорииобучаемых(вызов категорииобучаемых наУМЦ);
Гражданскиедолжности(вызов формывозможныхгражданскихдолжностей).
Темы (вызовподменю)
Категорированныетемы (вызовформы категорированныхтем обученияна УМЦ);
Темы (вызовформы тем обучения);
Формирования;
Степениготовности(степени готовностиформирований);
Защитныесооружения;
Опасныевещества;
Техника;
Службы (службыГО);
МТС (вызовформы материально-техническогообеспечения);
Пользователи;(вызов формыввода пользователейпрограммы.Только дляадминистраторадоступен этотпункт).

7.9.3. Меню«Отчеты»

Данное менювызывает формудерева отчетовпрограммы.

Более подробнов пункте 7.13.3.

7.9.4. Меню«Помощь»

Данноеменю вызываетгипертекстдокументациипользователяпрограммы.

7.10.Проектированиеиерархий форми отчетов

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

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

7.11. Иерархияформ программы

Впрограммеиспользуетсяболее 28 формдля работы стаблицами базыданных и 7 вспомогательныхформ для работыс печатью, помощьюи отчетами. Ввиду такогоколичестваформ необходимосоставитьиерархию форм(Рис 7.5.) для облегченияпрограммированияи уменьшениятребовательностик ресурсам ОСи аппаратнымресурсам.

Рисунок7.5. Иерархия форм

Формы сетки1-4 используютсядля таблиц-справочников.

7.12. Основныеорганы управленияформ программыGOBase

В каждойформе вводаприсутствуют:

Навигаторпо базе данных,который представляетсобой десятькнопок (Рис7.6): «Перваястрока в таблице»,«Предыдущаястрока»,«Следующаястрока»,«Последняястрока в таблице»,«Вставка»,«Удаление»,«Редактирование»,«Ввод»,«Отмена»,«Перечитатьданные из таблицы»;
Кнопкавыхода из формыс сохранениемданных (OK);
Кнопкавыхода из формыбез сохраненияданных (Cancel);
Кнопкаминимизацииокна;
Кнопкамаксимизацииокна;
Кнопказакрытия окна(аналогичнаCancel);
Выпадающийсписок (списокстрок другойтаблицы)
Кнопка стемя точками - вызов формыредактированиятаблицы, котораяподключенак выпадающемусписку.

Рисунок7.6. Форма вводаформирований на текущемобъекте

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

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

7.13. Основныеформы программы

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

7.13.1. Формаввода объектовэкономики

Форма вводаобъектов экономики(Рис 7.7) позволяетпроизводитьвставку, редактированиеи удалениеинформациипо текущемуобъекту. Комбинированныесписки позволяютпросматриватьи вставлятьзначения изтаблиц-словарей.Кнопки с тремяточками вызываютсоответствующиеформы редактированиятаблиц-словарей.

Кнопки:«Формирования»,«Защитныесооружения»и т.д,находящиесяв нижней частименю позволяютвывести дополнительнуюинформациюпо текущемуобъекту.

Контрольныйэлемент «Головнойобъект»позволяет (вотключенномсостоянии)выбрать головнойобъект из выпадающегосписка головныхобъектов.

Рисунок7.7. Форма вводаобъектов экономики

В качествепримера дополнительнойинформациипо объекту (нарис 7.6 смотривыше) показанаформа вводаформированийна текущемобъекте. Аналогичнопостроена формаввода защитныхсооружений,техники, химическихвеществ.

Кнопка«Материалы»выводит формупо выборуинтересующейслужбы, далеепосле выбораслужбы вызываетсяформа вводаматериально-техническихсредств даннойслужбы на данномобъекте (Рис7.8).

Рисунок7.8. Материально-техническиесредства наобъекте

Кнопка«Обучаемые»выводит формуо обучаемыхв УМЦ на текущемобъекте.

7.13.2. Формаввода учащихсяв УМЦ

Даннаяформа ведеттаблицу обучаемыхна УМЦ (Рис 7.9).Поля «прошлаядата обучения»и «следующаядата обучения»связаны интерваломв три года, т.е.если поле «следующаядата»пустое, а в поле«прошлаядата обучения»вводится новоечисло, то происходитавтоматическаякорректировкаполя «следующаядата».

Для удобстваввода датысоздана форма«Выбордаты»(Рис7.10). Правыеверхние кнопкиотвечают завыбор месяца,а левые верхниекнопки отвечаютза выбор года.

Рисунок7.9. Обучаемыена УМЦ

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

Рисунок7.10 Выбор даты

7.13.3.Форма отчетов(управления)

Одна из самых главныхформ - эта формаотчетов, котораяпозволяетвыбрать любыеданные, практическипо любым критериям,из базы данных.(Рис 7.11).

Рисунок7.11. Форма отчетовпрограммы

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

В виду того,что не всегдаможно предугадатьнужные запросыпользователяв форме «отчеты»можновызвать редакторSQLзапроса,который позволяетввести любойзапрос в буферSQL(в буфер можноввести файлc готовымSQL, так женабранный SQLиз буфераможно сохранитьв файл) . Алгоритмработы с формойотчетов представленсоответствующихчетырех плакатах.

В случаеесли SQLзапроссодержит выборкув каком-либовременномпромежутке,то автоматическиподключаютсявторостепенныеорганы управленияпо работе сдатами (Рис7.12)

Рисунок7.12. Форма отчетовпрограммы(работа с запросамисодержащимидаты).

Одна изособенностейэтой формы:если запроссвязан с объектами,то двойнойщелчок по сеткеприводи полнуюинформациюо текущем объекте.Такая же особенностьи с обучающимсяна УМЦ.

Кнопка«Excel»позволяетвызвать формуэкспорта данныхв Excel.На рисунке7.13. показан экспортданных в Excel.

7.14. Экспортв Excel

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

Рисунок7.13 Экспорт отчетав Excel

Динамическийобмен данными(DDE) обеспечиваеткоммуникационнуюоснову дляпрограммWindows, котораяпозволяетоткрыть диалогмежду приложениямиклиентаи сервера.ДиалогDDE -это связьмежду взаимодействующимипрограммами,которая инициируется,а затем закрывается.Для того чтобыDDE-диалог могпроисходить,обе программыдолжны бытьзапущены.

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

DDE-взаимодействиеимеет темы(Topics), или категории,которые полностьюзависят отприложения.Наиболеераспространенныйпример темыэто имя файла.Другие темымогут включатьпонятиеsystem,которое используют приложенияMicrosoft, когданужно запроситьчерезDDE информациюотносительнотого, какиеформатыClipbord поддерживаются.В данном случаеTopicиспользуетсядля доступак листу Excel.

Данные,которые вовремя диалогаперемещаютсятуда и обратно,называютсяэлементом(item). В данномслучае элементявляется спецификация рядов/колонокдиапазона листаExcel.

Примечание:Из руководствапо пользованиюDDE:К сожалению,нет никакойсистематическойвозможностинайти, какиетемы поддерживаетприложение.Ваше приложениедолжно знать заранее,какие темыподдерживаетприложение-сервер.

Исходяиз прочитаннойлитературыв электронныхсетях былиустановленыосновные командыпо работе сExcel:

FORMAT(«строка»,«rc»)- выводстроки в ячейку.

READY– готовностьExcel.А так же благодаряисследовательскимработам в этомнаправленииудалось вывестиалгоритм поискаExcel.(поискпроисходитпо рееструWindows).

Алгоритмвывода данныхв Excelпредставленна плакатах1-2

7.15. Требованияк аппаратуреи программнымсредствам

IBM PC XT/AT совместимыйкомпьютер;
Windows95 или WindowsNT любойверсии;
5000Kb свободногопространствана диске;
Не менее8 Mbоперативнойпамяти
При использованииотчетов необходимMicrosoftExcel
База данныхOraclev7.2 или выше

7.16. Установкапрограммы

Программаустановкинаходится напервой установочнойдискете (всеготри диска формата1.44). Запуститес установочнойдискеты программуSETUP.EXEи укажите типустановки(Полная, выборочнаяили минимальная);укажитепуть для установкипрограммы,далее программаустановкиавтоматическиустановитпрограмму.

Для корректнойработы программыдолжна бытьустановленаЛВС со стандартнымIPX или IPпротоколоми с сервер базыданных Oracleне ниже7.2 версии.

8.ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКИЙРАЗДЕЛ

8.1. Введение

Для наиболее эффективнойработы штабапо делам ГО иЧС

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

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

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

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

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

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

8.2. Описаниепрограммы

Данноепрограммноесредство выполняетфункции в интересах системы оповещенияпри ЧС.

Данная программаобеспечивает:

1). автоматизациюпроцесса подготовкик принятиюрешений привозникших ЧС;

2). регистрациюобъектов экономикии составлениесписка характеристикобъекта;

3). снижение расходов наподготовкуи уточнениясписков объектов;

4). учета готовностиобъекта к ЧС;

5). учета проведениязанятий собучающимисяв УМЦ округа.

6). уменьшениевремени наподготовкусписков объектовэкономики исписков, обучающихсяна УМЦ;

7). контрольоднократностиучета объектови обучающихся;

В составпрограммывходит:

1). задачапервоначальноговвода информацииоб объектахэкономики;

2). задачапервоначальноговвода информацииоб обучаемыхна УМЦ;

3). задачаформированияи печати списковобъектов экономики;

4). задачаформированияи печати списков,обучаемых наУМЦ;

8.3. Последовательностьвыполненияработ

Для планированияразработкиприменим сетевойметод, для чегосоставим переченьсобытий и работс учетом нормативныхдокументовНИР. Переченьсобытий и работприводитсяв таблице (8.1).Результатырасчета параметровсетевого графикасведены в таблицу(8.2). Сетевой графикпоказан на(рис.8.1).

По вышеизложеннойметодике проведенопланированиеразработки.Задача, решаемаяв дипломномпроекте, поставленнаяперед научнойгруппой из трехчеловек, должнабыть выполненав течение 2 месяцев(44 дня). Путь, имеющиймаксимальнуюпродолжительность,равную 42 дням,является критическим.Это путь:

0-1-2-3-4-8-9-10-13-14-15-17-18-19-21-22-23.

Для правильноговыполнениясетевого графикадолжно выполнятьсяследующееусловие : вероятностьсовершениясобытия в заданныйсрок Р (Т_крд)должна удовлетворятьследующемусоотношению: 0.35 крд)

Из анализасетевого графикаи из таблицызначений параметровсетевого графикавидно, что Т_крд,,так как Т_кр= 42 дней, аТ_д=44дней. Так какусловие правильноговыполнениясетевого графикавыполняется,то нет необходимостипринимать мерыпо уплотнениюграфика работ.Следовательно,сетевой графиксоставленправильно.

Таблица8.1. Перечень событийи работ

№ события	Содержаниесобытия	код работы	Содержаниеработы
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23	Полученозадание наразработку Утвержденозадание Обобщенныйанализ проведен Техническоепредложениеутверждено База данныхи язык программированиявыбраны База данныхустановлена Физическаябаза данныхнастроена Связьбазы данныхс Delphiустановлена SQL запросыи таблицы базданных спроектированы Взаимосвязьмежду таблицамиустановлена Алгоритмвывода форми отчетов ивзаимодействиясоставлены Программаформ и документацияпо программесоставлены Программаотчетов идокументацияпо программесоставлены Управляющаяпрограмма сдокументациейсоставлена Модули программыобъединены Программаформ отлажена,документацияскорректирована Программаотчетов отлажена,документацияскорректирована Управляющаяпрограммаотлажена,документацияскорректирована Главнаяпрограммаотлажена Программа установкинаписана Документациясоставлена Тестированиепроведено Корректировкапроведена Работа завершена	0-1 1-2 2-3 3-4 4-5 4-8 5-6 6-7 8-9 9-10 10-11 10-12 10-13 13-14 14-15 14-16 14-17 17-18 18-19 18-20 18-21 21-22 22-23	Согласованиеи утверждениезадания Сбор информациипо теме исследования(изучениелитературыи исходныхданных) Составлениеи согласованиетехническогопредложения Выборбазы данныхи языка программирования Установкабазы данных Разработкатаблиц базыданных и SQLзапросов Настройкафизическойбазы данных Установкасвязи базыданных с Delphi Установкавзаимосвязимежду таблицами(индексы, ограничения,триггеры) Разработкаалгоритмавывода форми отчетов ивзаимодействияформ и отчетов Разработкапрограммыформ и составлениедокументации Разработкапрограммыотчетов исоставлениедокументации Разработкауправляющейпрограммы исоставлениедокументации Объединениемодулей программв единый блок Отладкапрограммыформ Отладкапрограммыотчетов Отладкауправляющейпрограммы Отладкавсей главнойпрограммы Написаниепрограммыустановки исоставлениедокументациик ней Составлениеруководствапользователяи другой программнойдокументации Тестированиеи составлениеотчета потестированию Корректировкадокументациии программы Компоновкапрограммы и тиражирование

№

события

Содержаниесобытия

код

работы

Содержаниеработы

Полученозадание наразработку

Утвержденозадание

Обобщенныйанализ проведен

Техническоепредложениеутверждено

База данныхи язык программированиявыбраны

База данныхустановлена

Физическаябаза данныхнастроена

Связьбазы данныхс Delphiустановлена

SQL запросыи таблицы базданных спроектированы

Взаимосвязьмежду таблицамиустановлена

Алгоритмвывода форми отчетов ивзаимодействиясоставлены

Программаформ и документацияпо программесоставлены

Программаотчетов идокументацияпо программесоставлены

Управляющаяпрограмма сдокументациейсоставлена

Модули программыобъединены

Программаформ отлажена,документацияскорректирована

Программаотчетов отлажена,документацияскорректирована

Управляющаяпрограммаотлажена,документацияскорректирована

Главнаяпрограммаотлажена

Программа установкинаписана

Документациясоставлена

Тестированиепроведено

Корректировкапроведена

Работа завершена

0-1

1-2

2-3

3-4

4-5

4-8

5-6

6-7

8-9

9-10

10-11

10-12

10-13

13-14

14-15

14-16

14-17

17-18

18-19

18-20

18-21

21-22

22-23

Согласованиеи утверждениезадания

Сбор информациипо теме исследования(изучениелитературыи исходныхданных)

Составлениеи согласованиетехническогопредложения

Выборбазы данныхи языка программирования

Установкабазы данных

Разработкатаблиц базыданных и SQLзапросов

Настройкафизическойбазы данных

Установкасвязи базыданных с Delphi

Установкавзаимосвязимежду таблицами(индексы, ограничения,триггеры)

Разработкаалгоритмавывода форми отчетов ивзаимодействияформ и отчетов

Разработкапрограммыформ и составлениедокументации

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

Разработкауправляющейпрограммы исоставлениедокументации

Объединениемодулей программв единый блок

Отладкапрограммыформ

Отладкапрограммыотчетов

Отладкауправляющейпрограммы

Отладкавсей главнойпрограммы

Написаниепрограммыустановки исоставлениедокументациик ней

Составлениеруководствапользователяи другой программнойдокументации

Тестированиеи составлениеотчета потестированию

Корректировкадокументациии программы

Компоновкапрограммы и тиражирование

Таблица8.2.Результатырасчета параметровсетевого графика

Код работы

t_ож

Ранний

срок

Позднийсрок

Резервывремени

рабоч.

Началаработы

T_рнij

окончанияработы

T_роij

началаработы

T_пнij

окончанияработы

T_поij

полный

R_пij

свободныйR_сij

0-1

1-2

2-3

3-4

4-5

4-8

5-6

6-7

8-9

9-10

10-11

10-12

10-13

13-14

14-15

14-16

14-17

17-18

18-19

18-20

18-21

21-22

22-23

Рисунок8.1.

8.4. Оценкаиздержек наразработкупрограммы.

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

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

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

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

Цена на программные продукты устанавливается на единицу программной продукции с учетом комплексности ее поставки. Ее цена, обычно, формируется на базе нормативной себестоимости производства и прибыли:

Цп = С + П, где

С — себестоимость единицы продукции, руб.;

П — прибыль, руб.;

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

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

8.4.1. СтатьяI. Оплататруда

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

Анализ требований,предъявляемыхк программномуизделию;
Определениеспецификаций;
Проектированиеизделия;
Кодирование;
Тестированиеи отладка.

Примерноераспределениевременныхзатрат на реализациюотдельныхэтапов цикларазработкипоказано надиаграмме 1.

Диаграмма8.1. Временныезатраты нареализациюцикла разработкипрограммногообеспечения

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

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

Таблица8.3 Заработная плата

№	Наименование	Исполнитель	Трудоемкость		Оклад	Сумма
	этапа		ч/дн	ч/мс	тыс.руб./м	тыс.руб./м
1	Техническоезадание	Главныйконструктор	2	0.09	800	72
2	Подготовительный этап	Программист 1 категории	10	0.45	600	270
3	Рабочее проектирование	Программист 1 категории Программист 2 категории	20 35	0.90 1.58	600 500	540 790
4	Отладка и тестирование	Программист 1 категории	10	0.45	600	270
5	Техническийотчет	Программист 1 категории Программист 2 категории	7 5	0.31 0.22	600 500	186 110
6	Сдача темы	Главныйконструктор	2	0.09	800	72

Итого : 2310000 руб.

Размердополнительнойзаработнойплаты составляет15% от размераосновной, что,в данном случае,будет равно346500 рублей.

Ст.I=Основная+ Дополнительная=2310000+346500=2656500 руб.

8.4.2.Статья II.Материальныересурсы

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

Расчет сырьяи материаловприведен втаблице (8.4).

Таблица 8.4Расчет сырьяи материалов

Наименование	Ед. Измерения	Цена, руб.	Нормарасходов, шт.	Стоимость, руб.
База данныхOracle v7.2	шт.	25000000	1	25000000
Языкпрограммирования Delphi v 3.0	шт.	6000000	1	6000000
			Итого:	31000000
ТЗР=

ТЗР=31000000*1%/100%=310000руб.

Ст.II=

+0.1Ст.1

Ст.II=31000000+310000+265650=31395650руб.

8.4.3. СтатьяIII.Отчисленияна социальныенужды

Статья IIIвключаетв себя отчисленияв пенсионныйфонд

(28%),фонд занятости(1.5%), медицинскоестрахование(3.6%), социальноестрахование(5.4%), в фондобразования(1%) и транспортныйналог(1 %).

Всего 40,5% от начисленнойзаработнойплаты.

Ст.3=

=1075883 руб.

8.4.4.Статья IV. Накладныерасходы

Статья IVвключаетв себя расходына зарплатувспомогательнымрабочим, наладчикам,механикам,стоимостьзапасных частей,вспомогательныхсредств иамортизацию.250% от Ст.1

Ст.4=2.5*Ст.1

Ст.4= 2.5*2656500=6641250 руб.

1.4.5.Затраты

Пол.Себ.=

Пол.Себ.=2656500+31395650+1075883+6641250=41769283руб.

Итого: 41’769’283руб.

8.5. Ценапрограммногопродукта

Пусть в течение некоторого периода времени Т исходные условия остаются неизменными, программный продукт тиражируется в n=10 экземплярах, затраты на разработку составляют С, прибыль от использования программного продукта — П= 0.2*C. Тогда цена одного экземпляра тиражируемого продукта равна:

Цп = С/n + П/n + р1 + П1, где

р1 — затраты на копирование, сопровождение и маркетинг;

П1 — величина прибыли от реализации одного экземпляра тиража.

Здесь имеется ввиду, что цена на разработку устанавливается исходя из себестоимости и составляет С + П.

Слагаемые (р1 + П1) иногда связывают с ценой одной адаптации данной программного продукта.

Цп = 41769283/10+41769283*0.2/10 + 500000=5’512’314руб.

8.6. Анализэффективностивнедрения программы

Эффективностьвнедренияпрограммызаключаетсяв том, что

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

Благодарятому, что программанаписана подоперационнуюсистему Windows95/NT и соответственноимеет интуитивнопонятный программныйинтерфейс,существенноупрощаетсяпроцесс обученияи работы.

Даннаябаза данныхи программапо управлениюбазой данных

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

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

Отличиеот других аналогичныхпродуктовсостоит в том,что эта программаподдерживаетбазы данныхпостроенныена клиент/серверномвычислении.Благодаря этомупод сервервыбираетсямощный компьютер(мощный процессор,большой объемпамяти), позволяющийхранить централизованнобольшой объемданных и адекватнообрабатыватьмножествоодновременныхзапросов клиентов.А для выполненияклиентскихприложенийиспользуютсяменее дорогиекомпьютерыс минимальнымобъемом памяти.Этот способдоступа данныхобеспечитвозможностьодновременногоиспользованияинформациисразу несколькимипользователямисистемы. Соответственнорезко снижаетсявремя на получениярезультатови также снижаетсястоимостьоборудованияподдерживающегоэту систему.

Экономияот замены ручнойобработкиинформациина автоматизированнуюобразуетсяв результатеснижения затратна обработкуинформации.

Зт = Зр - За,

где Зр -затраты наручную обработкуинформации

За - затратына автоматизированнуюобработкуинформации.

Зр = к*(V*Ц)/Нв,

где V- Объеминформации,обрабатываемойвручную Mb.

Ц - стоимостьодного часаработы.

Нв -нормавыработки.

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

Зр = 1.1*(100*1000)/0.1=1100000 Руб.

Затраты наавтоматизированнуюобработкуинформации:

За = ta*Ца+З1 ,

где ta- времяавтоматизированнойобработки

Ца -стоимостьодного часамашинноговремени

З1 -трудозатратыпользователя

За = 0.3*100000 + 100000 = 400000 руб

Зт = 1100000-400000=700 000 руб

При использованииже старых методовхранения данных

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

Так женеобходимодержать довольно-такибольшой штатслужащих, которыезанималисьбы поискомнужной информации.

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

Также, благодарядружественномуинтерфейсупрограммы,повыситсяудобство работыи, соответственно,производительностьтруда оператораЭВМ.

9. МЕРОПРИЯТИЯ,ОБЕСПЕЧИВАЮЩИЕОПТИМАЛЬНЫЕУСЛОВИЯ ТРУДАПОЛЬЗОВАТЕЛЯНА РАБОЧЕММЕСТЕ

9.1.Спецификадипломногопроекта

Данныйдипломныйпроект посвященразработкеи работе базыданных с интерфейсом пользователяв рамках созданияпрограмм наязыке Delphiпод Windows95/NT для работыс произвольнымибазами данныхна основеперсональногокомпьютератипа IBM PC AT, предназначенногодля проектированиявычислительныхсистем.

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

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

9.3.1. Работас монитором

Электронно-лучеваятрубка (ЭЛТ) -это электроннаяпушка. Это означает,что ЭЛТ заряженаотрицательно,а, следовательно,вне ЭЛТ происходитнакопление положительно заряженных частиц. Человекчувствуетсебя хорошо, когда в окружающейего среде соотношениеположительныхи отрицательныхионов почтиодинаково. Однако передэкраном монитора образуется избыток положительных ионов. Всегдаимеющиеся ввоздухе офисамикрочастицы(пыль, дым табака,и т.д.), разгоняютсяпотоком положительнозаряженныхионов и оседаютна лице и глазахоператора, сидящего передэкраном. В результатетакой "бомбардировки"у операторамогут возникать:

- головнаяболь, бессонница;

- раздражениекожи;

- усталостьглаз;

9.3.2. Кресло

Проведенныеисследованиявыявили связьмежду работойна компьютереи такими недомоганиями,как астенопия,боли в спинеи шее, запястныйсиндром. Всевыше перечисленные болезни прямоили косвенновызваны неправильнойпосадкой человекаперед компьютером. Форма спинкикресла должнаповторять формувашей спины.Кресло надоустановитьна такой высоте,чтобы вы нечувствовалидавления накопчик (креслорасположенослишком низко)или на бедра(кресло расположенослишком высоко).Специалистыпо эргономикесчитали, чтоугол междубедрами ипозвоночникомдолжен составлять90 градусов, однаконедавно проведенныеисследованияпоказали, чтобольшинстволюдей предпочитаютсидеть несколькооткинувшись.

9.3.3. Клавиатура

Неправильнорасположенная клавиатура стимулирует развитие запястногосиндрома -болезненногопоражениясрединногонерва запястья.

9.3.4. Эффектыотражения ирабочий стол.

Светло окрашенная мебель офисаи большие окнаявляются

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

9.3.5. Оригиналодержатель

Часто приходится набивать тексты с листа бумаги, не имея

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

На рабочем месте инженер-системотехник также подвергаетсявоздействиюфакторов:

- шумы от работающихмашин;

- выделениеизбытков теплоты.

9.3.6. Шумы

Повышенныйуровень шумавызывает трудностив распознаваниицветовых сигналов, снижает быстроту восприятия цветовых

сигналов, снижает быстротувосприятияцвета, остротузрения,

зрительнуюадаптацию, нарушает восприятиевизуальнойинформа-

ции,снижает способность быстро и четковыполнятькоординиро-

ванныедействия, уменьшаетна 5-10% производительность труда.Длительное воздействие повышенного уровня шумас уровнем

звуковогодавления 90 Дбснижает производительность труда на

30-60%. Медицинскиеобследованияинженеров-программистов

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

9.3.7. Выделениеизбытков теплоты

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

Многиепрограммистысвязанны своздействиемтаких психофизическихфакторов, какумственноеперенапряжение, пере-

напряжениезрительныхи слуховыхаппаратов, монотонностьтру-

да, эмоциональныеперегрузки.Воздействиеуказанныхнеблагоп-

риятныхфакторов приводитк снижениюработоспособности, вызы-

ваемоеразвивающимсяутомлением. Появление иразвитие утомления связано сизменениями, возникающимив процессеработы

центральнойнервной системе, с тормознымипроцессами в коре

головногомозга.

9.4. Анализкатегориитяжести трудаинженера-программиста.

К настоящемувремени разработаныи утверждены стандарты науменьшение информационной нагрузки человекапри работе скомпьютером- ГОСТ 12.2.032-78 (введ.01.01.79).В данных правилахзаписано, чтоочень частоиспользуемыесредства отображенияинформации,требующие точного и быстрогосчитыванияпоказаний,следует располагатьв вертикальнойплоскости подуглом +15^oот нормальнойлинии взгляда,идущей на 15^oниже горизонтальнойлинии взгляда,и в горизонтальнойплоскости подуглом +15^oот сагитальнойплоскости.

Частоиспользуемыесредства отображенияинформации, требующиеменее точногои быстрогосчитыванияпоказаний,следует располагатьв вертикальнойплоскости подуглом +30^oот нормальной линии взглядаи в горизонтальнойплоскости подуглом +30^oот

сагитальнойплоскости.

В залах икабинетахрабочие местаоператоровнеобходимо

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

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

МосковскимНИИ гигиены им. Ф.Ф.Эрисмана,проводилисьисследования на определение оптимальных сочетанийцветов фонаи знаков. Функциональноесостояниезрительногоанализатораисследовалосьметодом определениякритическойчастоты слияниясветовых мельканий(КЧССМ) с последующимвычислениемкоэффициентаутомляемостипо С.Л.Шаповалову.Опрос проводилсядо и после работына ПЭВМ "Ямаха". Результатыисследований проведены втаблице 9.1.

Таблица9.1. Результатыисследований

	Сочетание	Оценка %
№	цветов	Состояниезрительногоанализатора			Общеесамочувствие
	экрана	Глаза	Глаза устали		Немного	Не
	и знаков	не устали	средне	немного	устали	устали
	Темно-зеленыйфон и белые знаки	100	-	-	-	100
	Темно-зеленыйфон и светло-зеленыезнаки	40	-	60	-	100
	Черный фони белые знаки	57	14	29	-	100
	Черныйфон и зеленыезнаки	50	-	50	-	100
	Синий фони белые знаки	32	25	43	13	87
	Белый фони черные знаки	14	43	43	-	100

Наихудшимсочетаниемцветов оказалсябелый фон ичерные знаки,а наилучшимтемно-зеленыйфон и белыезнаки.

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

- Выбор цветовой индикации (реакция программы на ошибкипользователя)

- Угловыеразмеры символов.Определяютсяпо формуле:

b h a H

tg--- = ---- ; tg--- = ---- ;

2 2L 2 2L

где

a - угол обзораэкрана

b - угловыеразмеры знака

L - расстояниенаблюдения

H - высотаэкрана

h - высотазнака

Для знаковойи буквенно-цифровойинформации,отображаемойна ЭЛТ, рекомендуются размеры: высотазнака h 3,5 мм приL = 0,6 - 0,7 м; шириназнака 0,75 h; межзнаковоерасстояние- (0,5-0,3)h; межстрочноерасстояние0,75h.

Факторы,окружающиеинженера-программиста,на рабочемместе:

1. Напряжениезрения

2. Напряжениевнимания

3. Нервно-эмоциональноенапряжение

4. Интеллектуальноенапряжение

5. Рабочееместо, рабочаяпоза

6. Сменность

7. Продолжительностьработы

8. Температуравоздуха нарабочем месте

Расчет интегрального показателя условий труда по методу

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

Таблица9.2. Карта условийтруда на рабочемместе

№	Показателиусловий труда.	Оценка показателей		Длительностьвоздействия		Балл с учетом
	Единицыизмерения.	Абс.	Балл	мин	доля смены	экспозиции.
А. Психофизиологические нагрузки
1	Напряжениезрения :
	освещенностьРМ, лк	400	2	480	1	2
	размерыобъекта, мм	1	1	480	1	1
	разрядзрительнойработы	3-4	2	480	1	2
	энтропиязрительнойинформации,бит/сигнал	8	1	480	1	1
	число информационныхсигналов вчас		1	480	1	1
2	Напряжениеслуха :
	уровеньшума, дБ		1	480	1	1
	соотношениесигнал/шум,%	70	2	480	1	2
	энтропияслуховойинформации,бит/сигнал	8	1	480	1	1
3	Напряжениевнимания :
	длительностьсосредоточениявнимания, %времени смены		1	480	1	1
	числоважных объектовнаблюдения		1	480	1	1
	- число движенийпальцев в час		1	480	1	1
4	Напряжениепамяти :
	необходимостьпомнить обэлементахработы свыше 2-хч., число эл.	1	2	480	1	2
	поискрассогласованийв % от числарегулируемыхпараметров	30	2	480	1	2
5	Нервно-эмоциональноенапряжение.Экспертная оценка.	1	1	480	1	1
6	Интеллектуальноенапряжение.Экспертнаяоценка.	1	1	480	1	1
7	Статическаянагрузка в течениесмены, кгс*сек:
	на одну руку		1	480	1	1
	- на обе руки		1	480	1	1
	- на весь корпус		1	480	1	1
8	Рабочееместо, поза,пере-мещениев пространстве. Экспертнаяоценка.	Поза свобод-ная	1	480	1	1
9	Сменность	одна	1	480	1	1
10	Продолжительностьработы в течениесуток, ч	8	2	480	1	2
11	Монотонность:
	число приемовв операции	10-6	2	480	1	2
	длительностьповтора операции,с	-	1	480	1	1
12	Режим трудаи отдыха	обоснованный гимнастика	1	480	1	1
Б. Санитарно-гигиеническиеусловия
13	Температуравоздуха нарабочем месте,С :
	теплый период	23-28	3	480	1	3
	- холодныйпериод	15-16	3	480	1	3
14	Промышленнаяпыль, кратностьпревышенияПДК	ПДК	2	480	1	2
15	Ультразвукв воздухе ПДУ+ превышение,дБ,		1	480	1	1
16	Тепловоеизлучение,Вт/см	0	0	480	1	0
17	Ионизирующиеизлучения,мр/ч		1	480	1	1
В. Оценкаусловий труда
18	Числофакторов,формирующихтяжесть труда,n					28
	Сумма баллов					40
	Усредненныйбалл					1.4

Рассчитаеминтегральнуюоценку категориитяжести трудаинженера-программистапо формуле :

k =19.7*k - 1.6* k² ,

где k - усредненныйкоэффициент,вычисляемыйпо формуле :

k = 1/n*k ,

где k - баллырассматриваемыхфакторов,

n - числофакторов.

k =1.4

k = 19.7*1.4-1.6*1.96=24.444(балл*10)

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

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

9.5. Анализосвещения нарабочем местепрограммиста.

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

Адаптация- приспособлениеглаза к изменениюосвещения.

Аккомодация- приспособляемость глаза к изменениюрасстояния.

Конвергенция- свойство глаз сосредотачиватьзрение на

предмете.

Всю энергию,излучаемуюисточникамисвета, можноразделить наультрафиолет, видимый свети инфракрасноеизлучение.Часть энергии,воспринимаемаяглазом каксвет, называетсясветовым потокомF [люмен]. Силасвета (I)-определяетсякак пространственнаяплотностьсветовогопотока, т.е.отношениесветовогопотока к телесномууглу, в которомравномернораспространяется этот световойпоток.Измеряется сила света вканделлах([Кд]=[лм]/[срад]).Освещенность(E) - поверхностнаяплотностьсветовогопотока, люкс[лк]:

E = --- ,

где S - площадь [м ] .

Коэффициентпульсации освещенности(Кп) - имеет значение

при питанииламп переменнымтоком.

Eмах- Емin

Кп = ------------ 100% ,

2 Еср

Искусственноеосвещениепроизводственныхпомещенийбывает:

- общее;

- комбинированное;

- аварийное.

Помимоискусственногов помещенииимеется такжеестественноеосвещение изокон. Такимобразом, освещениесмешанное.

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

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

Краткаяхарактеристикапомещения :

- высота потолка H = 3,9 м.

- коэффициентотраженияпотолка Rп = 70 %

- коэффициентотражения стенRс = 50 %

- высотарабочей поверхностиh = 0,9м.

- помещениепрямоугольнойформы, имеющееследующиеразмеры

ширинапомещения А= 7м.

длинапомещения B = 8м.

Необходимоеколичествосветильниковбудем располагатьрядами с соответствиемс наивыгоднейшимсоотношением

Л = ---------- = 1,7

( H-h )

где L - расстояниемежду рядамисветильников, [ м ]

H-h - высотаподвеса , [ м ]

Для большинстваприменяемыхтипов светильниковЛ=1,5...2,0

==> L = Л * ( H-h ) = 1,7 * ( 3,9 - 0,9) = 5,1 м.

Расстояниеот стен до крайнегоряда светильников:

l = 1/3 * L = 1/3 * 5,1 = 1,7 ;

Будемрасполагать светильникипараллельноширине помещения.При длине помещенияB = 7 м. число рядовсветильниковn рассчитываетсяпо формуле :

B - 2 * l 8 - 2 *1,7

n = 1 + ------------- = 1 + --------------- =2 ;

L 5,1

Нормировочнаяосвещенностьдля данноговида работ

E = 400 лк

Для определениявеличины коэффициентаиспользуемогосветовогопотока подсчитываетсяиндекс помещения:

A * B

i = ------------------

(H - h) * (A + B)

где i - индекспомещения;

A и B - длина иширина помещения,м;

(H - h) - расчетная высота подвеса светильниковнад

рабочейповерхностью,м.

Для нашегопомещения А= 7 м, В = 8 м, Н = 3.9 м.

7 * 8

i = ----------------------- = 1,24 ;

(3,9 - 0,9) * (7 + 8)

Коэффициентиспользования световогопотока зависиткроме

индексапомещения ещеи от коэффициентовотражения:

Rп - коэффициентотраженияпотолка (0.7);

Rс - коэффициентотражения стен(0.5);

По таблицеопределяемкоэффициентиспользованиясветового

потока :Ku = 0.4 ;

Номинальныйсветовой потоклампы ЛБ-40 составляет

Фл = 3120 лк .

Номинальныйсветовой потоксветильника, включающего4 лампы ,составляетФсв = 4 * Фл = 4 * 3120 = 12480 ;

Необходимоеколичество светильниковподсчитываетсяпо следующейформуле :

E * Kз * S * z

N = ------------------ ,

n * Фсв * Ku * Kзт

где E - нормировочная освещенность,лк;

Кз - коэффициентзапаса ;

S - площадьпомещения ;

z - коэффициентнеравномерностиосвещения ;

n - число рядовсветильников;

Фсв - номинальныйсветовой потоксветильника;

Ku - коэффициентиспользованиясветовогопотока ;

Kзт - коэффициентзатенения ;

По справочнику значение коэффициентовпринимаемравными

соответственно:

Кз = 1,5 ;

z = 1,15 ;

Кзт = 0,85 .

Площадьпомещения S =A * B = 7 * 8 = 56 м. ;

400 * 1,5 * 56 * 1,15

N = ------------------------- = 4 ;

2 * 12480 * 0,4 * 0,85

Определимдлину разрывовмежду светильникамиR :

A - N * lсв

R = ------------- ,

N - 1

где lсв - длинаодного светильника;

lсв = 1,33 м.

6 - 4 * 1,33

R = -------------- = 0,23 м.

4 - 1

9.6. Вывод

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

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

10. ПРИМЕНЕНИЕЭВМ ДЛЯ ПОВЫШЕНИЯЭФФЕКТИВНОСТИРАБОТЫ ШТАБАГО

Для тогочтобы оценитьвозможные путии способы примененияэлектронныхвычислительныхмашин (далееЭВМ) для повышенияэффективности работы штабаГО, необходимоиметь четкоепредставление,во-первых,об объеме исодержаниирешаемых задач,требованияхоперативностии способахкоммуникаций,и, во-вторых,о возможностяхсовременныхЭВМ.

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

10.1. Задачигражданскойобороны.

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

1.Защитанаселения оторужия массовогопоражения идругих средствнападенияпротивникаосуществляетсяпроведениемкомплексазащитных мероприятий,что позволяетмаксимальноослабить результатывоздействияоружия массовогопоражения,создать благоприятныеусловия дляпроживанияи деятельностинаселения,работы объектов,и действий силГО при выполнениистоящих передними задач.

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

3. Проведениеспасательныхаварийно-восстановительныхработ вочагах пораженияи зонах затопления.Без успешногопроведениятаких работневозможноналадить деятельностьобъектов,подвергшихсяударам противника,создать нормальныеусловия дляжизнедеятельностинаселенияпострадавшихгородов.

10.2. Основнойрасчет поражающихфакторов ядерноговзрыва

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

10.2.1. Исходныеданные:

Вид взрыва: а) воздушный, б) наземный;
Мощностьвзрыва;
Расстояниедо ОЭ;
Раcстояниедо районарассредоточения;
Коэффицентослабленияатмосферы;
Скоростьветра;
Угол междуосью следарадиоактивногооблака и линией,проведеннойчерез ОЭ и эпицентрвзрыа;

10.2.2. Выходныеданные:

Избыточноедавление вофронте ударнойволны;
Импульссветовогоизлучения;
Суммарнаядоза гамма-излучения;
Мощностьдозы Г-излучения;
Поток нейтронов;
Вертикальнаясоставляющаяэл.поля ЭМИ;
Уровеньрадиациирадиоактивногозаражения;

10.3. Текстпрограммы

program voina;

var

Pvzr,vid,rr,vv,bet:real;

R_onx,ko,dPf,qy,R,rs,U,Fn,Pg,Dz,Dosk,Dg,E,P0,alf:real;

begin

writeln('Введитевид взрыва,есливзрыв воздушный-> нажми 1');

writeln(' есливзрыв наземный -> нажми 2');

read(vid);

writeln('Введитемощность взрыва,Kт');

read(Pvzr);

writeln('Введитерасстояниедо ОЭ,км');

read(R_onx);

writeln('Введитераcстояние дорайона рассредоточения,км');

read(rr);

writeln('Введитекоэфицентослабления');

read(ko);

writeln('Введитескоростьветра,км/ч');

read(vv);

writeln('Введитеугол,град');

read(bet);

qy:=0.5*Pvzr*1000000;

R:=R_onx*1000;

dPf:=105/R*exp(1/3*ln(qy))+410/R/R*exp(2/3*ln(qy))+1370/r/r/r*qy;

if vid=1 then

rs:=0.052*exp(0.4*ln(Pvzr))

else

rs:=0.068*exp(0.4*ln(Pvzr));

R:=R_onx;

U:=111*Pvzr/R/R*exp(-ko*(R-rs));

R:=R*1000;

Fn:=7.5*exp(22*ln(10))/R/R*Pvzr*exp(-R/190);

Pg:=exp(13*ln(10))/R/R*Pvzr*exp(-R/200);

Dz:=5*exp(8*ln(10))/R/R*Pvzr*exp(-R/410);

Dosk:=1.4*exp(9*ln(10))*Pvzr*(1+0.2*exp(0.65*ln(Pvzr)))/R/R*exp(-R/300);

Dg:=Dz+Dosk;

R:=R_onx;

alf:=Pi/4-2*bet*Pi/180;

E:=5*exp(3*ln(10))*(1+2*R)/R/R/R*ln(14.5*Pvzr)/ln(10);

P0:=10*Pvzr/(exp(1.5*ln(rr/22))*exp(sqrt(rr/vv)))*sqr(sqr(sin(alf)/cos(alf)));

writeln('Избыточноедавление вофронте ударнойволны: ',dPf:1:3,' кПа');

writeln('Импульссветовогоизлучения: ',U:1:3,' кДж/м¤');

writeln('Суммарнаядоза гамма-излучения: ',Dg:1:3);

writeln('Мощностьдозы Г-излучения: ',Pg:1:3);

writeln('Поток нейтронов: ',Fn:3,' н/м¤');

if vid=2 then

writeln('Вертикальнаясоставляющаяэл.поля ЭМИ: ',E:1:3,' В/м');

writeln('Уровеньрадиациирадиоактивногозаражения: ',P0:1:3);

writeln('');

end.

10.4. Провркаработоспособности

Избыточноедавление вофронте

ударнойволны P_ф,кПа

R/q	100	200	300	400	500
3	21.614	31.134	39.068	46.196	52.813
4	14.219	19.846	24.393	28.396	32.057
5	10.51	14.377	17.432	20.082	22.478
6	8.31	11.211	13.465	15.398	17.13
7	6.861	9.164	10.931	12.432	13.769
8	5.839	7.740	9.184	10.402	11.479
9	5.079	6.694	7.91	8.93	9.828
10	4.493	5.894	6.942	7.817	8.584

где R- расстояниедо центра взрыва,км;

q- мощностьвзрыва, кт.

10.5. Выводы:

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

11. ЭРГОНОМИЧЕСКАЯОЦЕНКА ИНФОРМАЦИОННОГООБЕСПЕЧЕНИЯЭВМ

11.1. Введение

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

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

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

11.2. Проектированиеформ

Выбор стиля.Стиль определяетвнешний видприложенияи сказываетсяна внешнемвиде форм, егосоставляющих.Лучше придерживатьсяуже установленногостиля пользовательскихинтерфейсов,потому чтопользователюбудет легчеосвоить знакомыйинтерфейсприложения.Шрифты, цветафона, размерыэлементовизображений,расположениепанели инструментовдолжны бытьсогласованыс другимиприложениями.
Выбор функций,вводимых вприложение.Не надо вводитьненужныесвойства. Перегрузкапользователябесполезнойинформациейвызовет напрасныепотери времени.Надо определитькакие свойстваполезны, а какиенет.
Построениеиерархии дляформ и отчетов.Создание дляприложенияформы верхнегоуровня, из которойбудут происходитьвсе другиеформы, облегчитвнесение измененийаспектов всехформ приложения,так как измененияпридется вноситьтолько в верхнююформу. Иерархияформ поможетпридерживатьсяпоследовательностипри переходеот формы к форме.
Форма недолжна включатьболее одноготипа исходногодокументаодновременно.Формы должнысоставлятьсякак можно проще.Не следуетвводить наэкран разныетипы информациив одной форме.
Для лучшеговосприятиячеловеческимглазом информациинадо использоватьдля форм нейтральныйцвет фона.
Для отображениятекущего режимаработы приложенияможно использоватьгруппы кнопокпанели инструментов.Установивсвойство наборакнопок панелиGroupIndexравноененулевомучислу, можноустановитьгрупповойрежим работыпанели. Можнотакже установитьсвойство группыAllowAllUpравное False.Если щелкнутьна одной изкнопок панелиинструментов,определенныхтаким образом,она будет оставатьсяв нажатом состояниидо тех пор, покапользовательне щелкнет надругой кнопкеиз этой группы.
Большиекнопки и легкоотыскиваемыегруппы переключателейпозволяютлегко манипулироватьуправляющимисредствамиприложения.
Для большойэкономии временипользователей,которые предпочитаютиспользоватьклавиатуру,а не мышь, можнопродублироватьфункции каждойкнопки панелиинструментовкомандамисоответствующихменю и включитьв него такжекоманды, которыене представленыкнопками формы.
Для частоиспользуемыхкоманд менюнадо включитьакселераторыменю. Для этогонужно создатьфиктивныйэлемент менюс соответствующейкомбинациейклавиш, а затем«привязать»код, которыйнадо выполнить,к событию OnClick этогоэлемента.
Установкана форме горячиеклавиши дляключевых полей.Для этого сначалаопределяютгорячую клавишуметки с помощьюсвойства Captionуправляющегоэлемента метки(для обозначениягорячей клавишииспользуютсимвол «&»).Затем устанавливаютв свойствеметки FocusControl имякомпонента,который предназначендля полученияфокуса вводапри нажатиигорячей клавиши.
Расположениеи функции устройствнавигациидолжны бытьодинаковымидля всех форми даже приложений.Если поместитьуправляющийэлемент DBNavigatorвнизуодной формыи вверху следующей,то тем самымбудет нарушенасогласованностьвнутри приложенияи пользователимогут запутаться.Лучше размещатьсредства управления,которые выполняютаналогичныеили похожиефункции, в одноми том же местекаждой формы.
Элементыпользовательскогоинтерфейсадолжны бытькак можно болеененавязчивыми.Пользовательне долженостанавливатьсвою работуи напрягатьзрение, пытаясьпрочесть меткуна кнопке. Лучшесделать отдельныекнопки размеромбольше.
Шрифтыбез засечекчитаются легче,чем шрифты сзасечками.Поэтому лучшеиспользоватьшрифт Arial,вместоTimesNew Roman.
Использованиевсплывающихподсказокпредоставляетпользователювеликолепнуювозможностьузнать, чтоделает данныйэлемент, нещелкая на нем(это особенноважно для кнопокпанели управления.).Всплывающиеподсказкипредставляютсобой маленькиевсплывающиеметки, которыеотображаются,когда курсормыши останавливаетсянад определеннымизначащимиэлементамиэкрана.
Включениеинтерактивнойсправки. ПрофессиональныеприложенияWindowsсодержатполную справочнуюбазу данных,которая включаетсвязи междуродственнымитемами. Следуетоснащать своиформы контекстно-чувствительнойсправкой. Этоможно сделатьс помощью свойстваHelpContextформыи ее управляющихэлементов.Когда будетзатребованасправка поэлементу формы,обладающемуфокусом ввода,управлениесправкой Windowsавтоматическибудет переданосоответствующейтеме вашейсправочнойбазы данных.
Созданиеокна формыAbout(О программе).В него включаютимя приложения,номер текущейверсии и названиекомпании. Можнотакже внеституда телефонныйномер отделатехническогосопровождения,отметку обавторскихправах и информациюоб использованииресурсов Windows.Название продукта,номер версиии отметка обавторскихправах должныбыть включеныв приложениес помощью ресурсаWindowsVERSIONINFO.
Можно использоватьстраницы ивкладки дляразмещениябольшого числауправляющихэлементов наотносительномаленькойплощади экрана.
Для представленияприложенияв соответствующемменю или папкеWindowsнадо связатьего с подходящейпиктограммой(важно, чтобыпользователимогли отличитьее от пиктограммдругих приложений).Для приложенийDephiпиктограммыустанавливаютсяс помощью менюProjectЮOptions ЮApplications.
Надо проектироватьформы для самогонизкого разрешенияэкрана. Скореевсего, это будетразрешениеVGA,поэтому в формахможно безопасноустановитьразрешение640*480. Для реализацииэтого лучшевсего переключитьразрешениена видеоадаптерена VGA.Формы, разработанныев расчете набольшую разрешающуюспособность,чем стандартVGA,не смогут целикомпоявитьсяна экране.
Не надоперекладыватьна оперативнуюсправку объяснение,как пользоватьсяприложением.В большинствеслучаев егоприменениедолжно бытьинтуитивными не должновынуждатьпользователязакапыватьсяв руководствоили читатьоперативнуюсправку.

11.3. Формывыдачи решений

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

Максимальноеиспользованиеэкранной площади.Как правило,пользователипредпочитаютвидеть вещив максимальноупрощенноми развернутомвиде. Можнотакже допустить,что пользователиредко запускаютпод управлениемWindowsболееодного приложенияодновременно,поэтому позволительнамаксимизацияпрактическивсех окон форм.
Надо избегатьбеспорядочногорасположенияна форме большогочисла деталейили табулированныхданных. Обычнопользователяинтересуюттолько факты,и они хотятполучить ихв приятном ипростом дляпониманиявиде.
Использованиеграфическихдиаграмм длявизуальногоотображениясоответствияодних данныхдругим можетстать мощнымсредствомобщения сложныхнаборов данных.Если пользовательне прочь отказатьсяот сырых цифрв пользу ихграфическогопредставления,то диаграммыпридадут приложениюизысканныйи профессиональныйвид при минимумезатраченныхусилий. Но приэтом необходимопо-прежнемуподдерживатьсредства доступак лежащим в ихоснове необработаннымданным на случай,если пользовательзахочет знатьиз диаграммточные цифры.
Если приложениеограничиваетсятолько чтениемданных можноудалить компонентымодификацииданных. МожнообойтиськомпонентамиDBTextили TLabel,чтобыотображатьполяописательноготипа, не прибегаяк таким насыщеннымкомпонентам,как список иликомбинированныйсписок.
Не следуетвключать вприложениефункций, которымипользовательне сможетвоспользоваться.Необходимоизбегать серых(недоступных)команд менюи запрещенныхкнопок, присутствиекоторых можетвызвать недоумение.Если какая-нибудьопция недоступнадля данногопользователя,устанавливаютее свойствоVisibleравнымFalse,что сделаетее невидимой(или совсемубрать ее)вместо того,чтобы простозапретить.

11.4. Интерактивныеформы.

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

Желательнорассмотретьвозможностьувеличенияи замены кнопокнавигатораDilphiстандартнымикнопками. Несмотряна мощностьи простотуприменения,управляющимэлементамDBNavigatorнедостаеттаких свойств,как средствапоиска и возможностьприсваиватьклавиши ускоренногодоступа илиметки их встроеннымкнопкам.
Чтобы выборуправляющихсредств быллогичен и происходилинтуитивно,группируютуправляющиесредства покаждому применениюи соответственноразмещают их.Располагаютсвязанныеэлементы втесной близостидруг к другу,выравниваютзависимыеэлементы группыпереключателей,располагают связанныекнопки близкодруг от друга.Это помогаетпользователюбыстрее познакомитьсяс приложениеми избежатьошибок приработе с ним.
Для любителейработы с клавиатурой,используюткомбинацииклавиш длякомандныхкнопок и полейввода. Надорасположитькомбинацииклавиши влогическом,а не позиционномпорядке, отдаваяпредпочтениекнопкам, а неметкам. Другимисловами, еслиесть поле вверхуэкрана, меткакоторого начинаетсяс буквы А, и, крометого, есть кнопка,расположеннаявнизу экранас названиемAdd,устанавливаютклавишу ускоренногодоступа длякнопки, а недля поля, равной.
Устанавливаютлогическийпорядок работыклавиши табуляции,который быпозволилпользователюлогическипереходитьна форме отполя к полю иот кнопки ккнопке, а именнослева направои сверху вниз.
Чтобыустановитькнопки OKилиCancel используютсвойство Kindуправляющегоэлемента DelphiTBitBtn(кнопкас растровымизображением).Установкакнопки OKавтоматическиустанавливаетее свойствоDefaultравнымTrue, делаятем самым еекнопкой, котораядействует дляданной формыпо умолчанию.Это значит,что для завершенияредактированиятекущей записипользовательможет нажать,а дляотмены ввода-.
Для активизациивсплывающегоменю вместокомандныхкнопок или какдополнениек ним рассматриваютиспользованиеправого щелчкамыши. Некоторыепользователиотдают предпочтениеименно этомувиду меню, котороеприобрелопопулярностьблагодаряпродуктамBorland.

11.5.Формыввода данных.

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

Когда скоростьввода являетсярешающим фактором,используютполужирныймоноширинныйшрифт, которыйлегче читаетсяс одного взгляда.
Убираютненужные кнопкии поля, а такжеуправляющиеэлементы, которыеоказываютсялишними длябыстрого вводаданных. Например,если пользователюникогда непонадобитсяномер счета,надо убратьс формы соответствующуюкнопку - онатолько занимаетэкранную площадь.Если в формахобработкитранзакцийнекоторыеэлементы создаютудобства, тобыстрому вводуданных онимогут простомешать.
Используютакселераторы,которые легконажимать. Назначаютклавиши ускоренногодоступа с учетомих применения,а не в зависимостиот позиции наэкране. Еслидва управляющихэлемента должныпо идее иметьодну и ту жегорячую клавишу,отдают ее тому,который используетсячаще, а не тому,который позиционнорасположенна форме первым.Для другогоэлемента придумываютновый акселератор.Для самых частоиспользуемыхэлементовотводят самыепростые клавиши.
Там, гдеэто уместно,делают действующейпо умолчаниюне кнопку OK,а кнопку Add,которая добавляетновую запись.Это относитсяк формам, в которыхглавной функциейявляется добавлениезаписей, в отличиеот обычныхформ обработкитранзакций.Это будетспособствоватьболее быстройработе с приложением,когда пользователюприходитсядобавлятьнесколькозаписей подряд.
Не делаютбольших форм.В отличие отдругих типформ, эта формадолжна бытькак можно меньше,поскольку этопозволит переместитьее в удобноедля пользователяместо и снизитьутомляемостьглаз. Пользователиэтого типаобычно смотрятна исходныедокументы, ане на экран,поэтому открываютэту форму внормальномокне (а не вмаксимизированномили минимизированном).

11.6. Проектированиеотчетов.

Используютдля проектированияотчетов компонентыQuickReport.Их легче настраиватьи использовать,чем внешниепостроителиотчетов.
Для отчетов,которые слишкомсложны длякомпонентовQuickReport,используютграфическиепостроителиотчетов. Особойпопулярностьюпользуютсяутилиты ReportSmith,R&R SQL Report Writer for Windows иCrystal Reports. Применениеграфическогопостроителяотчетов имеетмного преимуществ.Во-первых, отчетысоздаются имодифицируютсявизуально, Этолегче, быстрееи рождает меньшеошибок, чемсоздание отчетовс помощью исходногокода ObjectPascal. Во-вторых,такие механизмы,как управлениеразбивкой,заголовки,сноски и суммирование,встроены вовсе приличныепостроителиотчетов - дляих использованияне нужно писатьпрограммныйкод. В-третьих,можно позволитьпользователяммодифицироватьотчеты или наих основе создатьновые, причембез необходимостимодифицироватьисходный кодприложения.
В заголовокотчетов включаютимя отчета,текущие датуи время, а такжеимя пользователя,запускающегоотчет. Включениедаты и временипоможет отличитьдруг от друганескольковерсий одногои того же отчетаи даст представлениео времени еесоздания, еслиего просматривалив более позднийсрок. Включениевнутреннегоимени отчетапоможет отследить«источник»для отчета,который можетпригодитьсядля работы вдальнейшем.Имя пользователя,если оно записанов заголовкеотчета, можетспособствоватьразвитию контактас пользователемдля обсуждениябудущих проблем.
Включаютлюбой критерий,используемыйдля отбораданных, отображаемыхв отчете в егостраничномзаголовке.Если в интерфейсномприложениипользовательподдерживалдаты или другойкритерий, надовнести их взаголовокстраниц отчета.Это необходимосделать, потомучто данныемогут бытьвыпущены изотчета из-затого, что критерийбыл задан винтерфейсе.Это может запутатьпользователя.Вероятностьтакого событияособенно повышается,когда междумоментом запускаотчета и моментомего просмотрапрошло значительноевремя.
Для заголовковиспользуютпропорциональныешрифты, а дляданных - моноширинные.Пропорциональныешрифты придаютотчету болееизысканныйвид и в полноймере используютпреимуществавысокоорганизованныхпринтеров,которые получилиширокое распространениев наши дни. Болеетого, пропорциональныешрифты отличаютотчеты, сгенерированныесовременнымисистемами PC,от созданныхна более старыхи менее развитыхсистемах. Ксожалению,пропорциональныешрифты обладаютнедостатком,который выражаетсяв трудностяхвыравниваниятабличныхданных. Посколькуцифра 1оказываетсяуже цифры 5,то колонкиданных не будутидеальновыровненными.Вместо этогоиспользуютсяшрифты с фиксированнымшагом. Обычнов заголовкахотчета используетсятакой пропорциональныйшрифт, как Arialили TimesNew Roman, а в самомотчете - такойнепропорциональныйшрифт, как CourierNew.
Если вотчете необходимоподчеркивание,надо использоватьатрибут подчеркиванияшрифта. Во многихпостроителяхможно встраиватьв создаваемыеотчеты графическиеэлементы, включаялинии и прямоугольники.Графика, реализованнаятаким путем,занимает памятьпринтера изамедляетпостроениеотчета, посколькулиния представляетсобой графический,а не текстовыйэлемент илиэлемент шрифта.Другой способвыделениятекста, которыйостался отвремен использованияматричныхпринтеров,является символподчеркивания( _ ).Линии, нарисованныетаким способом,зря расходуютцелую строкупод той строкой,которую онидолжны подчеркивать.Поэтому, когданужно подчеркнутьв отчете какие-нибудьэлементы, надоприменять влюбом шрифтевместо перечисленныхспособов атрибутподчеркивания.
При представлениинумерованныхданных используютправое выравнивание,а для числовыхидентификаторов- левое (например,для номеровзаготовок илиномеров отчетов).
Для выделенияэлементовотчета можноиспользоватьпрогрессивныевозможностиформатированияпри печати,например, такиеатрибуты шрифта,как печать стенью или полужирноеначертание.Но надо иметьв виде, что принтерпользователядолжен обладатьтеми средствами,которые предполагалипри построенииотчета.

12.ВЫВОДЫ

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

Ведениеданных:

объектовэкономики;
защитныхсооружениях;
опасныхвеществах;
техники;
материально-техническихсредств;
формирований;
обучаемыхна УМЦ;

Формированиесписков:

объектовэкономики;
защитныхсооружениях;
опасныхвеществах;
техники;
материально-техническихсредств;
формирований;
обучаемыхна УМЦ;

Составлениелюбой(!!!) статистическойинформациипо введеннымданным.

Данныйпрограммныйпродукт автоматизируетпроцесс подготовкик принятиюрешений привозникших ЧС;регистрациюобъектов экономикии составлениесписка характеристикобъекта;

регистрациюналичия и численностиразличныхсоставляющихобъекта;снижает расходына подготовкуи уточнениясписков объектов;учета готовностиобъекта к ЧС;учета проведениязанятий собучающимисяв УМЦ;уменьшает времяна подготовкусписков объектовэкономики исписков обучающихсяна УМЦ по различнымкритериям;

Также в дипломномпроекте былирассмотреныследующиевопросы:

Организационно-экономическаячасть -

Экономическоеобоснованиесоздания программногопродукта. Расчетзатрат на НИР.Определениезатрат программногопродукта. Оценкаэкономическойэффективностиразработки;

Охрана трудаи экология -

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

Гражданскаяоборона -

ПрименениеЭВМ для повышенияэффективностиработы штабаГО объектаэкономики;

Эргономическаячасть -

Эргономическаяоценка информационногообеспеченияЭВМ.

13. ЛИТЕРАТУРА

Атаманюк,Л.Г. ШиршевГражданскаяоборона, Москва“Высшая школа”1986г;
ЖурналPCWEEK 30 сентября1997 (65стр);
ЖурналPCWEEK19 августа 1997(20стр);
ЖурналComputerWorld,СтатьяДелерри Хелд«Гдеже этот хваленыйуниверсальныйсервер»,1997 21 номер;
Кен Хендерсон,Руководстворазработчикабаз данных вDelphi 2;
ЖурналLAN апрель1995, Статья Дж.Салеми;
ЖурналLAN декабрь1995, Статья БиллаЛазарья;
ЖурналСУБД 1995г №4 стр50-57;
Dr. E.F. Codd "ARelational Model of Data for Large Share Data Banks",1970;
СтивенБобровски,Oracle 7 вычислениеклиент/сервер;
С.Орлик,Секреты Delphi;
СергейДунаев,Borlandтехнологии;
ЭндрюВозневич, ОсвойсамостоятельноDelphi;
А.Федоров,СозданиеWindows-приложенийв среде Delphi;
МартинГрабер, Введениев SQL;
А.М. Епанешников,Программированиев среде Delphi2.0
B.Ю. Баженова,Windows SQL
В.В. ФароновБиблиотекаTurboVision 6.0
Справочникпо функциями процедурамBorlandPascal 7.0
Подборкастатей изэхо-конференцииRU.DELPHI,RU.DELPHI.DB в сетиFIDONET(от сентября по декабрь1997года).

ПРИЛОЖЕНИЕ1

П.1.ТЕХНИЧЕСКОЕЗАДАНИЕ

П.1.1 Общиесведения

Системапо управлениюбазой данныхGOBASE предназначена для учета объектовэкономики, ведения базыданных о объектахэкономики, учетготовностиобъекта в случаевозможныхчрезвычайныхситуациях (ЧС),формированияи печати списковобъектов, а также для учетаобучаемых в учебно-методическомцентре (УМЦ).

GOBASE разрабатываетсядля использования в автоматизированнойсистеме оповещенияпри ЧС.

П.1.2. Постановказадачи

Спроектироватьпрограммныйпродукт, представляющийсобой доступи управлениебазой данныхв локальнойвычислительнойсети.
Разработкапрограммыосновываетсяна следующихдокументах:
1). Справочнаялитературапо программированиюна Delphi 2.0 для Windows.
2). Справочнаялитературапо работе сраспределеннойбазой данныхOracle.
3).Справочнаялитературапо работе соперационнойсистемой Windows.
4).Справочнаялитературапо работе соперационнойсистемой NovellNetware.

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

П.1.3. Основаниядля разработки

Основаниемдля разработкиявляется заданиена дипломноепроектирование.Основаниемдля разработкитакже являетсядоговор насозданиенаучно-техническойпродукции между: СафроновымС.О. и управлениемпо делам ГО иЧС ЮЗАО г.Москва.

П.1.4. Назначение и цели созданияпрограммногопродукта

Данноепрограммноеобеспечениепредназначенодля выполнениятехнологическихфункции в интересах системы предупрежденияи ликвидацииЧС.

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

1) автоматизациюпроцесса подготовкии принятиярешения припредупреждениии ликвидацииЧС;

регистрациюобъектов экономикии их характеристик;
наличиеи численногосостава:

техники;
защитныхсооружений;
химическиопасных веществ;
материально-техническихсредств;
формированийна объекте;

4) снижениевремени наподготовкуи уточненияданных по объектамГО;

5) готовностьобъекта к ЧС;

6) проведениезанятий собучающимисяв УМЦ;

7) контрольоднократностиучета объектови обучающихся;

В составфункциональногокомплексадолжны входить:

1) задачапервоначальноговвода информацииоб объектахэкономики;

2) задачапервоначальноговвода информацииоб обучаемыхна УМЦ;

3) задачаформированияи печати списковобъектов экономики;

4) задачаформированияи печати списковобучаемых наУМЦ;

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

П.1.5. Требованияк программе

Даннаяпрограммадолжна поддерживатьинтерфейс спользователем(верхний уровень)и интерфейсс распределеннойбазой данных(нижний уровень).ПрограммаGOBASE предназначенадля работы подуправлениемоперационнойсреды Windows. Интерфейспользователядолжны соответствоватьстандартамWindows.

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

При проектировании следует учитывать,что большинствопользователейне являетсяспециалистамив вычислительнойтехнике. Ихзнания компьютеранаходятся науровне оператораЭВМ. Для работыс программой- пользователямнеобходимоосвоить работув Windows на уровнеоператора ЭВМи ознакомитьсяс руководствомпользователяGOBASE.

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

Программадолжна обладатьдостаточнойнадежностью,работать подоперационнойсистемой Windows 95или Windows NT. Заниматьне более 4Mb оперативнойпамяти и неболее 5Мб надиске в рабочемсостоянии.

П.1.6. Состави содержаниеработ по созданиюпрограммы

1). проектированиеструктуры базыданных;

2). проектированиеприкладныхпроцессов,необходимыхдля реализациизадачи;

3). разработкаалгоритмапрограммы;

4). кодированиеалгоритма;

5). тестированиепрограммы;

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

П.1.7. Входнаяинформация

Входнойинформациейдля функциональногокомплексаявляются:

1). данные обобъекте:

- наименованиеобъекта;

- адрес объекта;

- количествоработающих;

- наибольшаяработающаясмена;

- степеньопасности;

- переченьхранимых опасныхвеществ;

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

- наличие икласс защитныхсооружений;

- территориальнаяпринадлежностьк району;

- род деятельности;

- форма собственности;

- особенностиобъекта;

- подчиненностьобъекта;

- регистрационныйномер объекта;

- Ф.И.О. руководителяобъекта;

- занимаемаядолжностьруководителяобъекта;

- рабочийтелефон руководителяобъекта;

- домашнийтелефон руководителяобъекта;

- Ф.И.О. начальникаштаба ГО объекта;

- занимаемаядолжностьначальникаштаба ГО объекта;

- рабочийтелефон начальникаштаба ГО объекта;

- домашнийтелефон начальникаштаба ГО объекта;

- телефондежурного пообъекту;

- телефонфакса;

- телефонмодема;

- время работымодема;

2). данные обобучаемых вУМЦ:

- Ф.И.О. обучаемого;

- индивидуальныйномер обучаемого;

- категорияобучаемого;

- занимаемаядолжностьобучаемого;

- занимаемаядолжностьобучаемогопо ГО;

- рабочийтелефон обучаемого;

- домашнийтелефон обучаемого;

- домашнийадрес обучаемого;

- дата последнегообучения;

- дата планируемогообучения;

П.1.8. Выходнаяинформация

Выходнойинформациейфункциональногокомплексаявляются:

1). списки объектовэкономикиустановленнойформы:

- в алфавитномпорядке;

- по территориальнойпринадлежностик району;

2). списки обучаемыхна УМЦ установленнойформы:

- в алфавитномпорядке;

- в порядкедаты следующегообучения;

- в порядкепринадлежностик объекту.

П.1.9. Порядокконтроля иприемки программы

Контрольработоспособностипрограммывозложить наBeta-тестероввходящих вподразделениезаказчика (неменее 3 человек).

П.1.10. Требованияк составу исодержаниюработ по установкепрограммы нарабочем местеоператора

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

П.1.11. Требованияк документированию

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

1). руководствопользователяпрограммыGOBASE;

2). руководствопо установке;

Эти документыдолжны бытьвключены всостав справочнойсистемы программы.

П.1.12. Источникиразработки

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

ПРИЛОЖЕНИЕ2

СОСТОЯНИЕИ ПЕРСПЕКТИВЫРАЗВИТИЯ МОСКОВСКОЙ

ГОРОДСКОЙСИСТЕМЫ ПРЕДУПРЕЖДЕНИЯ

И ЛИКВИДАЦИИЧРЕЗВЫЧАЙНЫХСИТУАЦИЙ

Е.М. Кистанов

НачальникШтаба ГОЧСМосквы, генерал-майор

Город Москва- крупнейшийполитический,научный и

промышленныйцентр страны,важнейшийтранспортныйузел.

речной порти центр воздушныхперевозок.

Площадь -1061,0 кв.км. Население- 8,7 млн.чел. Москва

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

Ежедневножелезнодорожными автомобильнымтранспортомвгородпоступают ипровозятсятранзитомопасные грузы.

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

В настоящеевремя в городерасположенооколо 70 химическиопасных объектовс общим запасомсильнодействующихядовитых веществ4600 т, в том числехлора 1300 т, аммиака2300 т. различныхкислот свыше1000 т.

Наиболеекрупными объектамиявляются позапасам хлора:

водопроводныестанции - 4 (от330 до 350 т); Московскийэлектродныйзавод - до 30 т.;

по запасамаммиака: 12 хладокомбинатов(от 10 до 120 т); 15 оптово-розничныхплодоовощныхобъединений(от 2 до 170 т);

по запасамкислот: Акционерноеобщество Желатиновый

завод - до 300т соляной кислоты;Чертановскаябаза кислот- 168

т азотнойи соляной кислоты;Институт легкихсплавов - 80 т

азотнойкислоты; Московскийзавод полиметаллов- до 36 т азотнойкислоты; заводим. Войкова -до 70 т солянойкислоты.

В городскойчерте размещено:Московскийнефтеперерабатывающийзавод (Капотня),3 нефтебазы,около 200 АЗС.

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

районов ипрекращениюработы промышленныхпредприятий.

На территориигорода расположенытри радиационноопас-

ных объекта(институтим.Курчатова- Северо-ЗападныйАО, Мо-

сковскийинженерно-физическийинститут - ЮжныйАО, ВНИ-

КИЭТ - ЦентральныйАО).

Город имеетбольшую сетьводных артерий(реки Москва,

Яуза, Сетунь,Сходня, каналим. Москвы), 2 речныхвокзала

(Северный.Южный) и триречных порта(Северный, Западныйи

Южный). Зонавозможногокатастрофическогозатопленияможет

составитьсвыше 80 кв.км.с населением268,9 тыс.человек.

Через 20 железнодорожныхстанций напредприятиягорода

ежесуточнопоступают подвыгрузку до30 вагонов соСДЯВ (хлор,

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

Вот оченькоротко опотенциальныхопасностяхдля населе-

ния и территорийг. Москвы, некасаясь проблемэкологии, геоло-

гическогориска и вопросовмедицины.

Анализ аварийи происшествийпоказывает,что характер

происшествийпри перевозкеСДЯВ и легковоспламеняющихся

жидкостейавтомобильными железнодорожнымтранспортомзакономерноповторяютсяпринося значительныйматериальныйи экологическийущерб. За 1996 году нас зарегистрировано14 производственныхаварий на химическии пожароопасныхобъектах.

шесть случаевс выбросомаммиака. Неуменьшаетсячисло происшествийна метрополитенегорода. В 1996 годубыло 11 аварийных

ситуаций.

Увеличилоськоличествослучаев обнаружениявзрывоопасныхустройств - 98случаев. Триждыбыли обнаруженыисточники

радиоактивныхвеществ. Из-занеправильногоиспользованияи

хранениябытового газав 11 случаях погибло5 и пострадало24

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

таком случаепроводитсяцелый комплексмероприятий,включающихоцепление,эвакуацию,вызов дежурныхподразделенийи

т.д. И тольков 0,3% из 1000 звонковбыли обнаруженывзрывные

устройства.

В настоящеевремя важноесоциальноеи экономическое

значениеимеют профилактика,прогнозированиеи ликвидации

последствийчрезвычайныхситуаций, возникающихв результате

аварий, катастрофи стихийныхбедствий.

Снижениеуровня техногеннойнагрузки городаМосквы.

которыйнеоправданновелик, являетсяодной из важнейшихзадач

перспективногогенеральногоплана развитияМосквы.

ПРИЛОЖЕНИЕ3

spool build.log

connect internal

startup nomountpfile=STAS:ORANW722\DATABASE\initorcl.ora

create database gobase

controlfile reuse

logfile 'STAS:ORANW722\DATABASE\log1orcl.ora' size200K reuse,

'STAS:ORANW722\DATABASE\log2orcl.ora' size200K reuse

datafile 'STAS:ORANW722\DATABASE\sys1orcl.ora' size100M reuse autoextend on

next 100M maxsize 2000M

character set CL8MSWIN1251;

create rollback segment rb_temp;

alter rollback segment rb_temp online;

@build_db.sql

@STAS:ORANW722\RDBMS72\admin\catalog.sql

@STAS:ORANW722\RDBMS72\admin\catalog6.sql

@STAS:ORANW722\RDBMS72\admin\catproc.sql

connect system/manager

@STAS:ORANW722\RDBMS72\admin\catdbsyn.sql

@pupbld.sql

connect internal

alter rollback segment rb_temp offline;

shutdown;

spool off

ПРИЛОЖЕНИЕ4

CREATE TABLE ACTIVITY

(ACTIVITY_ID NUMBER(7) NOT NULL,

ACTIVITY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKACTIVITY

ON ACTIVITY

(

ACTIVITY_ID ASC

);

ALTER TABLE ACTIVITY

ADD ( PRIMARY KEY (ACTIVITY_ID)) ;

CREATE TABLE BUILDING

(BUILDING_ID NUMBER(7) NOT NULL,

BUILDING_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKBUILDING

ON BUILDING

(

BUILDING_ID ASC

);

ALTER TABLE BUILDING

ADD ( PRIMARY KEY (BUILDING_ID)) ;

CREATE TABLE BUILDINGOB

(OBJECT_ID NUMBER(9) NOT NULL,

BUILDING_ID NUMBER(7) NOT NULL,

BUILDINGNUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKBUILDINGOB

ON BUILDINGOB

(

OBJECT_ID ASC,

BUILDING_ID ASC

);

CREATE INDEX IFKOBBUILDINGOB

ON BUILDINGOB

(

OBJECT_ID ASC

);

CREATE INDEX IFKBUBUILDINGOB

ON BUILDINGOB

(

BUILDING_ID ASC

);

ALTER TABLE BUILDINGOB

ADD ( PRIMARY KEY (OBJECT_ID,BUILDING_ID) ) ;

CREATE TABLE CATEGORY

(CATEGORY_ID NUMBER(7) NOT NULL,

CATEGORY_TYPE NUMBER(1) NOT NULL,

CATEGORY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKCATEGORY

ON CATEGORY

(

CATEGORY_ID ASC

);

ALTER TABLE CATEGORY

ADD ( PRIMARY KEY (CATEGORY_ID)) ;

CREATE TABLE CATTEMA

(TEMA_ID NUMBER(7) NOT NULL,

CATEGORY_ID NUMBER(7) NOT NULL,

CATTEMANUM NUMBER(4) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKCATTEMA

ON CATTEMA

(

TEMA_ID ASC,

CATEGORY_ID ASC

);

CREATE INDEX IFKTECATTEMA

ON CATTEMA

(

TEMA_ID ASC

);

CREATE INDEX IFKCACATTEMA

ON CATTEMA

(

CATEGORY_ID ASC

);

ALTER TABLE CATTEMA

ADD ( PRIMARY KEY (TEMA_ID,CATEGORY_ID) ) ;

CREATE TABLE DEPARTAMENT

(DEPARTAMENT_ID NUMBER(7) NOT NULL,

DEPARTAMENT_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEXIPKDEPARTAMENT

ON DEPARTAMENT

(

DEPARTAMENT_ID ASC

);

ALTER TABLE DEPARTAMENT

ADD ( PRIMARY KEY(DEPARTAMENT_ID) ) ;

CREATE TABLE FORMIROV

(FORMIROV_ID NUMBER(7) NOT NULL,

FORMIROV_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKFORMIROV

ON FORMIROV

(

FORMIROV_ID ASC

);

ALTER TABLE FORMIROV

ADD ( PRIMARY KEY (FORMIROV_ID)) ;

CREATE TABLE FORMIROVOB

(FORMIROV_ID NUMBER(7) NOT NULL,

OBJECT_ID NUMBER(9) NOT NULL,

READY_ID NUMBER(7) NOT NULL,

FORMIROVNUM NUMBER(9) NULL,

PEOPLENUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKFORMIROVOB

ON FORMIROVOB

(

FORMIROV_ID ASC,

OBJECT_ID ASC

);

CREATE INDEX IFKFOFORMIROVOB

ON FORMIROVOB

(

FORMIROV_ID ASC

);

CREATE INDEX IFKOBFORMIROVOB

ON FORMIROVOB

(

OBJECT_ID ASC

);

CREATE INDEX IFKREFORMIROVOB

ON FORMIROVOB

(

READY_ID ASC

);

ALTER TABLE FORMIROVOB

ADD ( PRIMARY KEY (FORMIROV_ID,OBJECT_ID) ) ;

CREATE TABLE GOBASEUSER

(GOBASEUSER_ID NUMBER(7) NOT NULL,

NAME VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKGOBASEUSER

ON GOBASEUSER

(

GOBASEUSER_ID ASC

);

ALTER TABLE GOBASEUSER

ADD ( PRIMARY KEY(GOBASEUSER_ID) ) ;

CREATE TABLE MATERIAL

(MATERIAL_ID NUMBER(7) NOT NULL,

MATERIAL_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKMATERIAL

ON MATERIAL

(

MATERIAL_ID ASC

);

ALTER TABLE MATERIAL

ADD ( PRIMARY KEY (MATERIAL_ID)) ;

CREATE TABLE MATERIALOB

(OBJECT_ID NUMBER(9) NOT NULL,

MATERIAL_ID NUMBER(7) NOT NULL,

MATERIALNUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKMATERIALOB

ON MATERIALOB

(

OBJECT_ID ASC,

MATERIAL_ID ASC

);

CREATE INDEX IFKOBMATERIALOB

ON MATERIALOB

(

OBJECT_ID ASC

);

CREATE INDEX IFKMAMATERIALOB

ON MATERIALOB

(

MATERIAL_ID ASC

);

ALTER TABLE MATERIALOB

ADD ( PRIMARY KEY (OBJECT_ID,MATERIAL_ID) ) ;

CREATE TABLE MATTEH

(MATTEH_ID NUMBER(7) NOT NULL,

SERVIS_ID NUMBER(7) NOT NULL,

MATTEH_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKMATTEH

ON MATTEH

(

MATTEH_ID ASC

);

CREATE INDEX IFKSEMATTEH

ON MATTEH

(

SERVIS_ID ASC

);

ALTER TABLE MATTEH

ADD ( PRIMARY KEY (MATTEH_ID) );

CREATE TABLE MATTEHOB

(OBJECT_ID NUMBER(9) NOT NULL,

MATTEH_ID NUMBER(7) NOT NULL,

MATTEHNUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKMATTEHOB

ON MATTEHOB

(

OBJECT_ID ASC,

MATTEH_ID ASC

);

CREATE INDEX IFKMAMATTEHOB

ON MATTEHOB

(

MATTEH_ID ASC

);

CREATE INDEX IFKOBMATTEHOB

ON MATTEHOB

(

OBJECT_ID ASC

);

ALTER TABLE MATTEHOB

ADD ( PRIMARY KEY (OBJECT_ID,MATTEH_ID) ) ;

CREATE TABLE OBECONOM

(OBJECT_ID NUMBER(9) NOT NULL,

OBJECTNO NUMBER(7) NOT NULL,

POSTGO_ID NUMBER(7) NOT NULL,

POST_ID NUMBER(7) NOT NULL,

DEPARTAMENT_ID NUMBER(7) NOT NULL,

RISK_ID NUMBER(7) NOT NULL,

PROPERTY_ID NUMBER(7) NOT NULL,

ACTIVITY_ID NUMBER(7) NOT NULL,

REGION_ID NUMBER(7) NOT NULL,

PECULIAR_ID NUMBER(7) NOT NULL,

GLAVOBJECT_ID NUMBER(7) NOT NULL,

OBJECTNAME VARCHAR2(100) NULL,

ADDRESS_IND CHAR(6) NULL,

TOWN_ID NUMBER(9) NULL,

ADDRESS_CHAR VARCHAR2(150) NULL,

WORKNUMBER NUMBER(7) NULL,

NRSM NUMBER(7) NULL,

NRSV NUMBER(7) NULL,

DIRECTIONNAME VARCHAR2(50) NULL,

DIRECTIONWTEL CHAR(7) NULL,

DIRECTIONHTEL CHAR(7) NULL,

ZAMNAME VARCHAR2(50) NULL,

ZAMWTEL CHAR(7) NULL,

ZAMHTEL CHAR(7) NULL,

COMANDGONAME VARCHAR2(50) NULL,

COMANDGOWTEL CHAR(7) NULL,

COMANDGOHTEL CHAR(7) NULL,

P1NAME VARCHAR2(50) NULL,

P1WTEL CHAR(7) NULL,

P1HTEL CHAR(7) NULL,

P2NAME VARCHAR2(50) NULL,

P2WTEL CHAR(7) NULL,

P2HTEL CHAR(7) NULL,

P3NAME VARCHAR2(50) NULL,

P3WTEL CHAR(7) NULL,

P3HTEL CHAR(7) NULL,

DUTYTEL CHAR(7) NULL,

DUTY2TEL CHAR(7) NULL,

FAXTEL CHAR(7) NULL,

MODEMTEL CHAR(7) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(200) NULL

);

CREATE UNIQUE INDEX IPKOBECONOM

ON OBECONOM

(

OBJECT_ID ASC

);

CREATE INDEX IFKPEOBECONOM

ON OBECONOM

(

PECULIAR_ID ASC

);

CREATE INDEX IFKRIOBECONOM

ON OBECONOM

(

RISK_ID ASC

);

CREATE INDEX IFKPROBECONOM

ON OBECONOM

(

PROPERTY_ID ASC

);

CREATE INDEX IFKACOBECONOM

ON OBECONOM

(

ACTIVITY_ID ASC

);

CREATE INDEX IFKREOBECONOM

ON OBECONOM

(

REGION_ID ASC

);

CREATE INDEX IFKDEOBECONOM

ON OBECONOM

(

DEPARTAMENT_ID ASC

);

CREATE INDEX IFKPOOBECONOM

ON OBECONOM

(

POST_ID ASC

);

CREATE INDEX IFKPGOBECONOM

ON OBECONOM

(

POSTGO_ID ASC

);

ALTER TABLE OBECONOM

ADD ( PRIMARY KEY (OBJECT_ID) );

CREATE TABLE ORAUSER

(ORAUSER_ID INTEGER NOT NULL,

GOBASEUSER_ID NUMBER(7) NOT NULL

);

CREATE UNIQUE INDEX IPKORAUSER

ON ORAUSER

(

ORAUSER_ID ASC

);

CREATE INDEX IFKGORAUSER

ON ORAUSER

(

GOBASEUSER_ID ASC

);

ALTER TABLE ORAUSER

ADD ( PRIMARY KEY (ORAUSER_ID)) ;

CREATE TABLE PECULIAR

(PECULIAR_ID NUMBER(7) NOT NULL,

PECULIAR_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPECULIAR

ON PECULIAR

(

PECULIAR_ID ASC

);

ALTER TABLE PECULIAR

ADD ( PRIMARY KEY (PECULIAR_ID)) ;

CREATE TABLE POST

(POST_ID NUMBER(7) NOT NULL,

POST_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPOST

ON POST

(

POST_ID ASC

);

ALTER TABLE POST

ADD ( PRIMARY KEY (POST_ID) ) ;

CREATE TABLE POSTGO

(POSTGO_ID NUMBER(7) NOT NULL,

POSTGO_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPOSTGO

ON POSTGO

(

POSTGO_ID ASC

);

ALTER TABLE POSTGO

ADD ( PRIMARY KEY (POSTGO_ID) );

CREATE TABLE PROPERTY

(PROPERTY_ID NUMBER(7) NOT NULL,

PROPERTY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPROPERTY

ON PROPERTY

(

PROPERTY_ID ASC

);

ALTER TABLE PROPERTY

ADD ( PRIMARY KEY (PROPERTY_ID)) ;

CREATE TABLE READY

(READY_ID NUMBER(7) NOT NULL,

READY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKREADY

ON READY

(

READY_ID ASC

);

ALTER TABLE READY

ADD ( PRIMARY KEY (READY_ID) );

CREATE TABLE REGION

(REGION_ID NUMBER(7) NOT NULL,

REGION_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKREGION

ON REGION

(

REGION_ID ASC

);

ALTER TABLE REGION

ADD ( PRIMARY KEY (REGION_ID) );

CREATE TABLE RISK

(RISK_ID NUMBER(7) NOT NULL,

RISK_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKRISK

ON RISK

(

RISK_ID ASC

);

ALTER TABLE RISK

ADD ( PRIMARY KEY (RISK_ID) ) ;

CREATE TABLE SERVIS

(SERVIS_ID NUMBER(7) NOT NULL,

SERVIS_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKSERVIS

ON SERVIS

(

SERVIS_ID ASC

);

ALTER TABLE SERVIS

ADD ( PRIMARY KEY (SERVIS_ID) );

CREATE TABLE SPOST

(SPOST_ID NUMBER(7) NOT NULL,

SPOST_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKSPOST

ON SPOST

(

SPOST_ID ASC

);

ALTER TABLE SPOST

ADD ( PRIMARY KEY (SPOST_ID) );

CREATE TABLE STUDY

(STUDY_ID NUMBER(9) NOT NULL,

OBJECT_ID NUMBER(9) NOT NULL,

SPOST_ID NUMBER(7) NOT NULL,

CATEGORY_ID NUMBER(7) NOT NULL,

NAME VARCHAR2(50) NULL,

WORKTEL CHAR(7) NULL,

LASTDATE DATE NOT NULL,

NEXTDATE DATE NOT NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(200) NULL

);

CREATE UNIQUE INDEX IPKSTUDY

ON STUDY

(

STUDY_ID ASC

);

CREATE INDEX IFKCASTUDY

ON STUDY

(

CATEGORY_ID ASC

);

CREATE INDEX IFKOBSTUDY

ON STUDY

(

OBJECT_ID ASC

);

CREATE INDEX IFKSPSTUDY

ON STUDY

(

SPOST_ID ASC

);

ALTER TABLE STUDY

ADD ( PRIMARY KEY (STUDY_ID) );

CREATE TABLE TEHNICA

(TEHNICA_ID NUMBER(7) NOT NULL,

TEHNICA_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKTEHNICA

ON TEHNICA

(

TEHNICA_ID ASC

);

ALTER TABLE TEHNICA

ADD ( PRIMARY KEY (TEHNICA_ID)) ;

CREATE TABLE TEHNICAOB

(OBJECT_ID NUMBER(9) NOT NULL,

TEHNICA_ID NUMBER(7) NOT NULL,

TEHNICANUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKTEHNICOB

ON TEHNICAOB

(

OBJECT_ID ASC,

TEHNICA_ID ASC

);

CREATE INDEX IFKTETEHNICAOB

ON TEHNICAOB

(

TEHNICA_ID ASC

);

CREATE INDEX IFKOBTEHNICAOB

ON TEHNICAOB

(

OBJECT_ID ASC

);

ALTER TABLE TEHNICAOB

ADD ( PRIMARY KEY (OBJECT_ID,TEHNICA_ID) ) ;

CREATE TABLE TEMA

(TEMA_ID NUMBER(7) NOT NULL,

TEMA_CHAR VARCHAR2(255) NULL

);

CREATE UNIQUE INDEX IPKTEMA

ON TEMA

(

TEMA_ID ASC

);

ALTER TABLE TEMA

ADD ( PRIMARY KEY (TEMA_ID) ) ;

ALTER TABLE BUILDINGOB

ADD ( FOREIGN KEY (BUILDING_ID)

REFERENCESBUILDING ) ;

ALTER TABLE BUILDINGOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCESOBECONOM ) ;

ALTER TABLE CATTEMA

ADD ( FOREIGN KEY (CATEGORY_ID)

REFERENCESCATEGORY ) ;

ALTER TABLE CATTEMA

ADD ( FOREIGN KEY (TEMA_ID)

REFERENCES TEMA );

ALTER TABLE FORMIROVOB

ADD ( FOREIGN KEY (READY_ID)

REFERENCES READY );

ALTER TABLE FORMIROVOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCESOBECONOM ) ;

ALTER TABLE FORMIROVOB

ADD ( FOREIGN KEY (FORMIROV_ID)

REFERENCESFORMIROV ) ;

ALTER TABLE MATERIALOB

ADD ( FOREIGN KEY (MATERIAL_ID)

REFERENCESMATERIAL ) ;

ALTER TABLE MATERIALOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCESOBECONOM ) ;

ALTER TABLE MATTEH

ADD ( FOREIGN KEY (SERVIS_ID)

REFERENCES SERVIS) ;

ALTER TABLE MATTEHOB

ADD ( FOREIGN KEY (MATTEH_ID)

REFERENCES MATTEH) ;

ALTER TABLE MATTEHOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCESOBECONOM ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (POSTGO_ID)

REFERENCES POSTGO) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (POST_ID)

REFERENCES POST );

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (DEPARTAMENT_ID)

REFERENCESDEPARTAMENT ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (REGION_ID)

REFERENCES REGION) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (ACTIVITY_ID)

REFERENCESACTIVITY ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (PROPERTY_ID)

REFERENCESPROPERTY ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (RISK_ID)

REFERENCES RISK );

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (PECULIAR_ID)

REFERENCESPECULIAR ) ;

ALTER TABLE ORAUSER

ADD ( FOREIGN KEY (GOBASEUSER_ID)

REFERENCESGOBASEUSER ) ;

ALTER TABLE STUDY

ADD ( FOREIGN KEY (SPOST_ID)

REFERENCES SPOST );

ALTER TABLE STUDY

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCESOBECONOM ) ;

ALTER TABLE STUDY

ADD ( FOREIGN KEY (CATEGORY_ID)

REFERENCESCATEGORY ) ;

ALTER TABLE TEHNICAOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCESOBECONOM ) ;

ALTER TABLE TEHNICAOB

ADD ( FOREIGN KEY (TEHNICA_ID)

REFERENCES TEHNICA) ;

DROP INDEX IFKGORAUSER;

CREATE UNIQUE INDEX IFKGORAUSER

ON ORAUSER

(

GOBASEUSER_ID ASC

);

DROP INDEX IFKNOOBECONOM;

CREATE UNIQUE INDEX IFKNOOBECONOM

ON OBECONOM

(

OBJECTNO ASC

);

ALTER TABLE GO.OBECONOM ADD

(

FOREIGN KEY ( GLAVOBJECT_ID )

REFERENCES

GO.OBECONOM(OBJECT_ID)

);

ALTER TABLE GO.STUDY ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.STUDY ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.OBECONOM ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.OBECONOM ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATERIALOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATERIALOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.BUILDINGOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.BUILDINGOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.TEHNICAOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.TEHNICAOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.FORMIROVOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.FORMIROVOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATTEHOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATTEHOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.CATTEMA ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.CATTEMA ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

CREATE TRIGGER IU_STUDY BEFOREINSERT OR UPDATE ON GO.STUDY

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_OBECONOM BEFOREINSERT OR UPDATE ON GO.OBECONOM

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_MATERIALOBBEFORE INSERT OR UPDATE ON GO.MATERIALOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_BUILDINGOBBEFORE INSERT OR UPDATE ON GO.BUILDINGOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_FORMIROVOBBEFORE INSERT OR UPDATE ON GO.FORMIROVOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_TEHNICAOBBEFORE INSERT OR UPDATE ON GO.TEHNICAOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_MATTEHOB BEFOREINSERT OR UPDATE ON GO.MATTEHOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE TRIGGER IU_CATTEMA BEFOREINSERT OR UPDATE ON GO.CATTEMA

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO:NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO:NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

CREATE SEQUENCE S_STUDY;

CREATE SEQUENCE S_CATEGORY;

CREATE SEQUENCE S_TEMA;

CREATE SEQUENCE S_SPOST;

CREATE SEQUENCE S_OBECONOM;

CREATE SEQUENCE S_PECULIAR;

CREATE SEQUENCE S_REGION;

CREATE SEQUENCE S_RISK;

CREATE SEQUENCE S_DEPARTAMENT;

CREATE SEQUENCE S_PROPERTY;

CREATE SEQUENCE S_ACTIVITY;

CREATE SEQUENCE S_POST;

CREATE SEQUENCE S_POSTGO;

CREATE SEQUENCE S_MATERIAL;

CREATE SEQUENCE S_BUILDING;

CREATE SEQUENCE S_TEHNICA;

CREATE SEQUENCE S_MATTEH;

CREATE SEQUENCE S_SERVIS;

CREATE SEQUENCE S_FORMIROV;

CREATE SEQUENCE S_READY;

13. ЛИТЕРАТУРА

АтаманюкЛ.Г.,Ширшев.Гражданскаяоборона.-М.:Высшая школа,1986;
ЖурналPCWEEK 30 сентября1997 (65стр);
ЖурналPCWEEK19 августа 1997(20стр);
ЖурналComputerWorld,статьяДелерри Хелд«Гдеже этот хваленыйуниверсальныйсервер»,1997 21 номер;
КенХендерсон,Руководстворазработчикабаз данных вDelphi 2. Киев:Диалектика.1996;
ЖурналLAN апрель1995, Статья Дж.Салеми;
ЖурналLAN декабрь1995, Статья БиллаЛазарья;
ЖурналСУБД 1995г №4 стр50-57;
Dr.E.F. Codd "A Relational Model of Data for Large Share DataBanks", 1970;
Стивен Бобровски,Oracle 7 вычислениеклиент/сервер,-М.:Лори 1996;
С.Орлик,Секреты Delphi,-М.:Бином,1996;
Сергей Дунаев,Borlandтехнологии,-М.:Диалог-МИФИ,1996;
Эндрю Возневич,Освой самостоятельноDelphi,-М.:Бином,1996;
А.Федоров,СозданиеWindows-приложенийв среде Delphi;
МартинГрабер, Введениев SQL,-М.:Лори 1996;
А.М.Епанешников,Программированиев среде Delphi2.0, -М.:Диалог-МИФИ,1997;
B.Ю.Баженова,Windows SQL, -М.:Диалог-МИФИ,1996;
В.В.Фаронов БиблиотекаTurboVision 6.0, -М.:Дидактик,1992;
Справочникпо функциями процедурамBorlandPascal 7.0;
Подборкастатей изэхо-конференцииRU.DELPHI,RU.DELPHI.DB в сетиFIDONET(от сентября по декабрь1997года);
Подборкастатей изэхо-конференцииru.rdbms.oracle, su.dbms.sql всети FidoNet(от декабря1996 года по декабрь1997);
Подборкадокументациииз «ЦентраинформационныхтехнологийМГУ» E-mailinfo@citforum.ru;
Подборкарефератов изсети FidoNet.МосковскаяколлекцияReferat’s.(Адресахранителейколлекции2:5020/240@fidonet.org,2:5020/630@fidonet.org).

ГОСТ19.701-90,19.781-90, 19.104(106,201,202,401,402,501,502)-78, 2.302-68, 2.101-68

ОТЗЫВРУКОВОДИТЕЛЯ

на дипломныйпроект студентагруппы АВ-14-92

факультетаВМС МГИРЭА (ТУ)Сафронова С.О.

на тему:«Системауправлениябазой данныхобъектов Гражданской

Обороныдля принятиярешений вчрезвычайныхситуациях»

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

В работепроведен подробныйанализ современныхметодов организацииданных, обоснованвыбор компонентовсреды программирования,разработансетевой вариантсистемы управлениябазой данных.Данная программапозволяетсистематизироватьбольшое числовзаимосвязанныхпараметровобъектов ГО,обеспечиваетавтоматизированныйпоиск и анализнеобходимойинформации,ускоряя принятиерешений припрофилактикеЧС и ликвидацииих последствий.Разработкафункциональнозакончена иготова к использованию.Её апробацияпроводитсяв Управлениипо делам ГО иЧС ЮЗАО г. Москвыи полученозаключениео практическойценности.

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

К недостаткамследует отнести:

- излишняяизбыточностьполей «примечание»в БД;

-требовательностьпрограммногопродукта кресурсам ЭВМ;

-требовательностьк обслуживающемуперсоналу.

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

Руководительпроекта

к.т.н., доцент (МошкинВ.В.)

РЕЦЕНЗИЯ

на дипломныйпроект студентагруппы АВ-14-92факультетаВМС

МГИРЭА (ТУ),СафроноваСтаниславаОлеговичавыполненныйпо теме:

«Системауправлениябазой данныхобъектов ГражданскойОбороны дляпринятия решенийв чрезвычайныхситуациях»

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

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

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

К недостаткамследует отнести:

-требовательностьпрограммногопродукта кресурсам ЭВМ;

-формированиене законченныхотчетов;

-высокуюстоимостьпроекта.

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

Дипломныйпроект СафроноваС.О. заслуживаетоценки «отлично»,а дипломникдостоин присвоенияквалификацииинженера-системотехника.

Рецензент

к.т.н., доцент (АбросимовИ.Н.)

Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)

ЗАДАНИЕ

РЕФЕРАТ

ОГЛАВЛЕНИЕ

СОКРАЩЕНИЯ

1. ВВЕДЕНИЕ

2.ВЫБОР ОПЕРАЦИОННОЙСИСТЕМЫ

2.1. Определениеоперационнойсистемы

2.2. ОСкак системауправленияресурсами

2.3. КлассификацияОС

2.3.1. Особенностиалгоритмовуправленияресурсами

2.3.1.1. Поддержкамногозадачности.

2.3.1.2. Поддержкамногопользовательскогорежима.

2.3.1.3. Вытесняющаяи невытесняющаямногозадачность

2.3.1.4. Поддержкамногонитевости

2.3.1.5. Многопроцессорнаяобработка

2.3.1.6. Поддержкасети

2.3.2. Особенностиаппаратныхплатформ

2.3.3. Особенностиобластейиспользования

2.3.3.1. Системыпакетной обработки

2.3.3.2.Системы разделениявремени

2.3.3.3. Системыреальноговремени

2.4.Обзорсетевых операционныхсистем

2.5. Выбороперационнойсистемы

3.ВЫБОР БАЗЫДАННЫХ

3.1. ОпределениеСУБД

3.2. Основныефункции СУБД

3.2.1. Непосредственноеуправлениеданными вовнешней памяти

3.2.2. Управлениебуферами оперативнойпамяти

3.2.3. Управлениетранзакциями

3.2.4. Журнализация

3.2.5. Поддержкаязыков БД

3.3. Вариантыпостроенияинформационныхприложенийс использованиемСУБД

3.3.1. Централизованныемноготерминальныесистемы

3.3.2. Файл-серверныеприложения

3.3.3.Приложенияклиент-сервер

4. ВЫБОРЯЗЫКА ПРОГРАММИРОВАНИЯ

4.1.Традиционныесистемыпрограммирования

4.2. Инструментыдля созданияфайл-серверныхприложений

4.3. Средстваразработкиприложенийклиент-сервер

4.3.1. Средыразработкиприложенийдля серверовбаз данных

4.3.2. Средстваподдержкираспределенныхинформационныхприложений

5. ВЫВОДЫПО ВЫБОРУОПЕРАЦИОННОЙСИСТЕМЫ, ЯЗЫКАПРОГРАММИРОВАНИЯИ БАЗЫ ДАННЫХ

6. СТРУКТУРАИ ОСНОВНЫЕЗАДАЧИ УПРАВЛЕНИЯПО ДЕЛАМ ГРАЖДАНСКОЙОБОРОНЫ ИЧРЕЗВЫЧАЙНЫМСИТУАЦИЯМ

6.1. ОпределениеГО

6.2. Основныезадачи ГО

6.3. Схемауправленияпо делам ГО иЧС

7. РАЗРАБОТКАПРОГРАММНОГООБЕСПЕЧЕНИЯДЛЯ СИСТЕМЫУПРАВЛЕНИЯБАЗОЙ ДАННЫХОБЪЕКТОВ ГО.

7.1. Назначение и цели созданияпрограммногопродукта

7.2. Решаемыезадачи

7.3. Определениенеобходимыхтаблиц базыданных

7.4. Нормализациябазы данных

7.4.1. Перваянормальнаяформа

7.4.2. Втораянормальнаяформа

7.4.3. Третьянормальнаяформа

7.4.4. Четвертаянормальнаяформа

7.4.5. Пятаянормальнаяформа

7.5. Определениестолбцов втаблицах

7.6. СозданиеSQL сценария

7.6.1. Созданиебазы данных

7.6.2. Созданиетаблиц

7.6.3. Созданиеиндексов

7.6.4. Определениепервичных ключей

7.6.5. Определениевторичныхключей

7.6.6. Созданиетриггеров

7.6.7. Созданиепоследовательностей

7.7.Выбортипа создаваемогоприложения

7.8. Соглашениео названиекомпонентовв программеGOBASE

7.9. Структураглавного меню

7.9.1. Меню«Файлы»

7.9.2. Меню«Таблицы»

7.9.3. Меню«Отчеты»

7.9.4. Меню«Помощь»

7.10.Проектированиеиерархий форми отчетов

7.11. Иерархияформ программы

7.12. Основныеорганы управленияформ программыGOBase

7.13. Основныеформы программы

7.13.1. Формаввода объектовэкономики

7.13.2. Формаввода учащихсяв УМЦ

7.13.3.Форма отчетов(управления)