Проект електронного архіву

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Реферат

Документ містить 67 аркушів, 14 рис., 13 табл., 19 джерел.

Метою дипломної роботи є розробка комплексу супроводу архіву документів об'єктів нерухомого майна для підприємств міських електричних розподільних мереж.

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

Комплекс побудований за двухзвенной архітектурі клієнт-сервер. Клієнтська частина написана на мові C + + з використанням середовища програмування C + + Builder 5.0 компанії Inprise, серверна частина розташована на Microsoft SQL Server 7.0, логіка серверної частини, реалізована за допомогою збережених процедур, написана мовою Transact-SQL. Комплекс може працювати під управлінням операційних систем Windows 95, Windows NT і вище.

Перелік аркушів графічних документів

Структура взаємозв'язку по об'єктах нерухомого майна;

Приклад бізнес-процесу ведення документів по об'єктах нерухомого майна;

Взаімосвя комплексу з іншими інформаційними комплексами;

Структура бази даних;

Схема організації архівного зберігання;

Інтерфейс користувача.

Перелік умовних позначень

БД - база даних;

ВУ - ввідний пристрій;

ЛЕП - лінія електропередачі;

ВОНИ - об'єкти нерухомого майна;

ПЗ - програмне забезпечення;

РКК - реєстраційно - контрольна картка;

РП - розподільна підстанція;

СУБД - система управління базами даних;

СУД - система управління документообігом;

ТП - трансформаторна підстанція;

FK - зовнішній ключ;

ID - ідентифікатор запису в таблиці (первинний ключ).

Введення

Темою дипломного проекту є створення комплексу ведення електронного архіву юридичних та землевідвідна документів, супроводжуючих об'єкти нерухомого майна (ЧНІ) для підприємств міських електричних розподільних мереж.

У результаті приватизації державної власності, в результаті покупки або самостійного створення підприємства і організації стають власниками об'єктів нерухомого майна, такими як будівлі, земельні ділянки. Для кожного з таких об'єктів підприємство повинно мати юридичні документи, що підтверджують право власності, і документи про реєстрацію об'єктів в Бюро Технічної Інвентаризації (БТІ).

Для великих організацій - власників при підготовці документів виникає кілька основних проблем.

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

Для підприємств городскійх електричних розподільних мереж існує своя специфіка, обумовлена ​​складною структурою самих об'єктів нерухомого майна. Розглянемо, як здійснюється розподіл електроенергії на території міста, і що розуміють під міською електричною мережею. Електроенергія подається в місто по високовольтних лініях 35 - 1150 кВ (зазвичай 110 або 220 кВ). Ці лінії приходять на знижувальні силові підстанції, на яких висока напруга перетвориться в напругу 6 - 10 кВ. Подальший розподіл електроенергії по місту відбувається по лініях електропередачі (ЛЕП) напругою 6 - 10 кВ. У місті переважна більшість ЛЕП - кабельні, але є також і повітряні ЛЕП. Від силових підстанцій лінії електропередачі прокладені до розподільних пунктів (РП) і трансформаторних підстанцій (ТП). Розподільний пункт - електроустановка, призначена для прийому і розподілу електроенергії без перетворення та трансформації (на одному напрузі) Трансформаторна підстанція - електроустановка, що служить для перетворення і розподілу електроенергії. Іншими словами, РП є проміжним пунктом в електричній мережі, а ТП - кінцевий пункт, де відбувається перетворення напруги 6 - 10 кВ в напругу 0,4 кВ, що подається споживачам.

Міська електрична мережа міста Єкатеринбурга має дуже складну структуру: вона містить близько чотирьох тисяч ТП / РП і близько чотирьох ЛЕП. Під об'єктом нерухомого майна розуміється кожна ТП / РП, кожна кабельна й повітряна лінія. Операції купівлі / продажу / передачі електричних мереж проводиться з деякими безліччю об'єктів, які об'єднуються в комплекси об'єктів нерухомого майна. У нашому випадку під комплексом об'єктів нерухомого майна розуміється обладнання, живиться від однієї силової підстанції.

Для підприємств міських електричних розподільних мереж необхідно надавати також такі технічні параметри комплексів об'єктів нерухомого майна, як:

характеристики будови будівель трансформаторних підстанцій (ТП), розподільних підстанція (РП), закритих розподільних пристроїв (ЗРП). Це розміри, рік введення в експлуатацію, матеріали стін, перекриттів, даху, тип фундаменту

На кабельних лініях - інтегральні показники. Це переважна марка проведення, переважне перетин, переважаючий тип опор, переважна марка кабелю для кожного напруги і т.д.

Друга проблема, що виникає при підготовці документів - це складні зв'язки між об'єктами.

Всі об'єкти нерухомого майна є водночас об'єктами декількох обліків:

Бухгалтерський облік основних засобів. У нашому випадку ведеться в планово-економічній системі R / 3 німецької фірми SAP;

Технічний облік технічних об'єктів для потреб обслуговуючих підрозділів, ведення технічних паспотров. Здійснюється в комплексі паспортизації електротехнічного обладнання ІК «РаспредСеть»;

Технічний облік об'єктів нерухомого майна. Не автоматизовано;

Юридичний облік об'єктів нерухомого майна. Не автоматизовано.

Всі види обліку тісно пов'язані. Наприклад, один майновий комплекс містить безліч теххніческіх об'єктів, один технічний об'єкт (ТП) містить декілька інвентарних номерів бухгалтерського обліку, в одному документі описується відразу декілька об'єктів нерухомого майна, на кожний об'єкт нерухомого майна існує декілька документів.

Метою даного дипломного проекту є розробка комплексу, що дозволить здійснювати технічний і юридичний облік об'єктів нерухомого майна та інтегрується з існуючими планово-економічними та технічними комплексами.

1. Огляд систем документообігу

1.1 Основні терміни та визначення

Розроблена в ході дипломного проектування система реалізує ряд функцій системи управління документообігом (СУД) підприємства.

Під документообігом розуміють сукупність процесів збору, зберігання, передачі, пошуку та обробки документів; схема руху документів у своєму життєвому циклі. У даному випадку документ є сукупність інформації, яка ставитися до специфічного предмету або пов'язаним предметів. Інформація, що зберігається в електронному документі, може бути структурована або мати неструктурований характер (у більшості випадків). Для зберігання структурованої інформації зазвичай використовуються бази або сховища даних. Неструктурована інформація зазвичай зберігається у вигляді файлів, але може вона може бути доповнена в рамках СУД безліччю зв'язків з іншими документами і набором атрибутів.

У загальному випадку СУД представляє собою комплексне рішення для автоматизації всього комплексу робіт з документами, як створеними в даному закладі, так і надійшли ззовні: введення документів у систему, реєстрація і розсилка, редагування і модифікація, оперативне зберігання і архівація, пошук і перегляд, витягання і відтворення, контроль виконання, розмежування доступу, довідкова служба і пр. Істотним є забезпечення групової роботи з документами.

Для введення документів в систему використовуються штатні засоби операційної системи або спеціальні програми. Як правило, система документообігу підтримує ряд власних і чужих форматів зберігання даних. Основними інструментами для цього є різні API, специфікація OLE, стандарти розмітки документів SGML і XML і т.д. Особливу увагу приділяється потоковому вводу документів - перетворення паперових документів в електронний вигляд. Більшість сучасних СУД мають у своєму складі для цих цілей OCR-програми (Optical Character Recognition). Щоправда, більшість з них не надто ефективні.

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

Розсилка (відправлення) документів являє собою передачу документа від однієї особи до іншої. Ця процедура характеризується відправником, датою відправлення, одержувачем і датою отримання. Розсилка може здійснюватися як в рамках установи, так і з використанням сторонніх організацій (більш складний випадок). Організація впорядкованого рух документів є однією з основних цілей впровадження СУД. Використовуються дві схеми створення, обробки та виконання електронних документів:

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

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

1.2 Характеристики сучасних СУД

Розглянемо три найбільш поширені в світі СУД: Documentum компанії Documentum, DOCS Open фірми PC DOCS і DocuLive німецького концерну Siemens Nixdorf Informationssisteme. Всі три СУД відносяться до числа найбільш відомих інструментів для управління документами в корпоративних інформаційних комплексах, тобто вони розраховані в першу чергу на великі підприємства, хоча можуть використовуватися і в рамках окремих підрозділів або на невеликих фірмах. Вони характеризуються універсальністю (здатні працювати на різних прикладних ділянках), прекрасної масштабованістю (лего розширюються) і безпекою (розмежування прав і контроль доступу реалізовані в них на дуже серйозному рівні, що дуже важливо для комерційних, юридичних, науково-дослідних організацій).

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

Наведемо список характеристик корпоративних СУД.

Атрибутивний пошук

Як відомо, системи управління документами оперують документами різних видів (лист, стаття, креслення, презентація, договір) і типів (документ Microsoft Word, таблиця Microsoft Excel, поштове повідомлення та ін.), Які характеризуються певним форматом зберігання даних (як правило, кожна прикладна програма має свій власний формат). Кожен документ має набір атрибутів, таких як назва, автор, дата створення, дата останнього редагування, тип, вид, права доступу та багато інших. Атрибути істотно полегшують пошук потрібної інформації у великих архівах документів.

Найпоширенішим способом пошуку документів за атрибутами сьогодні є запит за зразком (Query By Example). Його суть полягає в тому, що користувач задає конкретні значення атрибутів, які відповідають цікавлять його документами, причому можна вказати лише частина атрибутів.

Запити реалізуються декількома способами Перший - на основі заповнення полів пошукової форми, кожне з яких асоційоване з деякими атрибутом. Ця пошукова форма, як правило, дублює реєстраційно-контрольну картку (РКК) документа, яка також представляє собою екранну форму з полями, що відображають відповідні атрибути. Другий - спосіб завдання запиту, не використовує РКК. Тут потрібно вибирати атрибути зі списку і задавати для них умови у спеціальному полі введення. Назвемо кожне таке умова щодо деякого атрибута елементарним (або приватним) умовою. Кілька елементарних умов, які зачіпають різні атрибути, можуть об'єднуватися з допомогою логічних операцій І, АБО, НЕ і інших, створюючи складний запит.

Контекстний пошук

Пошук по вмісту документа. Всі розглянутий СУД реалізують цю функцію, причому реалізують її за аналогією з атрибутивним пошуком - для контекстного пошуку використовується або окреме поле пошукової форми, або якесь умова щодо змісту, вхоодящее в складний запит. Також можливо задавати специфічні умови пошуку,, наприклад вимагати наявності слів деякого словосполучення у межах одного абзацу або застосовувати символи-джокери для позначення довільної кількості (або одного) символів (скажімо, рядок «пошук *» дозволить знайти слова «пошуковий», «пошуком» , «пошуку» і т. д.). Можливий і пошук по вмісту атрибутів.

Множинні атрибути

У самому простому випадку кожен атрибут містить тільки одне значення. Проте іноді потрібно поставити відразу декілька занчение (наприклад, атрибут «роки перевидання книги» або «список відповідальних осіб). Жодна з розглянутих СУД в базовій конфігурації не підтримує їх, але, як вже зазначалося, можлива доналагодження системи.

Багаторівневий класифікатор

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

Множинні картотеки

Робота в мережевому середовищі з декількома архівами. Потребує додаткової настройки.

Засоби проектування реєстраційно-контрольних карток

Всі СУД мають кошти для візуального проектування як зовнішнього вигляду карток, так і логіки їхньої поведінки (наприклад, натискання деякої кнопки на формі може блокувати документ в архіві), але створення складних багатосторінкових карточе вимагає значних витрат праці програміста.

Обробка документів у кількох форматах

Сучасні корпоративні СУД або вже мають вбудовані засоби, або дозволяють вмонтувати продукти сторонніх фірм для перегляду документів різних форматів. Так, стандартна версія СУД DOCS Open підтримує більше 100 форматів (використовується програмне забезпечення Inso), дозволяючи оперативно переглядати, наприклад, документи Microsoft Word, презентації PowerPoint, зображення (в тому числі образи документів, факси) та креслення AutoCAD. У результаті відпадає необхідність установки на всіх робочих місцях повного набору додатків, які застосовувалися при створенні документів архіву.

Крім того, існує й інший аспект підтримки різних форматів, а саме: створення повнотекстового індексу документів, без чого пошук по контексту був би неможливий. Щоправда, кількість індексованих форматів, як правило, менше, ніж переглядаються. Documentum забезпечує синхронізацію різних представлень одного і того ж документа (наприклад, документ, створений за допомогою Microsoft Excel може бути перетворений у формат HTML або PDF для публікації на корпоративному Web-сайті, причому при подальшій зміні вихідного документа буде мінятися і HTML-сторінка). У DOCS Open також, хоча і за рахунок додаткових модулів, можна забезпечити переклад документів у формат HTML.

Робота з складеними документами

У реальному житті складові документи найчастіше відповідають папок з тематичними добірками матеріалів (наприклад, консолідований звіт декількох підрозділів за певний період). Всі три СУД мають інструменти для створення складених документів і управління ними. У рамках СУД DocuLive кожен документ, як відомо, може складатися з довільної кількості електронних файлів самих різних форматів, так що в цій СУД фактично всі документи є складовими. Крім того, в РКК є вкладка з перехресними посиланнями на інші документи. У Documentum реалізована метафора віртуальних документів.

Documentum також дозволяє коректно імпортувати складові документи найбільш поширених форматів (скажімо, документ Microsoft Word з посиланнями на інші файли буде перенесено в архів повністю, разом із зв'язаними файлами). СУД DOCS Open має окремий модуль DOCS Link з графічним інтерфейсом для установки довільних зв'язків між документами, а також модуль DOCS Binder, що дозволяє організовувати будь-які набори документів у вигляді папок, причому складовою документ може бути опублікований як єдине ціле (з наскрізною нумерацією сторінок, єдиним стилем колонтитулів), причому один документ може входити до складу кількох складових.

Робота з паперовими документами

Незважаючи на широкий наступ інформаційних технологій, паперові документи, як і раніше грають дуже важливу роль в робочому процесі. У зв'язку з цим все СУД, в тому чи іншому вигляді, забезпечують управління паперовими документами (вони, як правило, зареєстровані в архіві, але їхнє тіло знаходиться на цілком матеріальної поличці і на вимогу співробітника переміщається на його робочий стіл), а також сканування і розпізнавання для перекладу в електронну форму. СУД Documentum дозволяє досить просто заводити картки без електронного файлу і відстежувати статус паперового документа за допомогою атрибутів. Якщо ж потрібно здійснювати сканування і розпізнавання, то без інтеграції з продуктами третіх фірм не обійтися (наприклад, санкт-петербурзька фірма SWD здійснила інтеграцію з системою Xerox Document On Demand).

У DOCS Open робота з паперовими документами закладена спочатку і реалізована в стандартних формах і інтерфейсі системи (наприклад, є пункт меню, що дозволяє створити паперовий документ, тобто до архіву буде занесена тільки картка з атрибутами, які ідентифікують документ і відстежують процес його обробки ( виконання)). Крім того, є спеціальний модуль Delta Image, розроблений компанією ВЕСТЬ АТ (або інший модуль - DOCS Imaging, якщо мова йде про DOCS Open, поширюваної поза Росією) для сканування багатосторінкових документів з можливістю їх подальшого розпізнавання або анотування (тобто нанесення коментарів поверх малюнка). Але і ці можливості можуть бути вдосконалені. DocuLive також має спеціальний модуль DocuLive Scan, що реалізує всі необхідні функції. DOCS Open і DocuLive підтримують велику кількість різних сканерів, у тому числі високопродуктивних промислових, що дозволяє створювати комплекси потокового введення документів (зокрема, переводити в електронний вигляд пресу або анкети).

Виписка та повернення документів

Як відомо, з метою збереження цілісності інформації, СУД відстежують звернення до документів і запобігають одночасне редагування однієї і тієї ж версії документа. Під час редагування документ блокується в архіві. Кажуть, що в цей момент документ виписаний з архіву. Повернення і розблокування документа здійснюється по завершенні редагування. Важливо відзначити, що технологія виписки і повернення документа дозволяє тимчасово копіювати документи з архіву на локальний диск або дискету з тим, щоб попрацювати вдома або у відрядженні. Всі розглянуті СУД підтримують даний механізм.

Контроль версій документа

У процесі обробки документів (особливо коли над документом працює відразу кілька людей) часто з'являються проміжні версії. Управління ними, як єдиним цілим, - важлива особливість для будь-якої СУД.

Графічне представлення структури архіву

Всі три СУД мають засоби для відображення архіву у вигляді ієрархії вкладених папок (у Documentum верхній рівень папок називається шафами, частина яких може носити зарезервовані назви і керувати логікою поведінки системи). У DOCS Open 3.7.x візуалізацію архіву забезпечує додатковий модуль DOCS Browser, в DOCSFusion його функції вбудовані в стандартне клієнтське місце.

Організація архівів тривалого зберігання

Існує цілий ряд організацій, у яких великі обсяги документів повинні зберігатися протягом десятків років. Для зниження вартості зберігання промислові СУД забезпечують багаторівневе зберігання документів на різних типах носіїв і міграцію документів з одного рівня на інший (або відповідно до частоти звернення до документу, або після закінчення визначеного терміну). Це дає можливість використовувати носії з низькою вартістю зберігання одиниці інформації - CR-ROM, CD-RW, магнітооптичні бібліотеки, стримери.

Вбудовані засоби автоматизації ділових процесів (workflow)

Всі сучасні СУД масштабу підприємства мають кошти для координації дій співробітників, організації документообігу та контролю виконання доручень. Деякі з них, як, наприклад, Documentum, використовують власні напрацювання в цій області, інші - до них відносяться як DOCS Open, так і DocuLive, - інтегруються з workflow-системами інших фірм. Так, в СУД DOCS Open вбудована система автоматизації ділових процесів DOCS Routing (WorkRoute I) російської компанії ВЕСТЬ АТ, а в нову версію DocuLive (яка детально розглянута в окремій статті даного номера) - система DocuLive WorkFlow (WorkRoute II).

Контроль доступу користувачів

Забезпечення безпеки стає все більш нагальною необхідністю у міру розвитку мереж, і корпоративні СУД підтримують декілька механізмів контролю доступу, які включають аутентифікацію користувачів, кілька рівнів доступу (наприклад, перегляд, редагування, створення, видалення, друк та ін.), Які визначаються щодо кожного документа (і навіть полів у РКК, що має місце в DOCS Open), а також включення користувачів у рольові групи з різними привілеями (наприклад, група начальників відділів). Крім того, можливо вбудовування в СУД засобів криптографічного захисту.

Історія роботи з документом

Однією зі складових моделі безпеки сучасних СУД є протоколювання всіх дій користувачів. У прикладному плані це корисно тим, що дозволяє відстежити всю історію роботи з документом (хто і коли його створив, редагував, переглядав, друкував і т. д.). У системах Documentum і DocuLive даний етап треба програмувати, а в DOCS Open він реалізований спочатку.

Засоби адміністрування системи

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

Підтримка технологій Internet / intranet

Корпоративні мережі на основі даних технологій одержують усе більше поширення завдяки простоті адміністрування і низької вартості володіння. Розглянуті СУД також дозволяють користувачам працювати з архівом документів через так званий тонкий клієнт - інтерфейс СУД, що завантажується в Internet-браузер і не вимагає окремих програм-клієнтів. Працездатність тонкого клієнта забезпечується спеціальними серверними модулями СУД, які, маючи доступ до архіву документів, переносять їх (у вигляді посилань, HTML-уявлень або у вихідному форматі) на Web-сервер.

Переносимість і робота в різнорідних мережах

Сьогодні для корпоративних систем важлива і така характеристика, як переносимість, тобто здатність працювати на різних програмно-апаратних платформах, оскільки в більшості організацій накопичилося дуже багато різнорідної техніки. Сервер додатків Documentum - середня ланка в його 3-х звенном архітектурі клієнт-сервер - може працювати під різними версіями UNIX та Windows NT, у той час як сервер додатків DOCSFusion - тільки під Windows NT (сервери бібліотек (SQL) і документів можуть працювати під управлінням інших ОС). Список підтримуваних операційних середовищ на клієнтських місцях найбільш значний знову ж таки у Documentum: окрім різних версій Windows він включає MacOS, OS / 2 та X-термінали Motif. Всі три СУД можуть працювати з більшістю промислових СУБД, таких як Oracle, Sybase, Microsoft SQL Server та інші ODBC-сумісні SQL-бази даних. Documentum і DocuLive, крім того, працюють з Informix. Важливо зазначити, що вибір СУБД зумовлює ще один набір платформ - цього разу для бази даних. І якщо для Oracle він включає практично всі відомі операційні системи (UNIX, Windows NT, Novell NetWare), то для Sybase і Informix він трохи менше (UNIX, Windows NT).

Можливість взаємодії декількох серверів

Documentum підтримує резервування серверів, дозволяючи на льоту (зі збереженням безперебійної працездатності інформаційного комплексу) проводити заміну у разі відмови одного з них. DOCSFusion в цих цілях буде підтримувати кластерну технологію Microsoft. Слід, однак, відзначити, що «гаряча» заміна серверів важлива тільки для критичних до безперебійної роботи додатків, наприклад електронних засобів масової інформації (Web-сервер).

Підтримка відкритих програмних стандартів

Всі три системи мають відкрите API і дозволяють як розширювати функціонал самих СУД, так і вбудовувати їх функції в прикладне програмне забезпечення. Найбільш повний список підтримуваних технологій у СУД Documentum, що випливає з її істинної багатоплатформності. Зокрема, вона реалізує такі екзотичні, принаймні для Росії, стандарти, як Apple Events і UNIX ToolTalk. DOCS Open, так само як і Documentum, підтримує стандарти DCOM, ActiveX, ODMA, OLE Automation, MAPI, система DocuLive - ActiveX, OLE Automation і MAPI.

Інтеграція із зовнішніми програмами

Можливості по інтеграція із зовнішніми додатками багато в чому визначаються попереднім пунктом. І тут слід відзначити, що СУД DocuLive, на відміну від двох інших систем, забезпечує лише «односторонню» інтеграцію із зовнішніми додатками - з архіву можна викликати програму, відповідає формату документа, але з офісних і прикладних програм не можна прозоро, з точки зору користувача, звернутися до архіву. Цю можливість надають як Documentum, так і DOCS Open (наприклад, при спробі відкрити документ у Microsoft Word викликається не стандартне вікно програми для завантаження файлу з диска, а пошукова форма СУД).

Користувальницький інтерфейс

Те, наскільки інтуїтивним і зручним є інтерфейс програми, багато в чому визначає її успіх на ринку. Для пересічного користувача інтерфейс, мабуть, важливіше, ніж продуктивність, безпека і масштабованість системи. З ергономічної точки зору інтерфейси Documentum і DOCS Open в цілому відповідають сучасним вимогам. Нова версія DOCS Open, завдяки тісній інтеграції з середовищем Microsoft Windows і спрощенням роботи з СУД, безсумнівно, найкраща за даною характеристикою.

Ціни

Оскільки середня ціна системи на одне робоче місце сильно залежить від обсягу та комплектації поставки, порівняти системи по даному параметру досить важко. Однак можна констатувати, що всі три системи відносяться до числа дорогих програмних продуктів, і найбільш сильно ця тенденція виражена у СУД Documentum (кілька тисяч доларів за робоче місце). Менш дорогі DOCS Open і DocuLive мають приблизно рівну вартість (DOCS Open трохи дешевше).

1.3 Стандарти СУД

Як і будь-яка область людської діяльності, сфера документообігу не могла уникнути загального віяння стандартизації та має свої проблеми.

Архівна система повинна бути інтегрована з додатками, в яких народжуються різні електронні документи. Бажано, щоб ця інтеграція була прозорою для користувача, який працював би з архівної системою безпосередньо, минаючи звернення до файлової системи. Отже, діалоги операцій з файловою системою повинні бути замінені на діалоги роботи з архівною системою. Єдиним рішенням задовольнити як виробників додатків, так і виробників архівний систем є вироблення єдиного стандарту взаємодії між системами такого класу. Цієї мети досягла перша версія стандарту ODMA (Open Document Management API). На сьогоднішній день даний інтерфейс підтримується наступними виробниками архівних систем: PC DOCS, Saros, Novell (Soft Solutions), Watermark, Documentum і з боку виробників додатків компаніями Corel (Corel WordPerfect Suite) і Microsoft (Office 97).

Іноді підприємство використовує одночасно декілька систем управління документами. Як приклад можна навести транснаціональну і багатопрофільну корпорацію DuPont. У підрозділах, які ведуть розробку нових хімічних продуктів, історично використовують Documentum; нові підрозділи зупинили свій вибір на DOCS Open, як на більш дешевому рішенні в розрахунку на одного користувача. Відповідно виникає проблема, як користувачу з одного робочого місця мати доступ до декількох архівних серверів для пошуку документів. Для забезпечення спільної роботи декількох архівних серверів призначений стандарт ODMA версія 2. Вперше така спільна робота серверів DOCS Open і Documentum була продемонстрована в середині 1996 року.

Існує проблема, аналогічна попередньої, але для систем класу workflow. Виробленням стандарту для спільної роботи workflow-систем від різних виробників займається некомерційна організація WorkFlow Coalition, а вироблена нею специфікація носить назву Workflow Coalition API. У середині 1996 року була показана спільна робота систем від семи виробників.

При роботі з образами документів важлива уніфікація використовуваних форматів. В якості єдиного формату для чорно-білих образів документів був прийнятий формат TIFF GROUP IV. Для електронних документів іншого типу стандартизація не досягла значного прогресу внаслідок різноманітності типів додатків, що породжують електронні документи. Для розповсюдження електронних документів поступово приймається формат, розроблений компанією Adobe, - PDF.

1.4 Необхідність розробки

У вступі була показу на актуальність розв'язуваної задачі, також вище були розглянуті існуючі СУД. Покажемо тепер, чому необхідно розробляти самостійний комплекс, а не скористатися існуючими.

Існуючі системи документообігу призначені для комплексного вирішення завдань документообігу в рамках всього підприємства і, як правило, вимагає великих робіт з доналагодження системи під потреби замовника. Відповідно і ціна за одне робоче місце для Росії досить велика. У нашому випадку наголос робиться саме на архівне зберігання документів, тому не потрібні функції по руху документів.

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

В якості середовища разрботкі була вибрано інструментальне засіб для швидкої розробки додатків C + + Builder 5.0, в якості мови розробки - високорівнева мова програмування С + +. Використання цього засобу обумовлюється здатністю в короткі терміни реалізувати користувальницький стандартний інтерфейс, наявністю багатьох корисних рис і, особливо, засоби пошуку та аналізу некоректної роботи з пам'яттю, так званої «витоком пам'яті», котра виникає при інтенсивній роботі з динамічно розподілюваними структурами даних. Крім того, на мові C + + є написані фірмою Borland контейнери вищої абстракції, призначені для зберігання і реалізації різних стратегій доступу до довільних типів даних. Дана бібліотека принципово не може бути написана на мові Pascal, що послужило остаточним доказом вибору мови C + + в якості мови розробки.

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

1.5 Цілі і завдання дипломного проекту

Розробити комплекс супроводу архіву документів нерухомого майна.

Комплекс повинен забезпечувати:

Введення, редагування та зберігання документів у вигляді їх атрибутів і зображення оригіналу. Кількість і тип атрибутів настроюються користувачем;

Введення, редактіровні і зберігання інформації по об'єктах нерухомого майна

Архівація документів;

Безпека і захищеність бази даних;

Інтеграцію з існуючими планово-економічними та технічними комплексами.

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

2.1 Загальні відомості

Комплекс ВОНИ побудований за двухзвенной технології клієнт - сервер, в якості платформи використовує СУБД Microsoft SQL Server 7.0. Застосування технології клієнт - сервер виправдане при створенні складних систем. Вона дозволяє:

Модифікувати серверну частину незалежно від клієнтської. При виправленні немає необхідності обновляти ПЗ на машинах клієнтів;

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

Використання сервера для доступу до даних гарантує єдину точку входу в систему і, отже, велику безопасноти і захищеність.

Розглянемо їх детальніше функції серверної і клієнтської частини комплексу ВОНИ:

Серверна частина комплексу:

Безпосередньо зберігання даних засобами MS SQL Server 7.0;

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

Підтримка цілісності БД шляхом використання обмежень;

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

Клієнтська частина комплексу

Для користувача інтерфейс;

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

Введення, первісна перевірка коректності введеної інфорамаціі;

Робота з довідниками;

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

Розроблюваний комплекс використовує дві підсистеми даних: одна - це документи, а друга - об'єкти нерухомого майна. Розглянемо їх окремо.

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

Ріс.2.2.1. Підсистема зберігання документів.

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

Розглянемо структуру таблиць:

Документи (Docs) - документи та їх загальні атрибути:

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

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

OrgID - ID організації;

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

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

Організації (Organizations) - організації та структурні підрозділи, до яких належать документи:

OrgID - ID організації;

Name - юридична назва організації;

Address - юридична адреса;

Telephone - телефони;

INN - ІПН організації;

ПодтіпиДокументов (DocSubTypes) - підтипи (версії типів) документів:

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

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

Name - назва підтипу документа; Про

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

TypeID - ID типу документів;

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

ОпределеніеАтрібутов (Attributes) - структура документа, визначення простих атрибутів:

AttribID - ID атрибутів;

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

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

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

Name - назва атрибута;

Plurality - тип атрибуту - простий або множинний;

Домени (Domains) - домени значень атрибутів документа:

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

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

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

Realization - реалізація домену для використовуваного сервера баз даних;

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

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

ColumnID - номер визначається стовпця сильно множинного атрибута;

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

Name - назва визначається стовпця сильно множинного атрибута;

ЗначеніеАтрібутов (таблиці ATS1, ATS2, ...) - вміст простих атрибутів документа:

DocID - ID документа, до якого відноситься ознака;

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

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

DocID - ID документа, до якого відноситься ознака;

RowID - номер рядка;

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

Для зберігання інформації про об'єкти нерухомого майна та комплексах об'єктів нерухомого майна використовується частина бази даних, показана на ріс.2.2.2.

Рис. 2.2.2. Частина структури бази даних, що описує об'єкти нерухомого майна.

Розглянемо структуру таблиць:

Об'ектКомплекса - таблиця найменувань об'єктів нерухомого майна:

ID_Objlm - Унікальний ідентифікатор технічного об'єкта як об'єкта нерухомого майна;

ID_ImCplx (FK)

ID_ObjTab (FK)

ObjKeyAccess

ObjName

ID_Type (FK)

RefID

ІмущественнийКомплекс - таблиця найменувань майнових комплексів:

ID_ImCplx

Name_ImCplx

ObslOrg

Обладнання - довідник імен базових таблиць для технічних паспортів об'єктів:

Hard_Num

Modul

Table_Name

Hard_Name

ТіпОб'екта - таблиця типів об'єктів за їх положення в ієрархії майнового комплексу:

ID_Type

TypeName

BTI_TabName

BTI_10 - таблиця параметрів БТІ для будівельної частини ПС, ТП, РП, ЗРУ:

ID_ObjIm (FK)

InvNum

InvDate

SetDAte

BldType

OutLen

OutWidth

OutArea

TotFloor

FoundType

WallType

RoofType

PrisOtmost

FenceType

RoadType

BalPrin

BTI_11 - таблиця параметрів БТІ для повітряних ЛЕП:

ID_ObjIm (FK)

InvNum

InvDate

SetDate

WrkVolt

LineType

ProvType

MainSec

OpType

OpTotal

LineLen

BalPrin

BTI_12 - таблиця параметрів БТІ для кабельних ЛЕП 6-10 кВ:

ID_ObjIm (FK)

InvNum

InvDate

SetDAte

WrkVolt

CabVolt

CabType

MainSec

TotKolod

LineLen

BalPrin

BTI_13 - таблиця параметрів БТІ для кабельних ЛЕП 0,4 кВ:

ID_ObjIm (FK)

InvNum

InvDate

NumTP

ObjAdress

ObjName

SetDate

ProvType

MainSec

OpType

OpTotal

PrislsolProv

LineLen

BalPrin

BTI_14 - таблиця параметрів БТІ для повітряних ЛЕП 0,4 кВ:

ID_ObjIm (FK).

InvNum

InvDate

NumTP

ObjAdress

ObjName

SetDate

CabVolt

CabType

MainSec

TotKolod

LineLen

BalPrin

2.3 Зберігання документів довільної структури

Документ - слабо структурований об'єкт, але тим не менш для формалізованого пошуку необхідно виділяти в ньому деякі структури, загальні для всіх документів з тим, щоб по цих структурам здійснювати пошук документів. Ці структури прийнято називати атрибутами документів. Документи бувають різні і неможливо заздалегідь передбачити для всіх їх склад. Всі види атрибутів, використовуваних у документі, заздалегідь вказати не можна. Підемо на компроміс між повнотою опису документа і простотою опису складу документа в термінах реляційних відносин. Спробуємо виділити і використовувати основні види атрибутів. Такими представляються атрибути виду «полі документа» - містять одне єдине значення з деякої множини значень, яке називається доменом значення атрибутів. Такі атрибути назвемо простими атрибутами. Можна виділити ще атрибути виду «таблиця значень». Найбільш уживаними є таблиці, у яких стовпці мають заголовки, а рядки пронумеровані, може бути і неявно. Назвемо такі атрибути сильно множинними.

Всі документи однакового складу назвемо відносяться до одного виду документів. Крім того, з плином часу структура використовуваних документів буде змінюватись, і, хоча формально документи одного виду, структура у них буде різного. Тому реалізуємо в рамках типу документа підтипи (версії типів) документа. Склад документа необхідно описувати. Природним здається завести таблиці для опису атрибутів, в яких вказується, які атрибути належать увазі документів, крім того для опису множинних атрибутів потрібно таблиця з описом заголовків стовпців.

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

Отже, у нас є таблиця визначення типів документів DocTypes, таблиця опису підтипів документів DocSubTypes. Таблиця Attributes описує всі атрибути зазначеного підтипу документа, якщо атрибут множинний, то визначення його полів знаходиться в таблиці VMAttributes. Усі атрибути відносяться до якого - то домену значень, домени описані в таблиці Domains.

Для збереження значень атрибутів для кожного підтипу створюється таблиця, ім'я якої формується за правилом "ATS" + SubTypeID, де "ATS" - префікс, а SubTypeID - ID підтипу документа. Для збереження значень множинних атрибутів для кожного множинного атрибута створюється таблиця ATM "ATM" + AttribID, де "ATM" - префікс, а AttribID - ID множинного атрибута. Така схема формування імен забезпечує унікальність.

Для кращого розуміння наведемо приклад.

2.3.1 Приклад структури документа


Ріс.2.3.1.1. Приклад документа.

Структура документа

Назва документа

Дата (зберігається в таблиці Документи і серед атрибутів)

Номер (зберігається в таблиці Документи і серед атрибутів)

Дата реєстрації

Хто зареєстрував

ТабліцаОб'ектов

Інв.

Назва

Адреса

Вартість первісна

Вартість залишкова

Знос

Домени Значень Атрибутів

DomainID

Description

Realization

1

Дата

Datetime

2

Назва документа

Varchar (100)

3

Номер документа

Varchar (30)

4

Організація

Varchar (100)

5

Грошова сума

Money

6

Інвентарний номер

Varchar (20)

7

Найменування об'єкта

Varchar (30)

8

Адреса

Varchar (20)

Типи документів

TypeID

Name

1

Додаток до плану приватизації "Акт оцінки № 1 вартості будівель, споруд, передавальних пристроїв"

Організації

OrgID

Name

Address

Telephone

INN

1

АТ «Свердловенерго»

NULL

NULL

NULL

Документи

DocID

OrgID

TypeID

DocDate

DocNumber

1


1

12.11.2000


Визначення атрибутів

AttribID

TypeID

DomainID

TabOrder

Name

Plurality

1

1

2

1

Назва

0

2

1

3

2

Номер

0

3

1

1

3

Дата

0

4

1

7

4

Зареєстровано

0

5

1

Null

5

СпісокОб'ектов

2

ATS1

DocID

FieldData

1

Додаток № 1 до плану приватизації "Акт оцінки № 1 вартості будівель, споруд, передавальних пристроїв"

1

1

1

12.11.2000

1

Міністерством по управлінню держмайном

1

NULL

ОпредПолейСільноМнож

AttribID

ColumnID

DomainID

Name

5

1

6

Інвентарний номер

5

2

7

Назва

5

3

8

Адреса

5

4

5

Вартість спочатку

5

5

5

Вартість залишкова

5

6

5

Знос

Номер таблиці з даними сильно множинних атрибутів формується з префікса AVM і номери атрибута. Усі атрибути (AttribID) унікальні в межах БД. Зв'язок таблиць з даними атрибутів з таблицею визначення атрибутів відбувається через номер таблиці, який формується як префікс ATM + AttribID. Номер поля формується з префікса FieldDate і номера стовпця.

ATM5

DocID

RowID

FieldData1

FieldData2

FieldData3

FieldData4

FieldData5

FieldData6

1

1

1233

ТП 1021

Вул.Свердлова, 7

111,11

333,33

222,22

1

2

1344

ТП 7563

Вул.Фурманова, 45

222,22

555,55

333,33

3. Програмна реалізація комплексу

3.1 Серверна частина

До складу серверної частини комплексу ходить:

таблиць, в яких зберігаються власне дані;

збережених процедур, що реалізують доступ до цих таблицях;

повідомленнях про помилкові ситуаціях;

список користувачів і ролей.

3.1.1 Керівництво програміста

При створенні серверної частини використовувалося наступне угоди про найменування об'єктів:

Назва об'єкту формується з 3 складових частин:

1 - префікс типу об'єкта (sp, vw, df, tr);

2 - абревіатура модуля;

3 - дію;

3 - об'єкт;

Наприклад, spONIAddDomain.

Всі процедури, що зберігаються повертають ціле число - код завершення. Якщо воно дорівнює нулю, то процедура виконалася успішно, інакше виникли помилки. При виникненні помилкової ситуації генерується код помилки і клієнту повертається код помилки, а також системне повідомлення з цим кодом. У більшості випадків достатньо відобразити системне повідомлення.

Застосування процедур, що зберігаються також дозволяє завжди підтримувати дані в узгодженому стані, так як збережені процедури складені так, що у разі виникнення помилки скасовуються всі внесені зміни.

Список збережених процедур, їх параметрів та опис наведено в табл 3.1.

Таблиця 3.1.

Список збережених процедур серверної частини

Процедура, що зберігається

Опис

CREATE PROC spONIAddAttribute

@ Name varchar (100), @ SubTypeID int, @ TabOrder int, @ DomainID int, @ Plurality int, @ ID int OUTPUT

Створення атрибуту докуммента

CREATE PROC spONIAddCategory

@ Level int, @ NameValue varchar (128), @ FKValue int, @ ID int OUTPUT

Створення нової категорії при використанні універсального ієрархічного компонента

CREATE PROC spONIAddDoc

@ SubTypeID int, @ ID int OUTPUT

Створення нового документа

CREATE PROC spONIAddDocSubType

@ NameValue varchar (128), @ TypeID int, @ ID int OUTPUT

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

CREATE PROC spONIAddDomain

@ Name varchar (20), @ Realization varchar (20), @ ID int OUTPUT

Створення нового домену значень атрибутів документа

CREATE PROC spONIDeleteAttribute

@ ID int

Видалення атрибута документа

CREATE PROC spONIDeleteCategory

@ Level int, @ ID int

Видалення категорії при використанні універсального ієрархічного компонента

CREATE PROC spONIDeleteDoc

@ ID int

Видалення документа

CREATE PROC spONIDeleteDocSubType

@ ID int

Видалення підтипу документа

CREATE PROC spONIDeleteDomain

@ ID int

Видалення домену значень атрибутів документа

CREATE PROC spONIGetAttributes

@ ID int

Отримання списку атрибутів зазначеного підтипу документів

CREATE PROC spONIGetCategories

@ Level int, @ ID int

Отримання значень категорії зазначеного рівня

CREATE PROC spONIGetDocs

Отримання списку документів

е

Отримання списку доменів значень атрибутів

CREATE PROC spONIGetSingleAttributeValue

@ DocID int, @ SubTypeID int, @ AttribID int, @ Value nvarchar (4000) output

Отримання значення простого атрибуту документа

CREATE PROC spONIRenameAttribute

@ ID int, @ TabOrder int, @ DomainID int, @ Name varchar (100), @ Plurality int

Зміна атрибуту документа

CREATE PROC spONIRenameCategory

@ Level int, @ NameValue varchar (128), @ ID int

Зміну категорії при використанні універсального ієрархічного компонента

CREATE PROC spONIRenameDomain

@ ID int, @ Name varchar (20), @ DomainType int, @ Realization varchar (20)

Зміна домену значень атрибутів докуменат

CREATE PROC spONIUpdateSingleAttributeValue

@ DocID int, @ SubTypeID int, @ AttribID int,

@ Value varchar (4000)

Зміна значення атрибута

3.2 Клієнтська частина

3.2.1 Керівництво програміста

Клієнтська частина комплексу написана мовою високого рівня C + + з використання середовища візуального програмування C + + Builder 5.0 Фірми Inprise. Кожній екранній формі відповідає окремий модуль, крім того є модулі визначення загальних констант і функцій. Список модулів і їх призначення наведено в табл. 3.2.

Таблиця 3.2.

Список модулів клієнтської частини комплексу

Найменування модуля

Опис

uDM.h, uDM.cpp

Модуль зв'язку з базою даних. Реалізує інтерфейс виклику збережених процедур і є серверно-залежним

about.h, about.cpp

Форма інформації про програму.

main.h, main.cpp,

Головне вікно програми. Реалізує MDI інтерфейс.

doc.h, doc.cpp

Форма введення документа.

attrib1.h, attrib1.cpp

Форма введення атрибуту документа.

domains.h, domains.cpp

Форма введення домену значень атрибуту документа.

uCategory.h, uCategory.cpp

Фрейм, який реалізує довільний багаторівневий довідник

attrib.cpp, attrib.cpp

Форма відображення списку документів.

doctypes.h, doctypes.cpp

Форма відображення ієрархічного дерева типів / підтипів докумнтов.

reg.h, reg.cpp

Всі функції роботи з реєстром.

options.h, options.cpp

Форма для налаштування парметр запуску програми

vars.h, vars.cpp

Глобальні змінні і загальні функції.

login.h, login.cpp

Форма введення пароля та імені користувача.

docs.h, docs.cpp

Форма відображення списку документів.

domain.h, domains.cpp

Форма відображення списку доменів.

3.2.2 Керівництво користувача

3.2.2.1 Введення

3.2.2.1.1 Призначення програми

Додаток «Комплекс ВОНИ» призначено для виконання наступних функцій:

створення і перегляд прізвольних документів документів;

ведення довідників типів і версій типів документів, доменів значний атрибутів документа.

3.2.2.1.2 Системні вимоги

Для роботи клієнтської частини «Комплексу ВОНИ» необхідні наступні вимоги:

операційна система Windows 95/98/NT 4.0 і вище;

32 Мб оперативної пам'яті;

процесор Intel Pentium 200MMX;

Повинен бути встановлений бібіліотека доступу до даних BDE 5.0 або вище;

на клієнтській машині повинен бути встановлений стек протоколів TCP / IP, що забезпечує з'єднання з сервером баз даних, на якому знаходиться клієнтська частина.

3.2.2.1.3 Вимоги до користувача

Характер викладу керівництва користувача припускає, що користувач знайомий з операційною системою Microsoft Windows і володіє навичками роботи в ній. Конкретно, користувачеві повинні бути знайомі наступні поняття і навики:

прийоми роботи з вікнами;

робота з меню;

використання керуючих елементів.

Якщо користувач недостатньо добре володіє названими поняттями і навичками, то йому рекомендується звернутися до документації по операційній системі Microsoft Windows.

3.2.2.2 Робота з "Комплексом ВОНИ»

3.2.2.2.1. Запуск програми

«Комплекс ВОНИ» предсавляет собою виконуваний файл, що виконується в операційних системах сімейства Windows. Запуск відбувається при натисканні іконки зі стилізованим зображенням робочих інструментів, розташованої на робочому столі.

Після натискання з'явиться вікно програми з діалогом аутентифікації користувача (рис. 3.1).

Рис.3.1. Вікно аутентифікації користувача.

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

Рис.3.2. Вікно з повідомлення про помилку подключнія до бази даних.

Загальний вигляд програми зображений на рис. 3.3.

Рис. 3.3. Загальний вигляд програми.



Розглянемо головне меню програми.

Допомога - виводиться вікно з інформацією про програму, зображене на рис. 3.4.



Рис. 3.4. Вікно «Про програму»



Сервіс - можливість налаштування аліасу (псевоніма) бази даних, який вибирається у вікні, зображеному на рис. 3.5.



Рис. 3.5. Вікно налаштування псевдоніма БД.

Довідники - тут розташовано меню виклику використовуваних довідників комплексу. Вони дозволяють додавати, видаляти і модифікувати використовувані довідкові значення.

Довідник доменів значення атрибутів документів зображений на рис. 3.6.



Рис. 3.6. Довідник доменів атрибутів.



Довідник типів документів зображений на рис. 3.7.

Рис. 3.7. Довідник типів документів.



Документи - дозволяє викликати вікно роботи з документами, показане на рис. 3.8.



Рис.3.8. Вікно документів.



Тут можна ввести новий документ (рис. 3.9), видалити або відредагувати існуючий.

Рис. 3.9. Вікно редагуванні документа.



4. Безпека і екологічність проекту



4.1 Безпека проекту



Основні небезпечні чинники робочого місця оператора ЕОМ [1] пов'язані з експлуатацією оргтехніки: комп'ютерів, принтерів і т.п. Праця оператора ЕОМ характеризується відсутністю впливу високих рівнів поширених на виробництві шкідливих факторів (пил, вібрація, ...), але на них впливає випромінювання, що виходить від моніторів, органи зору знаходяться в постійній напрузі.

При тривалій роботі за відеотерміналом у людини можуть виникати: напруга зорового апарату, загальна втома, дратівливість, порушення сну, хворобливі відчуття в очах, головний біль, а також болі в попереку, в області шиї та кистей рук. Звідси виникають вимоги до безпеки робочого місця оператора, тобто до мікроклімату приміщення, освітленості, технічним характеристикам використовуваної ЕОМ (в основному - дисплея), а також електро-і пожежної безпеки. Особливо це стосується робочого місця програміста, який проводить перед дисплеєм більшу частину свого робочого часу.



4.2 Електробезпека



Відповідно до [2] під електробезпека - це система організаційних і технічних заходів і засобів, що забезпечують захист людей від шкідливого і небезпечного впливу електричного струму, електричної дуги і статичної електрики.

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

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

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

При проходженні через тіло людини струм надає термічне, біологічне і електролітичне дії. Наслідки впливу електричного струму на тіло людини наведені у таблиці 4.1.



Таблиця 4.1

Дія електричного струму на тіло людини

Вид впливу

Слідство

Види електротравм

Термічне

Опіки окремих ділянок тіла, нагрівання внутрішніх органів

Електричний опік, електричний знак, металізація шкіри.

Біологічне

Розкладання і збудження живих тканин, судорожне скорочення м'язів

Механічні пошкодження

Електролітичне

Розкладання крові та інших рідин, порушення їх фізико-хімічного складу

Електричний удар

Основні причини поразки електричним струмом:

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

Поява напруги на металевих конструктивних частинах електрообладнання;

Поява напруги на відключених струмовідних частинах, на яких працюють люди, внаслідок помилкового включення;

Виникнення крокової напруги на поверхні землі в результаті замикання проводу на землю.

Виконання роботи здійснювалося на ПЕОМ IBM РС, підключеної до мережі змінного струму з напругою 220 В.

Для захисту від ураження електричним струмом при пошкодженні ізоляції повинні виконуватися такі захисні заходи:

Заземлення;

Занулення;

Захисне відключення;

Вирівнювання потенціалу;

Система захисних проводів;

Ізоляція неструмоведучих частин;

Електричне розділення мережі;

Мале напруга;

Контроль ізоляції;

Компенсація струмів замикання на землю.

Згідно [3] захисне заземлення або занулення повинно забезпечувати захист людей від ураження електричним струмом при дотику до металевих неструмоведучих частин, які можуть опинитися під напругою в результаті пошкодження ізоляції. Захисне заземлення слід виконувати навмисним електричним з'єднанням металевих частин електроустановок із «землею» або її еквівалентом.

При проектуванні виробничих будівель краще використовувати контурне заземлення, тому що струм через людину, що стосується корпусу, менше, ніж при виносному, всередині контуру прокладають горизонтальні смуги, які додатково вирівнюють потенціали всередині контуру. Як штучного заземлювача використовують сталеві стрижні. Вертикальні заземлювачі з'єднати сталевий шиною і приварити до кожного заземлювача. У будівлі прокласти магістраль заземлення, до якої приєднуються заземлюючі дроти. Магістраль заземлення з'єднується з заземлювачем не менше ніж у двох місцях.

Розрахунок заземлення:

Опір одиночного вертикального електрода:

R в = p1 / 2 p l · (Ln (2l / d) +0,5 ((4t + l) / (4t-l)))

де t-відстань від середини заземлювача до поверхні грунту

l-довжина стрижневого заземлювача

d-діаметр стрижневого заземлювача

р1 = р · y

де р-питомий опір грунту

y-коефіцієнт сезонності

Приймаємо: t = 2,00 м; l = 2,5 м; d = 0,06 м; р = 100 Ом · м - суглинок; y = 1,5.

Отримуємо: Rв = 48,1 Ом.

Опір сталевої смуги, що з'єднує стержневі заземлювачі.

Rn = p1 / (2 p l) · Ln (l / d · t)

l = 164 м

Отримуємо: Rn = 1,8 Ом.

Орієнтовна кількість одиночних стержневих заземлювачів.

n = Rв / ([r3] · h в)

де [r3]-допустиме за нормами опір заземлювального пристрою

h в-коефіцієнт використання вертикальних заземлювачів

Приймаються [r3] = 4 Ом згідно «Правила установки електроустановок»; h в = 1

Отримуємо n = 12шт.

Приймаються розташування вертикальних заземлювачів по контуру з відстанню між суміжними заземлювачами 2l.

Необхідне число вертикальних заземлювачів

n = Rв / ([r3] · h в)

де h в = 0,66-дійсне значення коефіцієнта використання

Отримуємо n = 18шт.

Загальний опір заземлювального пристрою

R = Rв · Rn / (Rв · h г + Rn · h в · n)

h р = 0,39-коефіцієнт використання горизонтального заземлювача

Отримуємо R = 2,2 Ом

Розрахунок виконаний правильно тому виконується умова R £ [r3].

У «Правилах установки електроустановок» опір заземлення нормується і в установках напругою до 1000В опір заземлювального пристрою повинен бути не вище 4Ом. Чинне опір заземлювального пристрою 2Ом.

При експлуатації ЕОМ забороняється:

включати ЕОМ при несправному захисті електроживлення;

підключати і відключати роз'єми кабелів електроживлення і блоків вентиляції при поданій напрузі електромережі;

замінювати знімні елементи під напругою;

виробляти пайку апаратури, що знаходиться під напругою;

знімати щити, що закривають доступ до струмоведучих частин;

користуватися електроінструментами з напругою 36В і вище з незаземленими корпусами.

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

Для запобігання ураження електричним струмом в організації відповідно до [4] повинні проводиться наступні заходи:

Комп'ютери підключаються до мережі за допомогою триполюсних вилок, причому центральний контакт вилки надійно заземлюється.

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

Обслуговуючий персонал повинен пройти інструктаж з техніки безпеки на робочому місці.

Здійснюється профілактична перевірка відсутності напруги, відключення несправного обладнання та накладення заземлення.

4.3 Пожежна безпека

У сучасних офісах дуже висока щільність розміщення офісної техніки. У безпосередній близькості один від одного розташовуються сполучні дроти і комутаційні кабелі. При протіканні по них електричного струму може виділятися значна кількість теплоти, що може привести до підвищення температури до 90-120 градусів Цельсія. При цьому можливо оплавлення ізоляції сполучних проводів, їх оголення і, як наслідок, коротке замикання, яке супроводжується іскрінням, веде до швидкого нагріву і перевантажень електричних мереж. Це може викликати загоряння прилеглих легкозаймистих речовин.

Відповідно до [5] пожежна безпека об'єкта повинна забезпечуватися системою запобігання пожежі, системою протипожежного захисту, організаційно-технічними заходами.

За класифікацією [6] розглядається приміщення по вибухо-і пожежної безпеки належить до найбезпечнішою категорії Д («Приміщення з негорючими речовинами і матеріалами в холодному стані»).

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

У рамках організаційно-технічних заходів виконуються наступні правила:

забороняється куріння в приміщенні і застосування відкритого вогню;

забороняється зберігання на робочому місці ЛЗР у непристосованій тарі;

забороняється використання несправного електрообладнання;

після закінчення роботи повністю знеструмлюється все наявне електрообладнання.

Крім того, відповідно до норм первинних засобів пожежогасіння при площі приміщення, що не перевищує 100 м2, в розпорядженні персоналу є вуглекислотний вогнегасник ОУ-5, призначений для гасіння загоряння різних речовин і електроустановок з напругою до 10 кВ при температурі навколишнього повітря від -40 до +50 ° С.

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

4.4 Мікроклімат на робочому місці

Найбільш значним фактором, який найчастіше реально впливає на продуктивність і безпеку праці, є мікроклімат робочого місця, який характеризується рівнем температури і вологості повітря, швидкістю його руху. Ці параметри повинні відповідати вимогам [7], наведеним у таблиці 4.4.

Таблиця 4.4.

Вимоги до параметрів мікроклімату у виробничому приміщенні

Параметри

Значення параметрів

Мікроклімату

Влітку

Взимку

Температура, ° C

23-25

22-24

Швидкість повітряних мас, м / с

0.1-0.2

0.1

Відносна вологість,%

40-60

40-60

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

Лабораторія має площу підлоги 30 м2, на одного працюючого припадає 7,5 м2, що відповідає вимогам [7].

Середня температура повітря в приміщенні становить +22 ° С, відносна вологість - 46%, атмосферний тиск - 750 мм.pт.ст., вміст пилу - не більше 10 мг / м повітря робочого місця, максимальні розміри частинок - 2 мкм.

Приміщення лабораторії не обладнано системами кондиціонування або вентиляції, повітрообмін в ньому забезпечується шляхом природного провітрювання приміщення (відкриття вікон) на підставі суб'єктивних відчуттів персоналу. Внаслідок цього температура в приміщенні нерівномірно коливається в межах від 20 до 25 ° С, вологість - від 30 до 80%.

4.4.1 Освітленість на робочому місці

Приміщення лабораторії повинні мати природне і штучне освітлення відповідно до [8].

Раціональна освітленість приміщення передбачає:

правильний вибір джерел світла і систем освітлення;

необхідний рівень освітленості робочих поверхонь;

усунення відблисків;

рівномірне освітлення;

усунення коливань світлового потоку в часі.

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

Рівномірність освітлення розуміється як відношення інтенсивностей найменшого та найбільшого світлових потоків. Слід обмежувати нерівномірність розподілу яскравості в полі зору користувача ВДТ і ПЕОМ. Співвідношення яскравості між робочими поверхнями не повинно перевищувати 3:1 - 5:1, а між робочими поверхнями стін і устаткування - 10:1, тому що при перекладі погляду з яркоосвещенной на слабоосвещенную поверхню очей змушений переадаптіроваться, що веде до розвитку втоми зору та ускладнює виконання виробничих операцій. Для забезпечення рівномірності освітлення застосовується м'яке розсіяне світло з декількох джерел, світле фарбування стелі, стін і обладнання.

Вимога напрямку світла визначається необхідністю об'ємного сприйняття об'єкта і прагненням не допустити засліплення прямим чи відбитим світлом. Зручним напрямок штучного світла вважається зліва зверху і трохи ззаду.

Пряма блесткость з'являється в результаті наявності джерела світла безпосередньо в полі зору оператора, відбитий блискіт - внаслідок наявності всередині поля зору відображають яскравих поверхонь. Пряму блесткость можна зменшити, уникаючи яскравих джерел світла в межах 60 см від центру поля зору. Відображену блесткость можна зменшити, використовуючи розсіяне світло і застосовуючи матові поверхні замість полірованих. Для зменшення відблисків від екрана монітора, що ускладнюють роботу оператора, необхідно використовувати екранні фільтри, підвищують контрастність зображення і зменшують відблиски, або монітори з покриттям антивідблиску

Важливим завданням є вибір виду освітлення (природне або штучне). Застосування природного світла має ряд недоліків:

природне світло надходить, як правило, тільки з одного боку;

нерівномірність освітленості у часі та просторі;

можливість засліплення при яскравим сонячним світлом;

тенеобразованіе і т.д.

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

Краще не використовувати люмінесцентні лампи, тому що вони мають незадовільний спектральний склад випромінювання, який може втомлювати очі при напруженій роботі з ЕОМ.

4.4.2 Розрахунок необхідної освітленості

Природне освітлення має здійснюватись через світлові прорізи, орієнтовані переважно на північ і північний схід і забезпечувати коефіцієнт природної освітленості (КПО) не нижче 1,2% у зонах зі стійким сніжним покривом і не нижче 1,5% на решті території. Для чого необхідно забезпечити достатню площу світлових прорізів. Площа світлових прорізів (So) розраховується за формулою (4.1):

(4.1)

де: Sn - площа підлоги приміщення (6 * 2,5 = 15 кв. м.),

En - нормативне значення KEO (1.2),

K1 - коефіцієнт запасу (1.2),

g - світлова характеристика вікон (15)

K2 - коефіцієнт враховує затемнення вікон ворогуючими

будівлями (1),

V - коефіцієнт враховує підвищення КПО при

бічному освітленні завдяки віддзеркаленню світла (1.2),

To - загальний коефіцієнт світлопропускання, визначається за

формулою (4.2):

To = T1 * T2 * T3 * T4 = 0.8 * 0.65 * 1 * 1 = 0.52 (4.2)

де T1 - коефіцієнт світлопропускання матеріалу (для вікон подвійного скла 0,8),

T2 - втрати світла в плетіннях (дерев'яний, подвійний, роздільний 0,65),

T3 - втрати світла в несучих конструкціях (1),

T4 - втрати світла в сонцезахисних пристроях (1),

Таким чином площа світлового прорізу:

кв.м.

Фактично є всього 1.5 м2 (одне вікно 1 м * 1.5 м), вказує на необхідність штучного освітлення.

4.4.3 Розрахунок штучного освітлення

Застосування штучного освітлення допомагає уникнути розглянутих вище недоліків природного освітлення і створити оптимальний світловий режим. Штучне освітлення в приміщеннях експлуатації моніторів і ПЕОМ має здійснюватись системою загального рівномірного освітлення.

Для штучного освітлення слід використовувати, головним чином, люмінесцентні лампи, у яких висока світлова віддача (до 75 лм / Вт і більше), мала яскравість світної поверхні, близький до природного спектральний склад випромінюваного світла, що забезпечує гарну передачу кольору.

Hа стадії світлотехнічного проектування основним завданням є розрахунок потрібної потужності освітлювальної установки.

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

Згідно СНиП [8], розрахуємо штучну освітленість за формулою, враховуючи, що в приміщенні є 16 ламп потужністю по 40 Вт:

(4.3)

де

F - світловий потік однієї лампи, F = 336 лм.;

N - кількість ламп, N = 16;

Z - поправочний коефіцієнт, Z = 0,9;

g - коефіцієнт використання освітлювальної установки, g = 20;

S - площа підлоги приміщення, S = 15 м.кв.;

КЗ - коефіцієнт запасу, КЗ = 1,4.

Підставляючи чисельні дані у формулу, отримуємо:

Розраховане значення освітленості Е = 460 лк, що відповідає [8].

4.5 Шум і вібрації

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

Нормальний рівень шуму не повинен перевищувати 50дБ. При рівні вище 120 дБ починаються неприпустимі умови. Сильний шум діє негативно не тільки на органи слуху, а й на весь організм в цілому, в тому числі і на нервову систему. Шум призводить до посилення стомлюваності і різкого падіння продуктивності праці.

Для зниження шуму слід:

послабити шум самих джерел, використовуючи звукоізоляцію;

знизити ефект сумарної дії відбитих звукових хвиль;

використовувати архітектурні і технологічні рішення, спрямовані на ізоляцію джерел шуму;

розташовувати приміщення далеко від джерел шуму і вібрації.

Основним джерелом шуму на робочому місці оператора ПЕОМ є вентилятори охолодження, трансформатори ПЕОМ та принтер.

Рівень шуму від вентиляторів і трансформаторів не перевищує 45 дБ (дані взяті з технічного паспорта), рівень звукової потужності принтера (у залежності від моделі принтера) складає до 50 дБ, але він працює не постійно. Отже, рівень шуму на робочому місці оператора ПЕОМ слід вважати допустимим.

Вібрація на розглянутому робочому місці не виявляється через відсутність будь-яких виробничих механізмів або машин. Вібрація, створювана працюють вентиляторами, практично дорівнює нулю.

4.6 Ергономічність проекту

4.6.1 Ергономічні вимоги до робочого місця

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

Рис. 4.1. Зони досяжності моторного поля тіла людини

Дана конструкція робочого місця забезпечує виконання трудових операцій в межах зони діяльності моторного поля. Зони досяжності моторного поля в вертикальних і горизонтальних площинах для середніх розмірів тіла людини наведені на малюнку 4.1. Виконання трудових операцій "часто" і "дуже часто" забезпечується в межах зони досяжності та оптимальної зони моторного поля, наведених на малюнку 4.2 (зони 1, 2).

Розташування засобів відображення інформації, в даному випадку це дисплей ЕОМ відповідають [14].

Рис. 4.2. Зони досяжності та оптимальної зони моторного поля

Рівень шуму згідно [9] на робочих місцях з використанням пристроїв для досліджень, розробок, конструювання, програмування та лікарської діяльності має становити до 50 dB. Машини, застосовувані в ході роботи, створюють максимальний рівень шуму до 35dB (за технічним паспортом), що відповідає [9].

Для зниження навантаження на очі дисплей повинен бути встановлений найбільш оптимально з точки зору ергономіки. Верхній край дисплея повинен знаходиться на рівні очей, а відстань до екрану близько 40 см, що укладається в рамки від 28 до 60 см. Мерехтіння екрана відбувається з частотою fмер = 85 Гц, що відповідає умові fмер> 70 Гц.

Робочі місця в лабораторії розташовані перпендикулярно віконних отворів, це зроблено з тією метою, щоб виключити пряму і відбиту блесткость екрану від вікон і приладів штучного освітлення, якими є лампи розжарювання, тому що газорозрядні лампи при роботі з дисплеями застосовувати не рекомендується (з метою зниження навантаження на очі).

Візуальні ергономічні параметри ВДТ (відеодисплейний терміналів) є параметрами безпеки та їх неправильний вибір призводить до погіршення здоров'я користувачів. Конструкція ВДТ, його дизайн і сукупність ергономічних параметрів повинні забезпечувати надійне і комфортне зчитування інформації, що відображається. Корпус ВДТ і ПЕОМ, клавіатура та інші блоки і пристрої ПЕОМ повинні мати матову поверхню одного кольору з коефіцієнтом відображення 0,4 - 0,6 і не мати блискучих деталей, здатних створювати відблиски. Екран відеомонітора повинен знаходитися від очей користувача на оптимальній відстані 600-700 мм, але не ближче 500 мм з урахуванням розмірів алфавітно-цифрових знаків і символів.

Конструкція клавіатури повинна передбачати:

виконання у вигляді окремого пристрою з можливістю вільного переміщення;

опорне пристосування, що дозволяє змінювати кут нахилу поверхні клавіатури у межах від 5 до 15 градусів;

висоту середнього ряду клавіш не більше 30 мм;

розташування часто використовуваних клавіш в центрі, внизу і праворуч, рідко використовуваних - вгорі і зліва;

виділення кольором, розміром, формою і місцем розташування функціональних груп клавіш;

мінімальний розмір клавіш - 13 мм, оптимальний - 15 мм;

клавіші з заглибленням у центрі і кроком 19 ± 1 мм;

відстань між клавішами не менше 3 мм;

однаковий хід для всіх клавіш з мінімальним опором натисканню 0,25 Н та максимальним - не більше 1,5 Н;

звукову зворотний зв'язок від включення клавіш з регулюванням рівня звукового сигналу та можливості її відключення.

Конструкція робочого столу повинна забезпечувати оптимальне розміщення на робочій поверхні використовуваного обладнання з урахуванням його кількості і конструктивних особливостей (розмір ВДТ, клавіатури, пюпітра та ін), характеру виконуваної робота. При цьому допускається використання робочих столів різних конструкцій, що відповідають сучасним вимогам ергономіки.

Конструкція робочого стільця (крісла) повинна забезпечувати підтримку раціональної робочої пози під час роботи на ВДТ і ПЕОМ, дозволяти змінювати позу з метою зниження статичного напруження м'язів шийно-плечової області і спини для попередження розвитку втоми.

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

4.7 Екологічність проекту

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

4.7.1 іонізаційного випромінювання

У процесі виконання дипломної роботи на ЕОМ та при експлуатації програми людина піддається впливу іонізаційного випромінювання, яке надходить з екрана комп'ютера.

Випромінювання дисплея досягає нормованих значень радіаційного фону 60 мкР / год, вже на відстані 2 см від екрану. З метою додаткового захисту на дисплей надітий фільтруючий екран, що знижує величину дози опромінення. Таким чином, одержувана оператором доза іонізаційного опромінення не завдає шкоди для організму людини.

4.7.2 Електромагнітне випромінювання

Відповідно до [14], користувач персонального комп'ютера при роботі з дисплеєм піддається впливу низькоенергетичного рентгенівського та ультрафіолетового випромінювання, електромагнітного випромінювання, статичної електрики, тому відстань від одного дисплея до іншого має бути не менше 2,0 м у напрямі тилу, а відстань між бічними поверхнями не менше 1,2 м. Екран відеомонітора повинен знаходитися від очей користувача на відстані 600-700 мм, але не ближче 500 мм.

У приміщенні лабораторії розташування персональних комп'ютерів задовольняє перерахованим вище вимогам.

4.7.3 Статична електрика

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

Захист від статичної електрики повинен проводитися відповідно до санітарно-гігієнічними нормами допускається напруженості електростатичного поля. Допустимі рівні напруженості електростатичних полів не повинні перевищувати 20 кВ протягом 1 години.

4.7.4 Оцінка якості програми

Згідно нормативу [10] оцінка якості програмного забезпечення (ПО) має складну багаторівневу структуру. На елементарному рівні оцінка якості ПО складається з 245 оціночних елементів. Програмні продукти володіти наступними показниками якості [10]:

Показники надійності:

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

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

Показники супроводу:

структурність - організація всіх взаємопов'язаних частин програми в єдине ціле з використанням логічних структур "послідовність", "вибір", "повторення";

простота конструкції - побудова модульної структури програми найбільш раціональним з точки зору сприйняття і розуміння;

наочність - наявність і подання до найбільш легко сприймається вигляді вихідних модулів ПС, повне їх опис у відповідних програмних документах;

повторюваність - ступінь використання типових проектних рішень або компонентів, що входять в ПС.

Показники зручності застосування:

легкість освоєння - представлення програмних документів та програми у вигляді, що сприяє розумінню логіки функціонування програми в цілому та її частин;

доступність експлуатаційних програмних документів - зрозумілість, наочність і повнота опису взаємодії користувача з програмою в експлуатаційних програмних документах;

зручність експлуатації і обслуговування - відповідність процесу обробки даних і форм представлення результатів характером вирішуваних завдань.

Показники ефективності:

рівень автоматизації - рівень автоматизації функцій процесу обробки компанії з урахуванням раціональності функціональної структури програми з точки зору взаємодії з нею користувачів та використання обчислювальних ресурсів;

тимчасова ефективність - здатність програми виконувати задані дії в інтервал часу, що відповідає заданим вимогам;

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

Показники універсальності:

гнучкість - можливість використання ПС в різних областях застосування;

мобільність - можливість застосування ПС без істотних додаткових трудовитрат на ЕОМ аналогічного класу;

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

Показники коректності:

повнота реалізації - повнота реалізації заданих функцій ПС і достатність їх опису в програмній документації;

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

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

перевіреність - повнота перевірки можливих маршрутів виконання програми в процесі тестування.

4.8 Надзвичайні ситуації

У даному розділі представлений матеріал на тему «Основні конструктивні методи захисту радіоелектронної апаратури від впливу сильних електромагнітних випромінювань.

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

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

Іонізація, зумовлена ​​дією гамма імпульсу, впливає на роботу, наприклад, інтегральної схеми завдяки одному з трьох механізмів: виникнення фотострумів, що протікають через обратносмещенние переходи, повного порушення роботи транзистора і погіршення властивостей поверхні.

Фотоструму, що протікають в ланцюгах, можуть призводити до появи сигналу перешкоди на виході схеми тривалістю від кількох наносекунд до сотень мілісекунд в залежності від часу відновлення елементів схем. Може також статися повне порушення працездатності транзисторів, наприклад, в ІС з ізоляцією p-n-переходами через те, що перехід між колектором і підкладкою під час дії гамма імпульсу стає провідним. Повне порушення працездатності схеми може також виникнути через те, що відповідні елементи стають провідними і можуть пропускати необмежений струм через переходи в режимі насичення. При цьому можуть виникнути як вторинний пробою, так і вигорання металізації або перегоряння струмопровідних ланцюгів.

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

Кожен з типів апаратури вимагає конкретного комплексу заходів, сутність яких розкрита нижче у викладі методів підвищення і забезпечення стійкості РЕА до дії ЕМІ: конструкційних, схемотехнічних, структурно-функціональних.

Розглянемо докладніше конструкційні методи. Загальний принцип конструкційних методів захисту від ЕМІ полягає в поліпшенні екранування кабелів, апаратури, вибору найкращих схем заземлення для кожного конкретного випадку.

Екранування є найбільш радикальним і, можна сказати, єдиним ефективним способом захисту провідних ліній. Воно дозволяє одночасно вирішувати наступні завдання: зменшувати небезпечні напруги, що наводяться в лініях під дією ЕМВ, а також рівні полів, проникаючих в екрановані блоки по лініях зв'язку. При використанні екранованих провідних ліній слід враховувати, що ефективність екранування у значній мірі залежить від місця приєднання екранує обплетення до системи заземлення об'єктів і якості цих сполук. Застосування екранує оболонки, не поєднаною з заземленням, не дає практично екрануючого ефекту. Це пояснюється тим, що в даному випадку в оболонці не виникають струми, поле яких могло б зменшити магнітну складову ЕМІ.

Крім екранування для зменшення амплітуди напруг, що діють у сполучних лініях в результаті впливу ЕМІ, слід виконувати ці зв'язки за допомогою симетричних ліній. Симетрування полягає в скручуванні з певним кроком проводів лінії для вирівнювання параметрів кожного з них по відношенню до землі. У цьому випадку напруга, що діє на навантаженні, дорівнює напрузі, наведених ЕМІ в прямому і зворотному проводах лінії, і тим менше, чим менше відрізняються повні опори цих проводів відносно землі або екранної оболонки лінії.

Значне зниження впливу напружень і струмів, що наводяться ЕМІ в з'єднувальних лініях на елементи апаратури, досягається застосуванням гальванічного поділу внутрішніх і зовнішніх ліній зв'язку. Як елементи гальванічного поділу можуть бути використані трансформатори, датчики Холла і т. д.

В даний час розроблено ряд захисних пристроїв для захисту електропостачання, управління та зв'язку від наведень ЕМІ [11,12]. Однак ці захисні стройства мають обмежену пропускну здатність. При створенні захисних пристроїв на струми до декількох десятків кілоампер, заснованих на традиційних принципах роботи, останні мають великі габаритні розміри. У цих випадках особливо перспективні захисні устрпойства на базі надшвидкодіючих вибухових комутаторів [12].

Простим і ефективним способом цієї екранування є розміщення всього електронного устаткування в металевій оболонці (екрані). Правильно розрахована оболонка стає вельми ефективним екраном, що захищає від зовнішніх генеруються шумів і збурень. Однак вона не може знизити шуми, генеровані джерелами, що знаходяться вннутрі металевої оболонки. Для зниження внутрішніх генеруються збурень можуть бути застосовані різні заземлюючі схеми. Якщо введення в екранує оболонку виконаний неправильно, екранування і заземлення марні. Таким чином, заземлення, екранівку і прокладку кабелів розглядають як різні аспекти однієї і тієї ж проблеми [15,16]

4.9 Висновок про безпеку і екологічність проекту

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

Вимоги електробезпеки в робочому приміщенні повністю дотримані.

Пожежна безпека забезпечена наявністю пожежної сигналізації та вогнегасниками. Також із засобів пожежогасіння є по 2 гідранта на кожному поверсі будівлі. На кожному поверсі вивішений план евакуації людей на випадок пожежі.

На робочому місці шуми і вібрації практично відсутні. Робоче приміщення розташоване вікнами у двір, тому вуличних шумів і вібрацій немає. Шум і вібрація створюються тільки працюють ПЕОМ, але вони створюють максимальний рівень шуму до 35 дБ (за технічним паспортом), що відповідає [13] (менше 50 дБ).

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

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

Конструкція робочого місця і взаємне розташування всіх його елементів (сидіння, органи управління, засоби відображення інформації) відповідають антропометричним, фізіологічним і психологічним вимогам, а також характеру роботу. Дисплей розташований так, що його верхній край знаходиться на рівні очей на відстані близько 40 см, що уклаивается у допустимі рамки від 28 до 60 см. Частота мерехтіння екрану fмер = 100 Гц, що відповідає умови fмер> 70 Гц.

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

Інтенсивність енергетичних впливів від ПЕОМ не перевищує норм, допускаюдщзіх роботу в приміщенні протягом усього робочого дня.

На підставі ввишесказанного можна зробити висновок, що робоче місце відповідає екологічним нормам і вимогам безпеки.

5. Економічне обгрунтування проекту

5.1 Коротка характеристика проекту

Темою дипломного проекту є створення комплексу супроводу архіву документів об'єктів нерухомого майна (ЧНІ), для підприємств міських електричних розподільних мереж.

Разрабативаеми комплекс дозволить здійснювати в повній мірі документальний супровід об'єктів нерухомого майна, підвищить ефективність обробки документів і за рахунок автоматизації обробки зменшити чисельність персоналу, зайнятого веденням об'єктів нерухомого майна.

Метою економічної частини роботи є розрахунок витрат на розробку програмного комплексу та обгрунтування економічної ефективності проекту.

5.2 Розрахунок витрат на розробку програмного продукту

Витрати на створення програмного забезпечення складаються з витрат з оплати праці розробників програми (з урахуванням відрахувань на соціальні потреби) і витрат з оплати машинного часу при написанні і налагодженні програми і відрахувань на сощіальние потреби [17].

5.2.1 Розрахунок витрат на оплату праці розробників програми

Витрати на оплату праці розробників програми визначаються шляхом множення трудомісткості створення програми на середню годинну оплату програміста (з урахуванням коефіцієнта відрахувань на соціальні потреби). трудомісткість розробки програмного продукту можна визначити наступним чином [17]:

t = tо + tИ + tА + tП + tотл + tд (5.1)

де tо - витрати праці на підготовку опису завдання;

tИ - витрати праці на дослідження алгоритму розв'язання задачі;

tА - витрати праці на розробку блок-схеми алгоритму;

tП - витрати праці на програмування по готовій блок-схемі;

tотл - витрати праці на налагодження програми на ЕОМ;

tд - витрати праці на підготовку документації по завданню.

Складові витрат праці, у свою чергу можна визначити через умовне число операторів у програмному продукті Q:

Q = q * c * (1 + p) (5.2)

де Q - Передбачувана кількість операторів, q ≈ 8000;

С - коефіцієнт складності програми (1 ... 2), с = 1.6;

Р - коефіцієнт коригування програми в ході її розробки (0.05 ... 1), р = 0.8.

Так як разрабатиаемая програма містить базу даних складної структури, то параметр 'з' приймається рівним 1.6. У ході розробки програми відбувалося постійне уточнення функціональних можливостей продукту. Тому параметр 'p' приймаємо рівним 0.8. Таким чином, число операторів операторів Q:

Q = 8000 * 1.6 * (1 + 0.8) = 23 040.

Витрати праці на опис завдання (tо) здійснюються іншими виконавцями (керівник і замовник), та оцінити їх точно неможливо, так як це пов'язано з творчим характером роботи. Приймемо tо ≈ 50 чел.-ч.

Витрати на вивчення опису завдання з урахуванням уточнення опису та кваліфікації програміста визначаються за формулою:

tИ = Q * B / (75 ... 85) * K (5.3)

де B - коефіцієнт збільшення витрат праці внаслідок недостатнього опису завдання, уточнень і деякої доробки (B = 1,2 ... 5), B = 4;

K - коефіцієнт кваліфікації розробника (0,8 ... 1,6), K = 1

Формулювання завдання постійно уточнювалась. Тому приймемо B = 4. Коефіцієнт кваліфікації розробника береться рівним: для працюючих до двох років - 0.8, від двох до трьох - 1.0, від трьох до семи років - 1.3-1.4, свяше семи років - 1.5-1.6. У даному випадку коефіцієнт кваліфікації розробника буде дорівнює 1. Таким чином, витрати праці на вивчення опису завдання:

tИ = 23 040 * 4 / 80 * 1 = 1152 чел.-ч.

Витрати праці на розробку алгоритму вирішення задачі:

tА = Q / (60 ... 75) * K (5.4)

tА = 23040 / 70 * 1 = 329 чол.-год

Витрати праці на складання програми по готовій блок-схемі:

tП = Q / (60 ... 75) * K (5.5)

tП = 23040 / 70 * 1 = 329 чол.-год

Витрати праці на налагодження програми на ЕОМ при автономної налагодженні одного завдання:

tОТЛ.АВТ = Q / (40 ... 50) * K (5.6)

Витрати праці на налагодження програми на ЕОМ при комплексної налагодженні завдання:

tотл = 1.5 * tОТЛ.АВТ (5.7)

tОТЛ.АВТ = 23040 / 45 * 1 = 512 чол.-год

tотл = 1.5 * 512 = 768 чол.-год

Витрати праці на підготовку документації по завданню:

tд = tДР + tДО (5.8)

де tДР - витрати праці на підготовку матеріалів в рукопису;

tДО - витрати на редагування, друк та оформлення документації.

tДР визначається наступним чином:

tДР = Q / (150 ... 200) * K (5.9)

tДР = 23040 / 175 * 1 = 132 чол.-год

tДО визначається наступним чином:

tДО = 0.75 * tдр (5.10)

tДО = 132 * 0.75 = 99 люд.-год

tд = 132 + 83 = 231 чол.-год

У підсумку, трудомісткість розробки:

t = 50 + 1152 + 329 + 329 + 768 + 231 = 2859 люд.-год

Витрати на оплату праці розробника програм визначаються за формулою:

СПР = t * ЗП * (1 + kР + КСН) (5.11)

де ЗП - середня годинна оплата програміста;

KР - районний коефіцієнт, kР = 15%;

КСН - відрахування на соціальні потреби, КСН = 38,5% (див. таблицю 1.1).

Таблиця 5.1.

Витрати на соціальні виплати (у відсотках від суми основної та додаткової зарплати)

Стаття

Нарахування,%

У пенсійний фонд

28

На соціальне страхування

5.4

На медичне страхування

3.6

До фонду зайнятості населення

1.5

Разом

38.5

Годинна ставка програміста ЗП визначається за формулою:

ЗП = Ок / (Д * Ч) (5.12)

де Ок - місячний оклад інженера-програміста, Ок = 600 рублів / місяць;

Д - число робочих днів у місяці, Д = 21 день / місяць;

Ч - тривалість робочої зміни, Ч = 8 годин / день.

ЗП = 600 / (21 * 8) = 3.57 руб. / год.

Таким чином, витрати на оплату праці розробників програми з урахуванням надбавок (районний коефіцієнт) і відрахувань на соціальні потреби становлять:

СПР = 2859 * 3.57 * (1 + 0.15 + 0.385) = 15668 руб.

Розрахунок витрат по оплаті машинного часу

Витрати з оплати машинного часу визначаються наступним чином:

СОМВ = ТЕВМ * СЕВМ (5.13)

де ТЕВМ - фактичний час використання ЕОМ (в годинах);

СЕВМ - вартість машино-години використаної обчислювальної техніки.

Витрати машинного часу визначаються шляхом підсумовування годин, витрачених на роботу із застосуванням комп'ютерів:

ТЕВМ = tП + tотл + tд (5.14)

де tП - витрати праці на програмування по готовій блок-схемі, tП = 329 год;

tотл - витрати праці на налагодження програми на ЕОМ, tотл = 768 год;

tд - витрати праці на підготовку документації по завданню, tд = 231 год.

ТЕВМ = 329 + 768 + 231 = 1328 год.

Вартість машино-години однієї ЕОМ розраховується наступним чином:

(5.15)

де ЗАМ - річні витрати на амортизацію;

ЗЗП - річні витрати на заробітну плату обслуговуючого персоналу (основну та додаткову з відрахуваннями на соціальні потреби);

ЗВМ - річні витрати на допоміжні матеріали;

ЗТР - річні витрати на поточний ремонт;

ЗПР - інші витрати;

ДТ - накладні витрати;

tЕВМ - дійсний річний фонд часу ЕОМ у годиннику;

N - кількість ЕОМ, N = 1.

Річний фонд часу корисної роботи машини визначається за формулою:

tЕВМ = (Добщ - ДПРАЗДН) * tдоб - tПРОФ (5.16)

де Добщ - число днів у році, Добщ = 365 днів / рік;

ДПРАЗДН - число вихідних і святкових днів у році, ДПРАЗДН = 114 днів / рік;

tдоб - час роботи ЕОМ у добу, tдоб = 8:00 / день;

tПРОФ - час профілактичних робіт, tПРОФ = 96 год / рік.

tЕВМ = (365 - 114) * 8 - 96 = 1912 год / рік.

Річні витрати на амортизацію:

Заст = (5.17)

де N - кількість обладнання, N = 1;

ПСi - первісна вартість i-го устаткування (включаючи витрати на монтаж і налагодження), ПС1 = 8000 руб.;

КЧРi - кількість годин роботи i-го устаткування, КЧР1 = 1912 год;

РРi - ресурс роботи i-го устаткування, РР1 = 50000 годину.

Заст = 8000 * 1912 / 50000 = 306 руб.

Річні витрати на заробітну плату обслуговуючого персоналу дорівнюють нулю (ЗЗП = 0 руб), так як обслуговуючий персонал відсутній. Необхідні роботи по обслуговуванню ЕОМ виконуються безпосередньо програмістом, і ця робота окремо не оплачується.

Річні витрати на допоміжні матеріали (0,1% від вартості обладнання):

ЗВМ = 8000 * 0.001 = 8 крб.

Річні витрати на поточний ремонт (1% від вартості обладнання):

ЗТР = 8000 * 0.01 = 80 руб.

Річні витрати на інші витрати (0,3% від вартості обладнання):

ЗПР = 8000 * 0.003 = 24 руб.

Річні витрати на накладні витрати визначаються за формулою:

ДТ = ЗКОСВ + ЗЕЛ (5.18)

де ЗКОСВ - непрямі витрати, пов'язані з експлуатацією ЕОМ (амортизаційні відрахування на будівлю, на управління і господарське обслуговування);

ЗЕЛ - витрати на електроенергію, споживану ЕОМ.

Непрямі витрати зазвичай складають 5 10% вартості ЕОМ:

ЗКОСВ = 8000 * 0.05 = 400 руб.

Витрати на електроенергію визначаються за формулою:

(5.19)

де N - кількість електроустаткування, N = 1;

С - вартість однієї кіловат-години електроенергії, С = 0.4 руб. за кВт / год);

А - коефіцієнт інтенсивності використання ЕОМ (0.9 - 1.0), A = 1.0;

Кi - кількість одиниць i-го устаткування, К1 = 1;

Pi - споживана потужність i-го приладу, Pi = 0.4 кВт / год;

КЧРi - кількість годин роботи i-го устаткування, КЧР1 = 1912 год.

ЗЕЛ = 0.4 * 1 * (1 * 0.4 * 1912) = 306 руб.

Таким чином, річні витрати на накладні витрати:

ДТ = 400 + 306 = 706 руб.

У підсумку, вартість машино-години однієї ЕОМ

руб.

Витрати з оплати машинного часу:

СОМВ = 1426 * 0.59 = 841 руб.

Отже, повні витрати на створення програмного продукту представляють собою суму витрат з оплати праці розробників програм і витрат з оплати машинного часу, що складає:

СПР + СОМВ = 15668 + 841 = 16 501 руб.

5.3 Обгрунтування економічної доцільності

Впроваджений комплекс зберігання документів дозволить отримати економічний ефект за рахунок наступних чинників:

Скорочення часу пошуку потрібного документа;

Автоматичне формування даних для Бюро Технічної Інвентаризації (БТІ) та Управління Юстиції (у).

Підрахуємо економічний ефект.

В даний час пошук документів здійснюється вручну шляхом перегляду всіх документів за оберіть період. В електронному архіві передбачається зберігати близько 10 000 документів в перший же рік експлуатації. Якщо до впровадження час пошуку становило 20-30 хвилин, то після впровадження воно складе 4-5 хвилин. Пошук за документами проводиться не по разу, приймемо, що в середньому до 1 документом звертаються 1 раз на рік. Тоді

Епоіск = Кдок * tдок * Зп,

де Епоіск - економічний ефект при пошуку документів,

Кдок - кількість документів, які були знайдені за рік,

tдок - економія часу при пошуку, хв.,

Зп - заробітна плата інженера другої категорії, руб / год

Епоіск = 1000 * (25-4.5) / 60 * 10 = 34167 руб.

При придбанні, прийняття на баланс, реєстрації підприємства необхідно надати в БТІ і ую документи. У підприємств міських електричних мереж на балансі може бути близько 4000 трансформаторних підстанцій і 4000 ліній електропередач. Нехай на пошук документів і знаходження потрібної інформації по 1 об'єкту нерухомого майна йде 1 хв при ручній обробці. Після впровадження комплексу всі даних можуть бути сформовані за 10 хвилин. Тоді

Едок = (Коб * tруч-tавт) * Зп,

де Едок - економічний документ від автоматичного формування даних для БТІ і ую,

Коб-кількість об'єктів,

tруч - час на ручну обробку 1 об'єкта, год,

tавт - час на автоматизовану обробку всіх об'єктів,

Зп - заробітна плата інженера другої категорії, руб / год.

Едок = (8000 * 1-10) / 60 * 10 = 1331 руб.

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

Звичайно, необхідні початкові витрати на введення документів, але в подальшому, при повторному використанні документів, ці витрати будуть відносно невеликі.

Можна порахувати окупність розробки, прийнявши на введення 1 документа 5 хвилин, тоді витрати на введення документів складуть порядку З = 1000 * 5 / 60 * 10 = 8333 руб

T = C / (Епоіск + Едок-З) / C = 16 501 / (34167 +1331-8333) = 0,6 року.

Тобто розробка повинна окупісться за 0,6 року, реально ж порядку 1 року.

5.4 Висновок щодо економічної частини

Розроблений програмний комплекс є досить дорогому в розробці, але, тим не менш, окупається приблизно за 1 рік. Далі ж настає період отримання прибутку за рахунок зменшення обслуговуючого штату. Крім того при впровадженні електронного архіву підвищиться оперативність роботи з документами і зменшиться кількість помилок, пов'язаних з ручною обробкою.

Висновок

За час дипломного проектування було зроблено наступне:

розроблена структура бази даних електронного архіву документів;

розроблений для користувача і програмний інтерфейс доступу до даних:

визначені принципи відображення інформації, реалізований універсальний компонент відображення ієрархічної структури довідників;

написані шаблони роботи з довідниками - заповнення довідників і вибір значення;

написані шаблони збережених процедур доступу до даних з підтримкою транзакцій і індикацією помилок;

відпрацьований механізм виклику збережених процедур з клієнтської частини з індикацією помилок;

запропонований варіант побудови комплексу як двухзвенной клієнт-серверного додатка дозволить з мінімальними витратами перейти до іншої серверному середовищі;

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

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

Виконана робота дозволить у найкоротші терміни реалізувати систему повністю і перейти до її експлуатації на підприємстві Свердловські Міські Електричні Мережі та на інших підприємствах міських електричних розподільних мереж.

Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Диплом
299кб. | скачати


Схожі роботи:
Про вибір установки пожежогасіння для серверної та електронного архіву
Використання документів архіву
Організація діяльності архіву підприємства
Організація роботи архіву БТІ
Характеристика Державного архіву Російської Федерації
Облікові документи та науково-довідковий апарат архіву організації
Облікові документи та науково довідковий апарат архіву організації
Реалізація компонентів інформаційної системи архіву супутникових даних
Програма провідник робочий стіл добування файлів з архіву
© Усі права захищені
написати до нас