Автоматизированная информационная система учета и ремонта технических средств

формирование отчетов различной формы по заданным критериям.

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

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

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

2. Разработка автоматизированной информационной системы учета и ремонта технических средств

2.1 Характеристика проблемы

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

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

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

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

отсутствие информации о гарантийном сроке и поставщике;

слабо организован поиск необходимой информации;

нет возможности генерации отчетов.

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

Система должна иметь клиент-серверную архитектуру. Клиентская часть должна быть написана на языке Delphi. Среда Delphi была выбрана мною как наиболее подходящая для разработки windows-приложений подобного типа. База данных под управлением СУБД MS Access.

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

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

2.2 Постановка задачи построения базы данных

Дано:

Схема информационных потоков

СУБД MS Access

Ограничение: БД должна быть приведена к 3 НФ.

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

ф^ср = ф_п^ср + ф_в^ср

где ф_п^ср - среднее время, затрачиваемое на поиск информации;

ф_в^ср - среднее время, затрачиваемое на выдачу информации.

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

2.3 Проектирование базы данных

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

Основные задачи создания базы данных:

обеспечение хранения в БД всей необходимой информации;

обеспечение возможности получения данных по всем необходимым запросам;

сокращение избыточности и дублирования данных;

обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери и т.д.

2.3.1 Этапы проектирования базы данных

Процесс проектирования БД представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области [16].

В общем случае можно выделить следующие этапы проектирования:

1. Описание информационных объектов предметной области.

2. Проектирование инфологической модели предметной области - частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, UML.

3. Логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели данных.

4. Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения наиболее эффективной работы приложения.

2.3.2 Описание предметной области

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

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

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

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

Соответственно, БД должна хранить и информацию об АРМах сотрудников банка и об объектах автоматизированных розничных операций.

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

2.3.3 Концептуальная (инфологическая) модель

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

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

Основные элементы данной модели:

Описание таблиц БД ИС учета технических средств. Созданная база данных содержит себе 12 таблиц, которые связаны между собой.

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

Таблица 1. Должности - Сущность «Должности»

Название поля	Тип	Длина	Описание
Код	Счетчик	17	Первичный ключ
Должность	Текстовый	255	Должность на предприятии

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

Таблица 2. Изготовители - Сущность «Изготовители»

Название поля	Тип	Длина	Описание
Код	Счетчик	17	Первичный ключ
Изготовитель	Текстовый	255	Название фирмы-изготовителя

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

Таблица 3. Отделы - Сущность «Отделы»

Название поля	Тип	Длина	Описание
Код	Счетчик	Длинное целое	Первичный ключ
Отдел	Текстовый	255	Название отдела

Таблица Улицы - хранит перечень улиц города (первичный ключ будет использоваться в таблице Сотрудники).

Таблица 4. Улицы - Сущность «Улицы»

Название поля	Тип	Длина	Описание
Код	Счетчик	Длинное целое	Первичный ключ
Улица	Текстовый	255	Название улицы

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

Таблица 5. Тип техники - Сущность «Тип техники»

Название поля	Тип	Длина	Описание
Код	Счетчик	Длинное целое	Первичный ключ
ТипТехники	Текстовый	255	Название типа техники

Таблица Сотрудники - хранит информацию о сотрудниках.

Таблица 6. Сотрудники - Сущность «Сотрудники»

Название поля	Тип	Длина	Описание
Код	Счетчик	Дл.цел.	Первичный ключ
ФИО	Текстовый	255	Фамилия, Имя, Отчество
Пол	Текстовый	1	Пол
ДРОЖД	Дата/время	8	Дата рождения
Отдел	Числовой	Дл.цел.	Внешний ключ отдела из таблицы «Отделы»
Должность	Числовой	Дл.цел.	Внешний ключ должности из таблицы «Должности»
Домашний	Текстовый	10	Номер домашнего телефона
Мобильный	Текстовый	11	Номер мобильного телефона
Улица	Числовой	Дл.цел.	Внешний ключ улицы из таблицы «Улицы»
Дом	Числовой	Байт	Номер дома
Корп	Текстовый	1	Название корпуса
Кв	Числовой	Байт	Номер квартиры
Серия	Текстовый	4	Серия паспорта
Номер	Текстовый	6	Номер паспорта
Дата выд.	Дата/время	8	Дата выдачи паспорта
Логин	Текстовый	6	Пароль пользователя в системе

Таблица 7. Тип приобретаемой техники - Сущность «Тип приобретаемой техники»

Название поля	Тип	Длина	Описание
Код	Счетчик	Длинное целое	Первичный ключ
Тип	Текстовый	255	Название типа приобретения

Таблица 8. Техника - Сущность «Техника»

Название поля	Тип	Длина	Описание
Код	Счетчик	Длинное целое	Первичный ключ
ТипТехники	Числовой	Длинное целое	Внешний ключ «Тип техники»
Шифр	Текстовый	6	Шифр техники
Изготовитель	Числовой	Длинное целое	Внешний ключ из «Изготовители»
Наименование	Текстовый	255	Наименование техники
ЕдИз	Текстовый	10	Единица измерения
Цена	Числовой	Двойное с пл. точкой	Цена техники
Кол-во	Числовой	Длинное целое	Количество единиц техники

Таблица 9. Поставка техники - Сущность «Поставка техники»

Название поля	Тип	Длина	Описание
Код	Счетчик	Дл.цел.	Первичный ключ
Техника	Числовой	Дл.цел.	Внешний ключ из таблицы «Техника»
Сотрудник	Числовой	Дл.цел.	Внешний ключ из таблицы «Сотрудники»
Отдел	Числовой	Дл.цел.	Внешний ключ из таблицы «Отдел»
Тип	Числовой	Дл.цел.	Внешний ключ из таблицы «Тип_приобретения»

Таблица 10. Инвентарные номера - Сущность « Инвентарные номера»

Название поля	Тип	Длина	Описание
Код	Счетчик	Дл.цел.	Первичный ключ
Сотрудник	Числовой	Дл.цел.	Внешний ключ из таблицы «Сотрудники»
Отдел	Числовой	Дл.цел.	Внешний ключ из таблицы «Отделы»
Техника	Числовой	Дл.цел.	Внешний ключ из таблицы «Техника»
ИнвНомер	Текстовый	6	Инвентарный номер
ДатаПост	Дата/время	8	Дата поставки
Списан	Логический		Отметка о списании
ДатаСписан	Дата/время	8	Дата списания

Таблица 11. Ремонт - Сущность «Ремонт»

Название поля	Тип	Длина	Описание
Код	Счетчик	Дл.цел.	Первичный ключ
НомерРемонта	Числовой	Дл.цел.	Порядковый номер ремонта
Проблема	Текстовое	300	Текст с проблемой
Сотрудник	Числовой	Дл.цел.	Внешний ключ из таблицы «Сотрудники»
Техника	Числовой	Дл.цел.	Внешний ключ из таблицы «Техника»
ДатаСдачи	Дата/время	8	Дата сдачи в ремонт
ДатаОконч	Дата/время	8	Дата окончания ремонта

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

Таблица 12. Вид события - Сущность «Вид события»

Название поля	Тип	Длина	Описание
Код	Счетчик	Дл.цел.	Первичный ключ
ВидСобыт	Числовой	Дл.цел.	Вид события

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

2.3.4 Логическое моделирование

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

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

Ниже приводится перечень связей между сущностями:

1. Сущность «Тип устройства» связана с сущностью «Категория» отношением «один-ко-многим». Т.е. каждый тип устройства относится к одной из многих категорий.

2. Сущность «Оборудование» связана с сущностью «Тип устройства» отношением «один-ко-многим». Т.е. каждая единица оборудования относится к одному из многих типу устройств.

3. Сущность «Оборудование» связана с сущностью «АРМ» отношением «один-ко-многим». Т.е. каждая единица оборудования входит в состав какого-либо одного из многих АРМа (ПК сотрудника банка или объекта автоматизированных розничных операций).

4. Сущность «Сотрудник» связана с сущностью «Должность» отношением «один-ко-многим». Т.е. каждый сотрудник занимает определенную должность.

5. Сущность «АРМ» связана с сущностью «Сотрудник» отношением «один-ко-многим». Т.е. каждый АРМ является рабочим местом определенного пользователя.

6. Сущность «Событие» связана с сущностью «Вид события» отношением «один-ко-многим». Т.е. каждое событие является одним из возможных видов событий.

7. Сущность «Событие» связана с сущностью «Оборудование» отношением «один-ко-многим». Т.е. каждое событие относится к определенной единице оборудования.

8. Сущность «Ремонт» связана с сущностью «Оборудование» отношением «один-ко-многим». Т.е. каждый ремонт проводится для одной из единиц оборудования.

9. Сущность «Ремонт» связана с сущностью «Сотрудник» отношением «один-ко-многим». Т.е. информация о каждом ремонте фиксируется в БД кем-либо из сотрудников, обслуживающих это оборудование.

10. Сущность «Комната, помещение» связана с сущностью «Отдел» отношением «один-ко-многим».

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

Логическая модель базы данных разрабатываемой АИС учета и ремонта технических средств ООО «Русфинанс Банк» приведена на рисунке 14.



Рисунок 14 - Логическая модель базы данных

2.3.5 Физическое моделирование

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

Создадим базу данных в MS Access, в ней создадим двенадцать таблиц, названия которых соответствуют именам сущностей инфологической модели, строки (поля) таблиц соответствуют атрибутам соответствующей сущности. База данных проектируемой системы имеет разветвленную структуру с несколькими отношениями «один-ко-многим». На рисунке 15 приведена физическая модель базы данных.

2.4 Постановка задачи разработки автоматизированной информационной системы учета технических средств

Дано:

система-прототип, в качестве которой взята действующая информационная система учета ООО «Русфинанс банк»;

разработанная база данных технических средств в СУБД MS Access;

среда разработки - Delphi 7;

ограничение: предусмотреть типовые формы отчета об учете ремонта технических средств;

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

Рисунок 15 - Физическая модель базы данных

ф^ср = ф_п^ср + ф_в^ср

где ф_п^ср - среднее время, затрачиваемое на поиск информации;

ф_в^ср - среднее время, затрачиваемое на выдачу информации.

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

2.5 Разработка информационной системы учета технических средств

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

Необходимо разработать следующие подсистемы:

Открытие базы данных.

Ведение справочников.

Учет компьютеров и комплектующих.

Учет поставки компьютеров и оргтехники (ремонт по заявкам пользователей).

Выдача инвентарных номеров.

Финансовые результаты.

2.5.1 Открытие базы данных

При запуске программы открывается основное окно программы (рисунок 16). Здесь пункт меню «Файл» доступен, остальные пункты не доступны, пока не будет открыта база данных в программе. Из меню Файл необходимо выбрать пункт «Открыть». Возникает окно диалога открытия базы данных (рисунок 17).

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

Рисунок 16 - Основное окно программы



Рисунок 17 - Окно диалога открытия базы данных

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

Рисунок 18 - Окно подключения к базе данных ADO

Теперь появляется окно ввода логина пользователя (рисунок 19). Необходимо ввести логин пользователя и нажать ok.

Рисунок 19 - Окно ввода логина пользователя

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

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

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

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

Приведем блок-схему алгоритма работы программы «Учёт компьютерной техники» (рисунок 21).



Рисунок 21 - Блок-схема алгоритма работы программы

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

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

Решение задачи включает следующие последовательные этапы:

1. Открытие формы заполнения справочников.

2. Ввод данных.

Приведем список используемых справочников к ним.

Справочник «Должности» хранит список всех должностей на предприятии. Для ведения справочников используется компонент DBNavigator, изображенный на рисунке 22.

Рисунок 22 - Справочник «Должности»

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

В табл. 12 приведем описание кнопок этого компонента.

Таблица 12 - Описание кнопок панели DBNavigator

Кнопка	Обозначение	Действие
	К первой	nbFirst Указатель текущей записи перемещается к первой записи файла данных
	К предыдущей	nbPrior Указатель текущей записи перемещается к предыдущей записи файла данных
	К следующей	nbNext Указатель текущей записи перемещается к следующей записи файла данных
	К последней	nbLast Указатель текущей записи перемещается к последней записи файла данных
	Добавить	nblnsert В файл данных добавляется новая запись
	Удалить	nbDelete Удаляется текущая запись файла данных
	Редактирование	nbEdit Устанавливает режим редактирования текущей записи
	Сохранить	nbPost Изменения, внесенные в текущую запись, записываются в файл данных
	Отменить	Cancel Отменяет внесенные в текущую запись изменения
	Обновить	nbRefresh Записывает внесенные изменения в файл

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

В справочнике «Изготовители» приведен список изготовителей компьютерной техники. Для ведения справочника также используется компонент dbNavigator.

Рисунок 23 - Справочник «Изготовители»

Справочник «Отделы» содержит перечень отделов банка.

Рисунок 24 - Справочник «Отделы»

Справочник «Сотрудники» описывает структуру предприятия: список сотрудников с указанием того, какой сотрудник к какому отделу относится.

Рисунок 25 - Справочник «Сотрудники»

Поиск в Справочнике Сотрудники организован поиск информации о сотрудниках «по отделу», «по ФИО».

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

Опишем код кнопки «Поиск по ФИО».

Вначале часть ФИО вводится в окне диалога ввода данных:

FIO:=inputbox('Программа учета техники','Введите часть ФИО (Пусто - для отображения всех','');

В результате имеем при запуске кнопки окно диалога (рисунок 26):

Рисунок 26 - Окно ввода данных для поиска по ФИО

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

mysql:='select * from сотрудники where ФИО like "%'+FIO+'%" order by ФИО';

Здесь переменная FIO, получившая свое значение из окна диалога ввода данных, внедряется в текст SQL-запроса. Далее закрываем набор данных adoclient, применяем текст SQL-запроса к свойству CommandText набора данных и далее набор данных вновь открываем.

ADOSotr.Close;

ADOSotr.CommandText:=mysql;

ADOSotr.Open;

В результате обновляются элементы, присоединенные к ADOSotr и на форме можем наблюдать результат выборки:



Рисунок 27 - Результат выборки

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

Рисунок 28 - Выбор из списка «Отдел по работе с валютой»

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

Приведем код кнопки «Поиск по отделу». Вначале проверяется, выбрал ли пользователь значение из списка. Если нет, то происходит выход из процедуры.

if DBLookupComboBox9.KeyValue = Null then exit;

Затем в переменную IntKod записывается код значения из списка - справочника

IntKod:=DBLookupComboBox9.KeyValue;

Затем формируется динамический запрос и применяется к ADOSotr:

ADOSotr.Close;

ADOSotr.CommandText:='select * from Сотрудники where Отдел='+inttostr(IntKod)+' order by ФИО ';

ADOSotr.Open;

Результат поиска сотрудников по отделу изображен на рисунок 29.

Рисунок 29 - Окно сотрудники с результатом поиска по отделу

Справочник «Типы техники» содержит перечень типов техники и не содержит элементов поиска, так как число типов техники ограничено. Ведение справочника осуществляется с помощью компонента dbNavigator.

Рисунок 30 - Справочник «Типы техники»

Справочник «Улицы» используется для подстановки значений из этого справочника в справочник «Сотрудники».



Рисунок 31 - Справочник «Улицы»

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

Рисунок 32 - Справочник «Тип приобретения техники»

2.5.3 Работа в меню «Операции»

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

1. Зарегистрировать единицу техники в окне «Имеющаяся в наличии техники», если она до этого не была зарегистрирована.

2. Оформить операции с техникой (покупка/ремонт/списание/перевод) в окне «Поставка техники в отделы». Автоматически записать технику в таблицу Инв_номера с помощью одноименной кнопки.

3. Просмотреть результаты учета техники в таблице Инв_номера в окне Инвентарные номера и провести, если необходимо, последующие корректировки.

Пункт «Имеющаяся в наличии техника (реестр техники)» содержит реестр всей техники, упорядоченную по типам. В этом окне можно провести отбор техники по типу техники, по изготовителю, по части названия (рисунок 33).

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

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

Рисунок 33 - Окно «Реестр техники»

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

Например, если выбрать в выпадающем списке под кнопкой «Поиск по типу» значение «LCD мониторы» и нажать кнопку «Поиск по типу», то в окне будет отобрана вся техника, относящаяся к этому типу.

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



Рисунок 34 - В окне «Реестр техники» отобраны все LCD-мониторы

Примерно также проводится отбор компьютерной и организационной техники по изготовителю. Например, найдем всю технику на предприятии, изготовленную фирмой A4-Tech. Выберем данного изготовителя в выпадающем списке изготовителей и нажмем кнопку «Поиск по изготовителю». Будет отобрана вся техника этого изготовителя, как показано на рисунке 35.

Рисунок 35 - Отбор техники по изготовителю

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



Рисунок 36 - Отбор операций с техникой отдела «Бухгалтерия»

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

Нажмем на кнопку «Поиск по дате». Возникает окно ввода данных:

Рисунок 37 - Окно ввода месяца периода отбора операций

Рисунок 38 - Окно ввода года периода отбора операций



Рисунок 39 - Результат отбора операций по дате

При поиске по дате всех совершенных операций реализуется следующий запрос:

adopostavka.Close;

adopostavka.CommandText:='select * from Поставка_техники where Month(Дата)='+inttostr(intMonth)+' And Year(Дата)='+inttostr(intYear)+' order by Дата';

adopostavka.Open;

После того как проведена покупка или перевод техники к другому сотруднику соответствующая запись из таблицы Поставка должна быть записана в таблицу Инв_номера. Необходимо нажать соответствующую кнопку записи «Добавить запись в таблицу прикрепления техники к сотруднику».

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

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

Если в окне Покупка техники можно увидеть список операций над одной единственной единицей техники (например, покупка, далее может идти ремонт этой единицы техники, перевод техники к другому сотруднику, и в конце концов, списание), то в окне Инв_номера хранится текущее состояние единицы компьютерной техники. Здесь по ФИО сотрудника можно увидеть список техники, закрепленный за этим сотрудников в настоящий момент (рисунок 40).

Рисунок 40 - Список единиц техники, закрепленной за сотрудником Айрапетян

2.5.4.Получение отчета

Данная задача решается на основании необходимости вывода отчетов пользователям.

Рисунок 41 - Отчет для бухгалтерии об использованных денежных суммах на покупку/ремонт компьютерной техники по месяцам года

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



Рисунок 42 - Окно конструктора запроса, на основании которого выводится отчет

В окне конструктора запроса с помощью меню Вид> режим SQL можно просмотреть текст построенного запроса на языке SQL:

TRANSFORM Sum(Поставка_техники.Цена) AS [Sum-Цена]

SELECT Отделы.Отдел, Sum(Поставка_техники.Цена) AS [Итоговое значение Цена]

FROM Отделы INNER JOIN Поставка_техники ON Отделы.Код=Поставка_техники.Отдел

GROUP BY Отделы.Отдел

PIVOT Format([Дата],"mmm") In ("янв","фев","мар","апр","май","июн","июл","авг","сен","окт","ноя","дек");

Этот текст скопируем и вставим в свойство commandText элемента подключения к данным AdoResult.

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

Задача разработки автоматизированной информационной системы учета компьютеров и оргтехники была успешно реализована. На основе полученных данных и детального изучения работы службы информационных технологий предприятия ООО «Русфинанс Банк» было разработано приложение в среде Delphi 7, которое полностью решает поставленную перед ним задачу.

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

1. Работа с компьютерами:

· сбор данных о компьютерах и внесение этой информации в БД;

· поиск в БД информации о компьютерах.

2. Работа с отделами, сотрудниками:

· регистрация отделов;

· регистрация сотрудников

· поиск в БД информации о сотруднике.

3. Работа с оргехникой:

· сбор данных об оргтехнике и внесение этой информации в БД;

· поиск в БД информации об оргтехнике.

4. Работа с заявками:

· сбор данных о заявке;

· изменение информации о компьютерах и оргтехники;

5. Работа с отчетами:

· получение отчетов;

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

На этапе реализации была разработана структура базы данных ИС учета компьютеров и оргтехники.

Наличие единой автоматизированной системы управления позволяет:

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

· Обеспечить периодическую архивацию информации о технических средствах;

· Обеспечить выдачу отчетности по запросам.

3. Экономическая эффективность проекта

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

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

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

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

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

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

Наличие автоматизированной информационной системы учета и ремонта технических средств позволяет:

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

обеспечить периодическую архивацию информации о технических средствах;

обеспечить выдачу отчетности по запросам.

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

3.1 Планирование выполнения работ

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

Таблица 13 - Перечень этапов выполнения работ

Этапы работы	Исполнитель	Коэффициент Загрузки, %	Стоимость, чел./час	Трудозатраты чел./час	Срок исполнения, день
Постановка задачи и определение хода работ	Руководитель	80	101,2	13	2
	Инженер-программист	20	77,4	3
Анализ поставленной задачи	Инженер-программист	100	77,4	24	3
Изучение объекта информатизации	Инженер-программист	100	77,4	40	5
Обзор литературы по теме проекта	Руководитель	10	101,2	4	6
	Инженер-программист	90	77,4	44
Составление плана работы	Руководитель	30	101,2	7	3
	Инженер-программист	70	77,4	17
Разработка информационного обеспечения	Инженер-программист	100	77,4	168	21
Отладка и тестирование	Руководитель	20	101,2	6	4
	Инженер-программист	80	77,4	26
Оформление проекта	Инженер-программист	100	77,4	56	7
Проверка проекта	Руководитель	100	101,2	32	4
Итого:	440	55

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

Далее следует найти и изучить информацию по данной теме, включающую сведения о методиках проектирования ИС, специфике работы ООО «Русфинанс Банк».

Следующие этапы наиболее трудоёмкие - они включают: выбор системы, проектирование системы, настройку.

3.2 Состав сметы затрат на разработку информационной системы

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

Затраты, необходимые для реализации системы, рассчитываются следующим образом:

З_пр = С_з\п + С_ВГФ + С_н.р + С_пр, (1)

где С_з/п - заработная плата исполнителей проекта руб.;

С_ВГФ - отчисления во внебюджетные государственные фонды, руб. (34% от фонда оплаты труда);

С_нр - накладные расходы, руб.;

С_пр - прочие затраты, руб.

3.2.1 Затраты на заработную плату и социальные отчисления разработчикам проекта

Предварительно были рассчитаны трудозатраты и стоимость часа работы участника проекта (чел/час). Расчеты производились по формуле 3.2 и 3.3.

Т_ор = Д_i * Д_раб,(2)

где Т_ор - затраты рабочего времени на выполнение определенного вида работ, час;

Д_i - количество рабочих дней, затраченных на выполнение i-го этапа работы, дни;

Д_раб - продолжительность рабочего дня, час.

С_чч = О_м/(К_рд*Д_раб),(3)

где С_чч - стоимость чел/часа, руб.;

О_м - месячный оклад, руб.;

К_рд - количество рабочих дней за месяц;

Д_раб - продолжительность рабочего дня, час.

На разработку проекта предлагается 55 рабочих дней.

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

Средняя заработная плата руководителя проекта составляет 22000 руб. в месяц. Вычисляем стоимость человеко-часа:

С_чч = 22000/(21*8) = 130,95 руб.

Средняя заработная плата инженера-программиста составляет 18000 руб. в месяц, тогда:

С_чч = 18000/(21*8) = 107,14 руб.

Отчисления на заработную плату в рамках проекта будут рассчитываться для каждого этапа по формулам 4-7:

С_з/п = С_окл + (С_окл * 0,3),(4)

где С_окл - зарплата по окладу, руб;

0,3 - районная надбавка 30%

С_окл = С_ч * Т_зат(5)

где С_ч - среднечасовая оплата, руб;

Т_зат - трудозатраты за весь срок работы, час

С_ч = О_м/(40* Р_н )(6)

где О_м - месячный оклад, руб;

Р_н - продолжительность рабочей недели, час

Расчет приведен в таблице 14.

Таблица 14 - Расчет заработной платы

Должность исполнителя	Месячный оклад, руб.	Рабочая неделя, час.	Средне-часовая оплата, руб.	Трудо-затраты, чел.-час.	Зарплата по окладу, руб.	Районный коэф-т, 30%	Всего зарплата, руб.
Руководитель	22000	40	130,95	62	8118,9	2435,67	10554,57
Инженер-программист	18000	40	107,14	378	40498,92	12149,68	52648,60
Итого:	63203,17

С_ВГФ составляет 34% от заработной платы. Страховые взносы рассчитываются по формуле 3.7:

С_ВГФ = С_з/п * 0,34(7)

Таким образом, С_ВГФ = 63203,17*0,34 = 21489,08 руб.

3.2.2 Накладные и прочие расходы

Накладные расходы принимаем в размере 10% от суммы заработной платы участников проекта и ВГФ. С_нр = 8469,23 руб.

Прочие затраты принимаем в размере 3% от суммы всех затрат, кроме накладных:

С_пр = 0,03 * (62303,17 + 21489,08) = 2540,77 руб.

3.2.3 Затраты на этапе проектирования

Смета проектных затрат приведена в таблице 15.

Таблица 15 - Смета затрат

Наименование затрат	Сумма, руб.
Расходы на заработную плату (Сз/п)	63203,17
Страховые взносы во внебюджетные государственные фонды(СВГФ)	21489,08
Накладные расходы (Снр)	8469,23
Прочие расходы (Спр)	2540,77
Итого	95702,25

З_пр = 95702,25 руб.

3.3 Расчет эксплуатационных затрат

Эксплуатационные затраты З_экс, руб. определяются по формуле 11:

З_экс = С_рем + С_ам + С_мат + С_з/п + С_ВГФ + С_эл.эн + С_н.р + С_пр(11)

где З_экс - эксплуатационные затраты, руб.;

С_рем - затраты на ремонт и содержание оборудования, руб.;

С_ам - амортизационные отчисления, руб.;

С_мат - стоимость материалов, руб.;

С_з/п - заработная плата персонала, сопровождающего систему, руб.,

С_ВГФ - отчисления во внебюджетные государственные фонды, руб. (34% от фонда оплаты труда),

С_эл.эн - стоимость электроэнергии, руб.,

С_н.р - накладные расходы, руб.,

С_пр - прочие затраты, руб.

3.3.1 Затраты на материалы

Затраты на расходные материалы приведены в таблице 16.

Таблица 16 - Затраты на расходные материалы

Наименование	Характеристика	Цена, руб.	Единица	Кол-во, ед.	Сумма
Заправка картриджа	HP LJ CE285A	500	раз	4	2000
Бумага	SvetoCopy	150	шт.	5	750
Итого:	2750

3.3.2 Прочие расходы

Прочие расходы составляют 3% от суммы всех предшествующих затрат:

С_пр =0,03 * 2750 = 82,50 руб.

Смета эксплуатационных затрат приведена в таблице 17.

Таблица 17 - Смета эксплуатационных затрат

Наименование затрат	Сумма, руб.
Расходы на материалы (Смат)	2750
Прочие расходы (Спр)	82,50
Итого:	2832,50

З_экс = 2832,50 руб.

3.4 Расчет экономической эффективности разработки внедрения системы

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

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

Годовой экономический эффект от внедрения системы определяется по формуле 13:

Э_год = Э_вр + Э_мат - З_экс,(13)

где Э_год - годовая экономия, руб.;

Э_вр - экономия в год за счет сокращения затрат рабочего времени, руб.;

Э_мат - экономия в год материальных ресурсов, руб.;

З_экс - эксплуатационные затраты, руб.

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

Э_вр = З_чд * Т_д(14)

где Т_д - экономия рабочего времени оператора за год (ч.);

З_чб - среднечасовая заработная плата оператора, руб;

Таблица 18 - Затраты рабочего времени персонала

Вид работы	Время работы диспетчера	Изменение времени работы оператора, мин.
	До внедрения, мин.	После внедрения, мин.
Сбор информации по техническим средствам и их ремонтам	120	3	117
Распечатка документации	50	0	50
Формирование отчетов	6	6	0
Итого:	176	9	167

Так как расчет рабочего времени производится в часах, то переведем изменение рабочего времени сотрудников из минут в часы:

- экономия затрат рабочего времени оператора - 167/60 = 2,8 ч;

Учитывая то, что за год сбор и ввод информации производится приблизительно 120 раз, то экономия рабочего времени составит:

Т_д = 120*2,8 = 336 ч

Среднемесячная заработная плата оператора составляет 20000 рублей, следовательно, среднечасовая заработная плата оператора равна 119,05 рубля, соответственно экономия в год составит:

Э_вр = 107,14 * 336 = 40000,80 руб

Таблица 19 отражает экономию за счет сокращения затрат на расходные материалы.

Таблица 19 - Экономия за счет сокращения затрат на расходные материалы.

Наименование	Стоимость	Экономия, руб.
	До модернизации, руб.	После модернизации, руб.
Заправка картриджа HP LJ CE285A	6000	2000	4000
Бумага SvetoCopy 500л	5400	750	4650
Итого:	11400	2750	8650

В год экономия материальных ресурсов составит Э_мат = 8650 руб.

Э_год = 40000,80 + 8650 - 2832,50 = 45818,30 руб.

Экономическая эффективность единовременных затрат на создание системы определяется показателями Т_р и Е_р, где Т_р - расчетный срок окупаемости единовременных затрат на создание системы в годах, Е_р - расчетный коэффициент эффективности единовременных затрат на создание системы, коп/руб.:

Е_р = Э_год/З_пр(15)

Е_р = 45818,30/95702,25 = 0,48 коп/руб.

Т_р = З_пр/Э_год(16)

Т_р = 95702,25/45818,30 = 2,08 года

Условие экономической эффективности проекта:

Е_р ? Е_н (17)

где Е_н - нормативный коэффициент экономической эффективности проекта, Е_н = 0,25-0,33 коп/руб.

Т_р ? Т_н (18)

где Т_н - нормативный срок окупаемости проекта, Т_н = 3-4 года.

Расчетный коэффициент эффективности единовременных затрат на создание системы составляет 0,48 коп, следовательно, Е_р ? Е_н.

Расчетный срок окупаемости проекта - 2,08 года, следовательно, Т_р ? Т_н.

Таким образом, условие экономической эффективности проекта соблюдается.

В таблице 20 приведены технико-экономические показатели.

Таблица 20 - Технико-экономические показатели

№	Наименование показателя	Сумма	Ед. измерения
	Проектные затраты
1	Расходы на заработную плату (Сз/п)	63203,17	руб.
2	Страховые взносы во внебюджетные государственные фонды(СВГФ)	21489,08	руб.
3	Накладные расходы (Снр)	8469,23	руб.
4	Прочие расходы (Спр)	2540,77	руб.
	Итого	95702,25	руб.
	Эксплуатационные расходы
5	Расходы на материалы (Смат)	2750	руб.
6	Прочие расходы (Спр)	82,50	руб.
	Итого:	2832,50	руб.
7	Экономическая эффективность	0,48	коп/руб.
8	Срок окупаемости	2,08	года

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

4.1 Безопасность проекта

4.1.1 Анализ условий труда

Анализ выполнен для оператора ЭВМ ООО «Русфинанс Банк».

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

Физические:

- повышенный или пониженный уровень освещенности;

- повышенный уровень прямой блесткости;

- повышенный уровень отраженной блесткости;

- повышенный уровень ослепленности;

- неравномерность распределения яркости в поле зрения;

- повышенная яркость светового изображения;

- повышенный уровень пульсации светового потока.

Психофизиологические:

- напряжение зрения;

- напряжение внимания;

- интеллектуальные нагрузки;

- эмоциональные нагрузки;

- длительные статические нагрузки;

- монотонность труда,

- большой объем информации, обрабатываемой в единицу времени.

Таблица 21 - Оценка напряженности труда на рабочем месте

№	Показатели напряженности труда	Классы условий труда, степень вредности
		Оптимальный	Допустимый	Напряженный труд
				1 степени	2 степени
1. Интеллектуальные нагрузки
11	Содержание работы		+
12	Восприятие сигналов		+
13	Степень сложности задания	+
14	Характер выполняемой работы		+
2. Сенсорные нагрузки
21	Длительность сосредоточенного наблюдения	+
.2	Плотность сигналов	+
33	Число объектов одновременного наблюдения	+
44	Размер объекта различения	+
25	Работа с оптическими приборами	+
26	Наблюдение за экранами ВДТ		+
27	Нагрузка на слуховой анализатор	+
28	Нагрузка на голосовой аппарат	+
3. Эмоциональные нагрузки
31	Степень ответственности		+
32	Степень риска для собственной жизни	+
33	Степень риска для жизни других людей	+
4. Монотонность нагрузок
41	Число элементов повторяющихся операций		+
42	Продолжительность повторяющихся операций	+

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

Параметры микроклимата на рабочем месте оператора

Данные требования регламентируются СанПиН 2.2.2/2.4.2732-10 «Изменение №3 к СанПиН 2.2.2/2.4.1340-03 Гигиенические требования к персональным электронно-вычислительным машинам и организации работы». Работа персонала, обслуживающего вычислительную технику, относится к категории 1а (затраты энергии до 120 ккал/ч), так как она выполняется сидя или связана с перемещениями без систематического физического напряжения и переноса тяжестей. В помещении, оснащенном средствами вычислительной техники, должны поддерживаться оптимальные значения температуры, скорости движения воздуха и относительной влажности воздуха. Это обусловлено тем, что умственный труд характеризуется напряжением и для обеспечения высокой работоспособности необходимо поддерживать оптимальные показатели микроклимата, которые указаны в таблице 22.

Таблица 22 - Оптимальные показатели микроклимата

Период года	Категория работ	Температура, С	Скорость воздуха, м/с	Относительная влажность, %
Холодный	1а	22-24	0,1	60-40
Теплый	1а	23-25	0,1	60-40

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

- персональные компьютеры;

- вентиляторы в блоках ПК;

- воздуходувки;

- кондиционеры;

- устройства ввода- вывода (принтеры, дисководы и т.п.).

Уровни шума на рабочих местах соответствуют требованиям: уровень шума не превышает 60 дБА.

4.1.2 Мероприятия по безопасности труда

Проектом предусмотрено создание комфортных условий для оператора ЭВМ,

Это позволит повысить производительность труда, снизить утомляемость.

В соответствии с требованиями СанПиН 2.2.2/2.4.2732-10 «Изменение №3 к СанПиН 2.2.2/2.4.1340-03 Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» к рабочему месту предъявляются следующие требования:

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

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

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

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

Экран дисплея размещается на оптимальном расстоянии от оператора (0,6 - 0,7 м.), при этом плоскость экрана должна быть перпендикулярна линии взора, что достигается наклоном рабочих панелей, которые должны обеспечивать регулировку угла наклона по горизонтали в пределах 20° и по вертикали 30°. Монитор должен иметь регулировку яркости и контраста.

К = L_max / L_min = 5:1 (19)

где К - отношение яркости символа к яркости фона;

L_max - максимальная яркость символа;

L_min - минимальная яркость фона.

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

tg(/2) = S / 2L (20)

где S - высота буквы (мм);

L - расстояние от глаза до объекта на экране;

- угол рассматривания (угловые минуты).

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

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

- ослабление шума в источниках его возникновения;

- изоляция источников шума с помощью звукопоглощающей обивки;

- экранирование рабочего места;

- строительные мероприятия.

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

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

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