Автоматизированная информационная система учета кредитов физических лиц в коммерческом банке
Создание программы предназначенной для автоматизации деятельности кредитного сотрудника банка. Анализ рынка автоматизации кредитования физических лиц. Выбор СУБД и языка программирования. Инфологическое проектирование и разработка интерфейса АИС.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 07.12.2013 |
Размер файла | 3,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Рисунок 2.1 ER-диаграмма системы на логическом уровне
Выделяют три группы правил целостности [7, 12]:
целостность по сущностям. Объекту или сущности реального мира в реляционных базах данных соответствуют кортежи отношений. Требование состоит в том, что любой кортеж любого отношения отличим от любого другого кортежа этого отношения, т.е. другими словами, любое отношение должно обладать первичным ключом. Это требование автоматически удовлетворяется, если в системе не нарушаются базовые свойства отношений. Первичный ключ - это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности;
целостность по ссылкам. База данных не должна содержать несогласованных значений внешних ключей. Правило утверждает, что если В ссылается на А, тогда А должно существовать. Говорят, что отношение, в котором определен внешний ключ, ссылается на соответствующее отношение, в котором такой же атрибут является первичным ключом. Требование целостности по ссылкам, или требование внешнего ключа состоит в том, что для каждого значения внешнего ключа, появляющегося в ссылающемся отношении, в таблице, на которую ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным (т.е. ни на что не указывать);
целостность, определяемая пользователем. У пользователя (или у разработчика) базы данных должна быть возможность определить, какие операции должны быть запрещены, а какие разрешены, нужны ли для разрешенных операций компенсирующие, и если да, то какие (т.е. возможность каскадного удаления).
В разрабатываемой структуре БД учтены основные правила целостности. Каждая сущность идентифицируется уникальным ключом, и разработана система внешних ключей. База данных не содержит несогласованных значений внешних ключей, то есть при работе с записями происходит каскадное обновление связанных полей и каскадное удаление связанных записей.
Целостность, определяемая пользователем, поддерживается ограничениями в таблицах базы данных на ввод неотрицательных значений, а также обеспечением выбора значений внешних ключей из списков без разрешения варианта ввода недопустимого значения.
Нормализация - процесс проверки и реорганизации сущностей и атрибутов, т.е. разбиения таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта БД, в котором каждый факт появляется лишь в одном месте, т. е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных. Нормализация позволяет быть уверенным, что каждый атрибут определен для своей сущности, значительно сократить объем памяти для хранения информации и устранить аномалии в организации хранения данных. Процесс нормализации сводится к последовательному приведению структуры данных к нормальным формам - формализованным требованиям к организации данных.
Сущность находится в 1-й нормальной форме, когда все атрибуты содержат атомарные значения. Среди атрибутов не должно встречаться повторяющихся групп, т.е. несколько значений для каждого экземпляра.
Для приведения сущности к первой НФ следует [13]:
разделить сложные атрибуты на атомарные;
создать новую сущность;
перенести в нее все «повторяющиеся» атрибуты;
выбрать возможный ключ для нового № (или создать новый номер);
установить идентифицирующую связь от прежней сущности к новой, № прежней сущности станет внешним ключом для новой сущности.
Сущность находится во 2-й нормальной форме, если она находится в первой НФ и каждый не ключевой атрибут полностью зависит от первичного ключа. 2НФ имеет смысл для сущностей, имеющих сложный первичный ключ.
Для приведения сущности ко второй НФ следует [13]:
выделить атрибуты, которые зависят только от части первичного ключа, создать новую сущность;
поместить атрибуты, зависящие от части ключа, в их собственную (новую) сущность;
установить идентифицирующую связь от прежней сущности к новой.
Сущность находится в 3-й нормальной форме, если она находится во 2НФ и никакой не ключевой атрибут не зависит от другого не ключевого атрибута (не должно быть взаимозависимости между не ключевыми атрибута).
Для приведения сущности к третьей НФ следует [12]:
создать новую сущность и перенести в нее атрибуты с одной и той же зависимостью от не ключевого атрибута;
использовать атрибуты, определяющие эту зависимость в качестве первичного ключа новой сущности;
установить не идентифицирующую связь от новой сущности к старой.
Разработанная модель находится в 3-й нормальной форме.
2.1.2 Физическое проектирование
Физическая модель данных зависит от конкретной СУБД. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует, физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах.
В качестве СУБД выбрана Microsoft Access.
ER-диаграмма системы на физическом уровне представлена на рисунке 2.2.
Рисунок 2.2 - ER-диаграмма системы на физическом уровне
Физическое описание модели удобнее всего представить в виде таблиц. База данных проекта содержит таблицы, названия которых соответствуют именам сущностей инфологической модели. Структура базы данных описана в таблице 2.1.
Таблица 2.1 Описание таблиц базы данных
Наименование таблицы |
Наименование поля |
Тип поля |
Первичный ключ |
Внешний ключ |
|
График |
КредитID |
Long Integer |
Да |
Да |
|
Дата |
Date/Time |
Да |
Нет |
||
ПредметГашID |
Long Integer |
Да |
Да |
||
ДатаИсп |
Date/Time |
Нет |
Нет |
||
СуммаНач |
Currency |
Нет |
Нет |
||
СуммаИсп |
Currency |
Нет |
Нет |
||
Журнал |
ID |
AutoNumber |
Да |
Нет |
|
КредитID |
Long Integer |
Нет |
Да |
||
Дата |
Date/Time |
Нет |
Нет |
||
ТипОперацииID |
Long Integer |
Нет |
Да |
||
Сумма |
Currency |
Нет |
Нет |
||
Залог |
КредитID |
Long Integer |
Да |
Да |
|
Залогодатель1ID |
Long Integer |
Да |
Да |
||
Залогодатель2ID |
Long Integer |
Нет |
Да |
||
ПредметЗалогаID |
Long Integer |
Нет |
Да |
||
NДоговора |
Text(15) |
Нет |
Нет |
||
ДатаДог |
Date/Time |
Нет |
Нет |
||
Сумма |
Currency |
Нет |
Нет |
||
СвидОБраке |
Text(255) |
Нет |
Нет |
||
Застрахован |
Да/Нет |
Нет |
Нет |
||
СтрахКомпанияID |
Long Integer |
Нет |
Да |
||
Клиент |
ID |
AutoNumber |
Да |
Нет |
|
ФИО |
Text(70) |
Нет |
Нет |
||
Пол |
Да/Нет |
Нет |
Нет |
||
ДатаРождения |
Date/Time |
Нет |
Нет |
||
МестоРожд |
Text(100) |
Нет |
Нет |
||
Паспорт |
Text(255) |
Нет |
Нет |
||
2документ |
Text(100) |
Нет |
Нет |
||
СемПоложениеID |
Long Integer |
Нет |
Да |
||
ОбразованиеID |
Long Integer |
Нет |
Да |
||
МестоРаботы |
Text(100) |
Нет |
Нет |
||
Должность |
Text(100) |
Нет |
Нет |
||
ЗарПлата |
Currency |
Нет |
Нет |
||
ИНН |
Text(15) |
Нет |
Нет |
||
СНИЛС |
Text(15) |
Нет |
Нет |
||
АдресРегистр |
Text(250) |
Нет |
Нет |
||
АдресФакт |
Text(250) |
Нет |
Нет |
||
Телефон |
Text(20) |
Нет |
Нет |
||
Фото |
OLE Object |
Нет |
Нет |
||
СтрахКомпания |
ID |
AutoNumber |
Да |
Нет |
|
СтрахКомпания |
Text(255) |
Нет |
Нет |
||
ТипГрафика |
ID |
AutoNumber |
Да |
Нет |
|
ТипГрафика |
Text(20) |
Нет |
Нет |
||
Кредит |
ID |
AutoNumber |
Да |
Нет |
|
ТипКредитаID |
Long Integer |
Нет |
Да |
||
Заемщик1ID |
Long Integer |
Нет |
Да |
||
Заемщик2ID |
Long Integer |
Нет |
Нет |
||
СтатусID |
Long Integer |
Нет |
Да |
||
NДоговора |
Text(15) |
Нет |
Нет |
||
ДатаДог |
Date/Time |
Нет |
Нет |
||
ДатаВыдачи |
Date/Time |
Нет |
Нет |
||
ДатаЗакрыт |
Date/Time |
Нет |
Нет |
||
Сумма |
Currency |
Нет |
Нет |
||
Ставка |
Single |
Нет |
Нет |
||
ТипГрафикаID |
Long Integer |
Нет |
Да |
||
СвидОБраке |
Text(255) |
Нет |
Нет |
||
Образование |
ID |
AutoNumber |
Да |
Нет |
|
Образование |
Text(50) |
Нет |
Нет |
||
Поручительство |
Поручитель1ID |
Long Integer |
Да |
Да |
|
КредитID |
Long Integer |
Да |
Да |
||
Поручитель2ID |
Long Integer |
Нет |
Да |
||
NДоговора |
Text(15) |
Нет |
Нет |
||
ДатаДог |
Date/Time |
Нет |
Нет |
||
СвидОБраке |
Text(255) |
Нет |
Нет |
||
ПредметГашения |
ID |
AutoNumber |
Да |
Нет |
|
ПредметГаш |
Text(2) |
Нет |
Нет |
||
ПредметЗалога |
ID |
AutoNumber |
Да |
Нет |
|
ПредметЗал |
Text(30) |
Нет |
Нет |
||
СемПоложение |
ID |
AutoNumber |
Да |
Нет |
|
СемейноеПоложение |
Text(50) |
Нет |
Нет |
||
СтатусКредита |
ID |
AutoNumber |
Да |
Нет |
|
СтатусКредита |
Text(12) |
Нет |
Нет |
||
СтрахКомпания |
ID |
AutoNumber |
Да |
Нет |
|
СтрахКомпания |
Text(255) |
Нет |
Нет |
||
ТипГрафика |
ID |
AutoNumber |
Да |
Нет |
|
ТипГрафика |
Text(20) |
Нет |
Нет |
2.2 Характеристика нормативно-справочной и входной оперативной информации
К нормативно-справочной входной информации относятся данные о страховых компаниях, клиентах, видах кредитов и видах залога.
Сбор информации осуществляется следующим образом: справочная информация вносится сразу после внедрения проекта и в будущем заносится по мере поступления сведений. Оперативная информация вносится в базу данных по мере поступления соответствующих документов и сведений.
Входной оперативной информацией является информация о новом кредите, новом клиенте, новом поручительстве и новом залоге, данные об операциях по кредиту.
Экранные формы для ввода входной информации приведены в приложении Б.
2.3 Характеристика выходной информации
Выходными данными для системы являются:
кредитный портфель на заданную дату;
график гашения кредита;
список клиентов Банка;
список страховых компаний;
выборка кредитных договоров по заданным критериям;
журнал операций по кредитам;
диаграмма «Структура кредитного портфеля» по состоянию на дату;
диаграмма «Суммы выдач кредитов по месяцам» за период;
диаграмма «Суммы выдач по видам кредитных продуктов» за период.
2.4 Организация технологии сбора, передачи, обработки и выдачи информации
Сбор информации осуществляется следующим образом: справочная информация вносится сразу после внедрения проекта и в будущем заносится по мере поступления новых сведений. Оперативная информация вносится в базу данных по мере поступления соответствующих документов и сведений.
После запуска программы пользователь вызывает необходимую ему в данный момент экранную форму, на которой он вводит оперативные или справочные данные, либо формирует необходимые отчеты. После введения данных или формирования отчета, пользователь может завершить работу с программой, либо открыть другую экранную форму для дальнейшей работы.
Алгоритмы работы программы являются стандартными алгоритмами работы с базой данных. В основном все алгоритмы работы связаны с вводом данных от пользователя, проверке введенной информации на предмет нарушения целостности данных и занесение введенной информации в саму базу, если введенные сведения не нарушают целостности.
Приблизительный алгоритм работы с базой данных (в данном случае при вводе информации) представлен на рисунке 2.3. Алгоритмы по редактированию данных и занесению их в базу, а также алгоритмы, осуществляющие удаление информации из базы данных также являются стандартными.
Рисунок 2.3 Приблизительный алгоритм ввода данных в базу
2.5 Разработка интерфейса АИС
Пользователь имеет возможность выбора функций системы, применяя кнопочное и пиктографическое меню. Пользователь видит перед собой содержимое базы данных в виде экранного документа, в котором значения реквизитов (полей) отвечают наименованиями из его предметной области согласно заданию проекта, а не условным обозначениями полей базы данных.
Взаимодействие с пользователем осуществляется посредством экранных форм. Граф переходов экранных форм (дерево диалога) представлен на рисунке 2.4.
Экранные формы приложения приведены в Приложении Б.
Рисунок 2.4 Граф перехода экранных форм
3. Описание применения
3.1 Назначение программы
Программа предназначена для автоматизации деятельности кредитного сотрудника ОАО АКБ «Новация» в части учета клиентов банка, выданных кредитов, заключенных договоров поручительств и договор залога, также формирования статистики, формирования и печати выходных документов.
3.2 Условия применения
Минимальные необходимые требования для нормального функционирования системы: персональный компьютер на базе процессора Intel Celeron с тактовой частотой 1800 MHz, 512 МБ оперативной памяти, свободное пространство на жестком диске 40 Гб, SVGA-совместимый дисплей.
3.3 Описание задачи
Экранные формы приложения приведены в Приложении Б. Формы выходных документов приложения приведены в Приложении В.
Для загрузки программы следует запустить на выполнение исполняемый файл Loan.exe и далее работать с ним в соответствии с данным описанием.
После запуска программы на экране появляется главная форма (рисунок Б.1), из главного меню которой можно получить доступ к любой экранной форме.
Для редактирования данных о страховых компаниях, клиентах, видах кредитов и видах залога (рисунки Б.6, Б.8 Б.10) следует выбрать соответствующий пункт меню «Справочники» главного меню программы. Далее принципы работы с любой из этих форм одинаковы и соответствуют описанному ниже.
Добавление, удаление или сохранение данных на всех формах производится посредством соответствующих кнопок на формах, снабженных всплывающими подсказками. Для добавления новой записи следует нажать кнопку «+», после чего появится новая пустая строка в таблице данных на форме. Для изменения данных следует выбрать необходимую строку в таблице и ввести в нее новые значения полей. После добавления или изменения следует нажать кнопку с дискетой для сохранения введенных данных, либо кнопку «х» для удаления введенных данных. Для удаления выбранной в таблице на форме записи следует нажать кнопку «х».
Для того чтобы распечатать данные на форме, следует нажать кнопку с изображением принтера (при ее наличии), после чего на экране появится сформированный отчет в формате MS Excel (рисунки В.1 В.6), который можно либо просто просмотреть, либо отправить на печать.
Данные на формах можно отсортировать по большинству отображаемых столбцов в таблицах щелчком мыши по заголовку выбранного столбца.
Данные на формах «Журнал операций», «Кредиты» можно отфильтровать по различным критериям (диапазон дат, клиент, статус и т.д.), выбирать которые можно, выделяя их галкой.
Для просмотра, редактирования или добавления нового кредита следует нажать кнопку «Кредиты» или выбрать соответствующий пункт меню, после чего на экране появится одноименная форма (рисунок Б.3). Выбранный действующий или только что заведенный договор можно открыть в отдельной форме двойным щелчком мыши по выбранному договору или нажатием кнопки «Открыть карточку договора».
Кредит может иметь произвольное количество договоров залога и поручительства. Варианты графика гашения основного долга: аннуитет, равными долями, гашение в конце срока или произвольный график. Для первых трех видов графика гашения основного долга его можно построить нажатием кнопки «Построить график», предварительно задав сроки кредита и ставку. График гашения процентов строится автоматически, ежемесячный для всех видов графика гашения основного долга.
Исполненные суммы в графике подсвечиваются голубым цветом, а неисполненные просроченные розовым цветом. Сформированный график можно распечатать нажатием кнопки «Печать графика».
С кредитом можно произвести следующие операции соответствующими кнопками на форме «Кредитный договор»:
выдача кредита;
закрытие кредита;
гашение основного долга или процентов;
досрочное гашения основного долга;
вынесение кредита на просрочку.
Все операции, проводимые с кредитным договоров, сохраняются в журнале операций. Форма «Журнал операций» открывается при нажатии одноименной кнопки на главной форме или выборе соответствующего пункта главного меню (рисунок Б.). Отобранные операции можно выгрузить в MS Excel и распечатать.
Для получения статистической информации в графическом виде предназначена форма «Статистика» (рисунки Б.12 - Б.14), вызываемая из одноименного пункта меню «Анализ» главной формы. Для произвольного диапазона дат или одной заданной даты на форме отображаются диаграммы по данным, хранимым в базе данных.
3.4 Входные и выходные данные
Входными данными для системы являются: информация о новом кредите, новом клиенте, новом поручительстве и новом залоге, данные об операциях по кредиту.
Выходными данными для системы являются:
кредитный портфель на заданную дату;
график гашения кредита;
список клиентов Банка;
список страховых компаний;
выборка кредитных договоров по заданным критериям;
журнал операций по кредитам;
диаграмма «Структура кредитного портфеля» по состоянию на дату;
диаграмма «Суммы выдач кредитов по месяцам» за период;
диаграмма «Суммы выдач по видам кредитных продуктов» за период.
4. Обоснование экономической эффективности проекта
4.1 Оценка уровня качества разрабатываемого программного продукта
Для оценки технического уровня разрабатываемого продукта необходимо провести анализ и сравнение с выбранным аналогом по функциональному назначению, основным техническим и эксплуатационным параметрам. Подобный анализ осуществляется с помощью процедуры оценки комплексного показателя качества и эксплуатационного технического уровня разрабатываемого продукта.
В качестве программы для сравнения при разработке ВКР выбран программный продукт Diasoft FA# Retail от компании Диасофт.
Эта разработка принята в качестве базового варианта исходя из трех факторов:
смежный профиль;
соответствие требованиям технического задания ВКР;
доступность для исследования и сравнения с разрабатываемым проектом реальной версии программы.
Эксплуатационно-технический уровень (ЭТУ) разработки модели алгоритма программы представляет собой обобщенную характеристику их эксплуатационных свойств, возможностей, степени новизны. Для проведения оценки воспользуемся обобщающим индексом эксплуатационно-технического уровня JЭТУ:
, (4.1)
где JЭТУ комплексный показатель качества нового программного продукта по группе показателей;
n число рассматриваемых показателей;
Вj коэффициент весомости j-гo показателя в долях единицы, устанавливаемый экспертным путем;
Xj относительный показатель качества, устанавливаемый экспертным путем по выбранной шкале оценивания.
Для целей оценки JЭТУ будем использовать 5-ти бальную шкалу.
В таблице 4.1 представлены результаты расчета балльно-индексным методом при 5-ти балльной шкале оценивания. Каждый показатель оценим по пятибалльной шкале на основе имеющейся информации о разработанном программном продукте и об аналоге. Показатели проекта-аналога, которые нет возможности оценить, не имея доступа к продукту, примем равными разработанному продукту.
Таблица 4.1 Оценка эксплуатационно-технического уровня проекта и аналога
Показатели качества программного продукта |
Коэффициент весомости Bi |
Проект |
Аналог |
|||
Xj |
ВjXj |
Xj |
ВjXj |
|||
Интерфейс (удобство обращения с системой) |
0,09 |
5 |
0,45 |
3 |
0,27 |
|
Новизна (соответствие современным требованиям) |
0,06 |
5 |
0,3 |
3 |
0,18 |
|
Соответствие профилю деятельности заказчика |
0,15 |
5 |
0,75 |
2 |
0,3 |
|
Операционная система (многозадачность, графика) |
0,05 |
4 |
0,2 |
4 |
0,2 |
|
Надежность |
0,15 |
4 |
0,6 |
3 |
0,45 |
|
Скорость доступа к данным |
0,05 |
4 |
0,2 |
4 |
0,2 |
|
Гибкость |
0,05 |
4 |
0,2 |
2 |
0,1 |
|
Функции обработки данных |
0,15 |
5 |
0,75 |
2 |
0,3 |
|
Соотношение стоимость/ возможности |
0,1 |
4 |
0,4 |
2 |
0,2 |
|
Время на обучение персонала |
0,15 |
5 |
0,75 |
2 |
0,3 |
|
ИТОГО: |
1 |
4,6 |
2,34 |
Отношение двух найденных индексов называют коэффициентом технического уровня Аk первого программного продукта по отношению ко второму:
(4.2)
Если полученный коэффициент больше 1, то разработка проекта с технической точки зрения оправдана. В нашем случае условие выполняется.
4.2 Организация и планирование работ по разработке проекта
Для разработки системы было задействовано два человека: руководитель проекта и исполнитель (инженер-программист).
Руководитель выполняет постановку задачи, курирует ход работ и дает необходимые консультации при разработке системы. Исполнитель отвечает за проектирование информационного обеспечения, разработку структур баз данных, реализацию вычислительных алгоритмов в виде завершенного продукта, разработку интерфейсных блоков и отладку программы. Выбор комплекса работ по разработке проекта производится в соответствии со стандартом «ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств». Стадии разработки, этапы и содержание работ приведены в таблице 4.2.
Таблица 4.2 Стадии разработки, этапы и содержание работ
Этапы работ |
Содержание работ |
|
1 Исследование и обоснование стадии создания |
1.1 Постановка задачи 1.2 Обоснование необходимости разработки 1.3 Подбор и изучение литературы |
|
2 Научно-исследовательская работа |
2.1 Анализ существующих методов решения задачи 2.2 Обоснование принципиальной важности разработки |
|
3 Разработка и утверждение технического задания |
3.1 Определение требований к проекту 3.2 Выбор программных средств разработки 3.3 Согласование и утверждение ТЗ |
|
4 Технический проект |
4.1 Разработка алгоритма решения задачи 4.2 Определение структуры входных и выходных данных |
|
5 Проектирование |
5.1 Программирование и отладка алгоритма 5.2 Тестирование 5.3 Анализ полученных результатов и исправление облар\желли\ ошибок |
|
6 Оформление рабочей документации |
6.1 Выбор методики ТЭО, изучение ГОСТов и правил оформления пояснительной записки 6.2 Оформление раздела ТЭО 6.3 Оформление пояснительной записки |
Для определения ожидаемой продолжительности работы Тож применяется формула (4.3).
, (4.3)
где tmin кратчайшая продолжительность заданной работы (оптимистическая оценка);
tmax самая большая продолжительность работы (пессимистическая оценка);
tн.в. наиболее вероятная продолжительность работы, определяемая по формуле (4.4):
, (4.4)
Оценка трудоемкости отдельных видов работ приведена в таблице 4.3.
Таблица 4.3 Оценка трудоемкости отдельных видов работ
Виды работ |
Оптимистическая оценка tmin |
Реалистическая оценка tн.в |
Пессимистическая оценка tmax |
Ожидаемая продолжительность работы |
|
1.1 |
3 |
2 |
5 |
2 |
|
1.2 |
1 |
2 |
3 |
2 |
|
1.3 |
8 |
5 |
10 |
5 |
|
2.1 |
3 |
4 |
5 |
4 |
|
2.2 |
2 |
4 |
6 |
4 |
|
3.1 |
2 |
2 |
4 |
2 |
|
3.2 |
1 |
2 |
3 |
2 |
|
3.3 |
2 |
2 |
4 |
2 |
|
4.1 |
11 |
7 |
15 |
7 |
|
4.2 |
2 |
3 |
4 |
3 |
|
5.1 |
30 |
20 |
50 |
20 |
|
5.2 |
3 |
4 |
5 |
4 |
|
5.3 |
10 |
7 |
16 |
7 |
|
6.1 |
3 |
4 |
5 |
4 |
|
6.2 |
2 |
4 |
6 |
4 |
|
6.3 |
10 |
6 |
14 |
6 |
|
Суммарное ожидаемое время на выполнение всех этапов |
78 |
На основе данных таблице 4.3 разработан календарный график выполнения работ (таблица 4.4), показывающий последовательность и взаимосвязь выполнения комплекса работ.
Таблица 4.4 Календарный график выполнения работ
Вид работы |
Исполнители |
Длительность в днях |
Загрузка, дней |
Загрузка, % |
|
1.1 |
Программист |
2 |
2 |
100 |
|
Руководитель |
1 |
50 |
|||
1.2 |
Программист |
2 |
2 |
100 |
|
Руководитель |
1 |
50 |
|||
1.3 |
Программист |
5 |
5 |
100 |
|
Руководитель |
|||||
2.1 |
Программист |
4 |
4 |
100 |
|
Руководитель |
2 |
50 |
|||
2.2 |
Программист |
4 |
4 |
100 |
|
Руководитель |
1 |
25 |
|||
3.1 |
Программист |
2 |
2 |
100 |
|
Руководитель |
2 |
100 |
|||
3.2 |
Программист |
2 |
2 |
100 |
|
Руководитель |
|||||
3.3 |
Программист |
2 |
2 |
100 |
|
Руководитель |
2 |
100 |
|||
4.1 |
Программист |
7 |
7 |
100 |
|
Руководитель |
|||||
4.2 |
Программист |
3 |
3 |
100 |
|
Руководитель |
|||||
5.1 |
Программист |
20 |
20 |
100 |
|
Руководитель |
|||||
5.2 |
Программист |
4 |
4 |
100 |
|
Руководитель |
4 |
100 |
|||
5.3 |
Программист |
7 |
7 |
100 |
|
Руководитель |
3 |
43 |
|||
6.1 |
Программист |
4 |
4 |
100 |
|
Руководитель |
|||||
6.2 |
Программист |
4 |
4 |
100 |
|
Руководитель |
|||||
6.3 |
Программист |
6 |
6 |
100 |
|
Руководитель |
|||||
Итого: 78 дней Итого по исполнителям: Руководитель 16 дней, Программист - 78 дней |
Построим на основе данных таблице 4.4 столбиковую диаграмму, представляющую этапы работ (рисунок 4.1)
Рисунок 4.1 - Этапы выполнения работ
4.3 Расчет затрат на разработку проекта
Капитальные вложения в системы, связанные с автоматизированной информационной системой, будут состоять из:
К=Кп+Кр, (4.5)
где Кп - капитальные вложения на проектирование;
Кр - капитальные вложения на реализацию.
Суммарные затраты на проектирование системы и разработку программы:
, (4.6)
где m - количество работников, участвующих в разработке проекта;
Зoi - затраты на основную заработную плату работника i-й категории, руб.;
Wd - коэффициент, учитывающий дополнительную заработную плату, затраченную на разработку, в долях к основной заработной плате (= 0,5);
Wс - коэффициент, учитывающий отчисления на социальные нужды, в долях к сумме основной и дополнительной заработной платы разработчиков: с 2012 годадействуют следующие тарифы страховых взносов: страховые взносы в Пенсионный фонд - 22%, страховые взносы в ФСС - 2,9%, страховые взносы в ФФОМС - 5,1, страховые взносы на производственный травматизм - 0,2%) (= 0,302);
Wн - коэффициент, учитывающий накладные расходы организации, в долях к основной заработной плате разработчиков, равный 0,6;
СM - затраты на материалы;
Мв - затраты на использование машинного времени.
Материалы, приобретенные в процессе работы, и их стоимость приведены в таблице 4.5.
Таблица 4.5 Затраты на материалы
Материалы |
Ед. изм. |
Приобретённое количество |
Цена за единицу, руб. |
Сумма, руб. |
|
Картридж для принтера |
шт. |
1 |
250 |
250 |
|
Бумага офисная |
пачка |
1 |
120 |
120 |
|
Флеш-память |
шт. |
1 |
178 |
178 |
|
Итого: |
548 |
Денежные расходы на основную заработную плату определяются по формуле:
363,6716 + 318,1978 = 30 637,54 руб., (4.7)
где ЗПсрni - среднедневная заработная плата работника i-ой категории, руб.;
Ti - трудоемкость работ, выполняемых проектировщиком i-ой категории, чел/дн.
Затраты времени на разработку системы по каждому исполнителю принимаются, исходя из его загрузки по календарному графику выполнения работ (см. таблицу 4.2).
Данные по расчету основной заработной платы проектировщиков занесены в таблицу 4.6, исходя из того, что в месяце в среднем - 22 рабочих дня. Основная заработная плата разработчиков системы приведена в таблице 4.6.
Таблица 4.6 - Расчет основной заработной платы проектировщиков
Должность |
Должностной оклад, руб. |
Средняя дневная ставка, руб. |
Затраты времени на разработку чел./дней |
ФОТ, руб. |
|
Руководитель Программист |
8000 7000 |
363,67 318,19 |
16 124 |
5 818,72 |
|
Программист |
7000 |
318,19 |
78 |
24 818,82 |
|
Итого |
30 637,54 |
||||
Дополнительная заработная плата (40%) |
12 255,02 |
||||
Отчисления в социальные фонды (30,2%) |
12 953,55 |
Ввиду того, что разработанный программный продукт должен быть разработан на персональном компьютере, к суммарным затратам на разработку необходимо добавить еще и затраты на использование машинного времени, исчисляемые по формуле:
, (4.8)
где tмв - машинное время компьютера, необходимое для разработки программного продукта;
Sмч - стоимость 1 часа машинного времени;
Км - коэффициент мультипрограммности (показывает долю машинного времени, отводимого непосредственно на работу над проектом); Км=1.
Учитывая время на разработку программы на компьютере, представленное в таблице 4.3, коэффициент мультипрограммности, равный 1, и условной стоимости 1 часа работы на компьютере в платном компьютерном зале, равной 15 руб., рассчитаем расходы на разработку программы:
Зm = (16 + 78) 151 = 1 410,00 руб.
Накладные расходы Зн определим по формуле:
= 30 637,54 0,6 = 18 382,52 руб.
Таким образом, капитальные вложения на проектирование равны:
КП = 30 637,54 ((1+0,4) (1+0,302)+0,6) + 1410,00 + 548,00 = 76 186,63 руб.
Смета затрат на разработку программного продукта по статьям расходов представлена в таблице 4.7.
Таблица 4.7 - Смета затрат на разработку программного продукта
Статьи затрат |
Сумма (руб.) |
|
Основная заработная плата |
30 637,54 |
|
Дополнительная зарплата |
12 255,02 |
|
Отчисления во внебюджетные фонды |
12 953,55 |
|
Затраты на материалы |
548,00 |
|
Затраты на машинное время |
1 410,00 |
|
Накладные расходы организации |
18 382,52 |
|
ИТОГО: |
76 186,63 |
Капитальные вложения на реализацию проекта:
(4.9)
где Ко - затраты на основное и вспомогательное оборудование, руб.;
Кзд - затраты на строительство, реконструкцию здания и помещений, руб.;
Кпп - затраты на приобретение типовых разработок, пакетов, руб.;
Кпп - затраты на прокладку линий связи, руб.;
Киб - затраты на создание информационной базы, руб.;
Кпк - затраты на подготовку и переподготовку кадров, руб.
В связи с тем, что для внедрения системы, рассматриваемой в данной работе, не было затрат, связанных с прокладкой линии связи, затрат на реконструкцию и строительство зданий, то данные затраты для внедрения системы не учитывают. Также не принимаются в расчет затраты по подготовке и переподготовке кадров, затраты на создание информационной базы и затраты на приобретение типовых разработок.
Таким образом, при внедрении системы, рассматриваемой в данной работе, затраты на его реализацию определяются затратами на оборудование и материалы. В оборудование и материалы входит компьютер на базе процессора Pentium-4. Стоимость компьютера 20000 руб.
Затраты на основное и вспомогательное оборудование определяются по формуле:
, (4.10)
где Cbj - балансовая стоимость j-го вида оборудования, руб. (20000 руб.);
Qj - количество единиц j-гo оборудования, руб. (1 шт.);
Yj - коэффициент загрузки j-го вида оборудования при обработке информации по решению задач предметной области.
Коэффициент загрузки оборудования:
, (4.11)
где Фэфj - эффективный годовой фонд времени работы технического средства j-го вида, час./год.
, (4.12)
где tкj - трудоемкость однократной обработки информации по к-й задаче на j-м виде технических средств, часов машинного времени (tкj=6);
Uk - частота (периодичность) решения к-й задачи, дней /год (Uk = 16 + 78 = 94).
Подставляя имеющиеся цифры в формулу, получаем затраты на приобретение оборудования:
Ko = 20000,00 1 (694)/(948) = 15 000,00 руб.
Суммарные затраты на разработку проекта составят:
K = 15 000,00 + 76 186,63 = 91 186,63 руб.
Суммарные затраты, связанные с внедрением аналога складываются из следующих затрат:
затрат на приобретение программного продукта (106000 руб.);
затрат по оплате услуг на установку и сопровождение продукта (33500 руб.);
затрат на основное и вспомогательное оборудование (15000 руб.);
затрат по подготовке пользователя (25350 руб.).
Итого суммарные затраты, связанные с внедрением аналога составят:
K = 106000 + 33500 + 15000 + 25350 = 179 850 руб.
4.4 Расчет эксплуатационных затрат
К эксплуатационным относятся затраты, связанные с обеспечением нормального функционирования как обеспечивающих, так и функциональных подсистем автоматизированной системы, следовательно, под этими затратами подразумевают текущие затраты. Эксплуатационные затраты (Зэ) рассчитываются по формуле:
Зтек = Ззп + Са + Зэ + Срем + Зм + Зн , (4.13)
где Ззп - затраты на зарплату основную и дополнительную с отчислениями во внебюджетные фонды, руб.;
Са - амортизационные отчисления от стоимости оборудования и устройств системы, руб.;
Зэ - затраты на силовую энергию, руб.;
Срем - затраты на текущий ремонт оборудования и устройств системы, руб.;
Зм - затраты на материалы и машинные носители, руб.;
Зн - накладные расходы информационного отдела, руб.
Эксплуатацию разработанной системы осуществляют специалисты. Затраты на заработную плату основную и дополнительную с отчислениями на социальные нужды производственного персонала рассчитывается по формуле
, (4.14)
где ti - время эксплуатации системы i-м работником, дни;
3i - среднедневная заработная плата i-го работника, руб./день.
Данные для расчета основной заработной платы специалистов занесены в таблицу 4.8.
Таблица 4.8 - Расчет основной заработной платы специалистов (для эксплуатации нового программного продукта)
Должность |
Должностной оклад, руб. |
Средняя дневная ставка, руб. |
Затраты времени на эксплуатацию программного продукта, чел./дней |
Фонд заработной платы, руб. |
|
Кредитный специалист |
10000 |
454,55 |
30 |
13 636,50 |
Сзп1 = 13 636,50 1,5 1,302 = 26 632,08 руб.
Аналогичные расчеты произведем по использованию продукта аналога, используя данные, приведенные в таблице 4.9.
Таблица 4.9 Данные по заработной плате специалистов (для продукта-аналога)
Должность |
Должностной оклад, руб. |
Средняя дневная ставка, руб. |
Затраты времени на эксплуатацию, чел./дней |
Фонд заработной платы, руб. |
|
Кредитный специалист |
10000 |
454,55 |
50 |
22 727,50 |
Сзп2 = 22 727,50 1,5 1,302 = 44 386,81 руб.
Сумма амортизационных отчислений рассчитывается следующим образом:
, (4.15)
где Cbj - балансовая стоимость j-гo вида оборудования, руб.;
tj - время работы j-гo вида оборудования, час;
Fэфj - эффективный фонд времени работы оборудования в год, час;
aj - норма годовых амортизационных отчислений для j-гo вида оборудования, %;
gj - количество единиц оборудования j-гo вида.
Эффективный фонд времени работы оборудования можно вычислить по формуле
Fэф =Dр Нэ , (4.16)
где Dp - количество рабочих дней в году, Dp = 249;
Нэ - норматив среднесуточной загрузки, час./день, Нз = 8.
Таким образом, эффективный фонд времени работы оборудования составит:
Fэф = 2498 = 1992 час.
Известны следующие данные для расчета амортизационных отчислений:
аj = 20%;
gj = 1;
tj (для проекта) = 308 = 240 час.;
tj (для аналога) = 508 = 400 час.;
Cbj (для проекта) = 20 000,00 руб.
Cbj (для аналога) = 20 000,00 руб.
Сумма амортизационных отчислений для проекта составит:
Сa = 200000,21240/1992 = 481,93 руб.
Сумма амортизационных отчислений для аналога составит:
Сa = 200000,21400/1992 = 803,21 руб.
Затраты на силовую энергию рассчитываются по формуле
, (4.17)
где Nj - установленная мощность j-го вида технических средств, кВт;
tj - время работы j-го вида технических средств, час;
gj - коэффициент использования установленной мощности оборудования;
Тэ - тариф на электроэнергию, руб./кВт ч.
Для расчета затрат на силовую энергию используем тариф на электроэнергию для промышленных предприятий, установленный на данной территории, и составляющий 1,76 руб./кВт-ч. Установленная мощность для компьютера равна 0,3 кВт. Таким образом затраты на силовую энергию составят:
а) для проекта: Зэ = 0,32401,76 = 126,72 руб.;
б) для аналога: Зэ = 0,34001,76 = 211,20 руб.
Затраты на текущий ремонт оборудования рассчитываются по формуле
,; (4.18)
где Cpi норматив затрат на ремонт (Cpi = 0,05).
Затраты на текущий ремонт оборудования составят:
а) для проекта: Зрем = 0,0520000240/1992 = 120,48 руб.
б) для аналога: Зрем = 0,0520000400/1992 = 200,80 руб.
Затраты на материалы, потребляемые в течение года, составляют 1% от балансовой стоимости основного оборудования и равны 200 руб.
Накладные расходы включают затраты на содержание административного и управленческого персонала, на содержание помещения и т.д. Норматив накладных расходов составляет 20% от прямых затрат, включающих первые пять статей затрат, представленных в таблице 4.10.
Таблица 4.10 Расчет годовых эксплуатационных затрат
Статьи затрат |
Затраты на проект, руб. |
Затраты на аналог, руб. |
|
Основная и дополнительная зарплата с отчислениями в социальные фонды |
26 632,08 |
22 727,50 |
|
Амортизационные отчисления |
481,93 |
803,21 |
|
Затраты на электроэнергию |
126,72 |
211,20 |
|
Затраты на текущий ремонт |
120,48 |
200,80 |
|
Затраты на материалы |
200,00 |
200,00 |
|
Накладные расходы |
5 512,24 |
4 828,54 |
|
Итого |
33 073,45 |
28 971,25 |
Накладные расходы для проекта составят:
Сн = (26 632,08 + 481,93 + 126,72 + 120,48 + 200,00) 0,2 = 5 512,24 руб.
Накладные расходы для аналога составят:
Сн = (22 727,50 + 803,21 + 211,20 + 200,80 + 200,00) 0,2 = 4 828,54 руб.
4.5 Расчет экономического эффекта и показателей экономической эффективности
Оценка экономической эффективности вариантов проектных решений элементов АИС основывается на расчете показателей сравнительной экономической эффективности капитальных вложений. Экономический эффект от использования разрабатываемой системы определяется по формуле:
, (4.19)
где Зприв аналог, Зприв проект приведенные затраты на единицу работ, выполняемых с помощью базового и проектируемого вариантов процесса обработки информации, руб.;
Ak коэффициент эксплуатационно-технической эквивалентности (Ak = 1,97);
N объем работ, выполняемых с помощью разрабатываемого продукта (N = 1).
Приведенные затраты (Зприв) на единицу работ, выполняемых по базовому и разрабатываемому вариантам, рассчитываются по формуле:
3привi=Зэi + Eн Ki, (4.20)
где Зэi себестоимость (текущие эксплуатационные затраты единицы работ), руб.;
Ен нормативный коэффициент экономической эффективности (Ен = 0,15);
Ki суммарные затраты, связанные с созданием программного продукта.
Данные для расчета экономического эффекта представлены в таблице 4.11.
Таблица 4.11 Расчет экономического эффекта
Данные |
Разрабатываемый продукт |
Продукт-аналог |
|
Себестоимость (текущие эксплуатационные затраты), руб. |
33 073,45 |
28 971,25 |
|
Суммарные затраты, связанные с внедрением проекта, руб. |
91 186,63 |
179 850,00 |
|
Приведенные затраты на единицу работ, руб. |
46 751,44 |
55 948,75 |
|
Экономический эффект от использования разрабатываемой системы, руб. |
63 467,60 |
Приведенные затраты на единицу работ по проекту составят:
Зприв проект = 33 073,45 + 0,15 91 186,63 = 43 889,71 руб.
Приведенные затраты на единицу работ по аналогу составят:
Зприв аналог= 28 971,25 + 0,15 179 850,00 = 55 948,75 руб.
Экономический эффект от использования разрабатываемой системы (Э) составит:
Э = 55 948,75 1,97 - 46 751,44 = 63 467,60 руб.
После определения годового экономического эффекта рассчитаем срок окупаемости затрат (Ток) на разработку продукта:
(4.21)
Срок окупаемости составит:
Ток = 91 186,63 / 63 467,60 = 1,4 года.
Расчет фактического коэффициента экономической эффективности (Еф) произведем по формуле:
= 63 467,60 / 91 186,63 = 0,7, (4.22)
Сопоставим фактический коэффициент экономической эффективности с нормативным значением коэффициента эффективности капитальных вложений (Ен = 0,33) и сделаем вывод: чем выше фактический коэффициент экономической эффективности, тем быстрее окупаются капитальные вложения, осуществленные в разработку программного продукта. Таким образом, разработка и внедрение разрабатываемого продукта является эффективной.
В ходе проделанной работы найдены все необходимые данные, доказывающие целесообразность и эффективность данной разработки. Приведем эти данные в сводной таблице 4.12.
Таблица 4.12 Сводная таблица экономического обоснования разработки и внедрения проекта
Затраты на разработку и реализацию проекта |
91 186,63 |
|
Общие эксплуатационные затраты |
33 073,45 |
|
Экономический эффект |
63 467,60 |
|
Коэффициент экономической эффективности |
0,7 |
|
Срок окупаемости |
1,4 |
5. Безопасность жизнедеятельности
Настоящая глава разработана на основе Cанитарных правил [17].
5.1 Анализ опасных и вредных производственных факторов на рабочем месте пользователя ПЭВМ
Опасным называется производственный фактор, воздействие которого на работающего в определенных условиях человека приводит к травме или другому внезапному резкому ухудшению здоровья. Если же производственный фактор приводит к заболеванию или снижению работоспособности, то его считают вредным (ГОСТ 12.0.002-80).
В ГОСТ 12.0.003-74* «ССБТ. Опасные и вредные производственные факторы Классификация» приводится классификация элементов условий труда, выступающих в роли опасных и вредных производственных факторов. Они подразделяются на четыре группы: физические, химические, биологические и психофизиологические.
На рабочем месте пользователя ЭВМ присутствуют два вида факторов - физические и психофизиологические.
Физические факторы:
а) Освещение (отсутствие или недостаток естественного света, недостаточная освещенность рабочей зоны, повышенная яркость света, пониженная контрастность, прямая и отраженная блесткость, повышенная пульсация светового потока). Информация, которую человек получает из внешнего мира, поступает в основном через зрительный канал. Поэтому качество информации, получаемой посредством зрения, во многом зависит от освещения. Причиной плохого освещения может быть неправильное расположение как естественных, так и искусственных источников освещения. Требования к освещению на рабочих местах, оборудованных ПЭВМ, перечислены в СанПиН 2.2.2/2.4.1340-03.
б) Шум и вибрация. Источником этих факторов является шумящее оборудование (печатающие устройства, серверы и т.п.). Предельно допустимые значения уровня шума и вибрации на рабочих местах, оборудованных ПЭВМ, регламентируются в СанПиН.
г) Температура воздуха;
д) Относительная влажность воздуха;
е) Скорость движения воздуха;
ж) Интенсивность теплового излучения
Последние четыре фактора относятся к характеристикам микроклимата помещения. Они могут возникать в силу недостаточной проветриваемости помещения, неисправности оконных и дверных конструкций, отсутствия оборудования, поддерживающего индивидуальный микроклимат помещения (кондиционеров, обогревателей) и т.д. Требования к микроклимату, содержанию аэроионов и вредных химических веществ в воздухе на рабочих местах, оборудованных ПЭВМ, приведены в СанПиН.
Психофизиологические факторы.
а) Физические перегрузки (статические и динамические)
б) Нервно-психические перегрузки (умственное перенапряжение, перенапряжение анализаторов, монотонность труда, эмоциональные перегрузки)
5.2 Требования безопасности при работе с ПЭВМ
Требования безопасности да отдельные типы, виды оборудования устанавливаются с учетом особенностей конструкции и работы элементов и функциональных систем оборудования после определения возможных источников опасных и вредных факторов.
Требования к ПЭВМ.
1. ПЭВМ должны соответствовать требованиям Санитарных правил [24] и каждый их тип подлежит санитарно-эпидемиологической экспертизе с оценкой в испытательных лабораториях, аккредитованных в установленном порядке.
2. Концентрации вредных веществ, выделяемых ПЭВМ в воздух помещений, не должны превышать предельно допустимых концентраций (ПДК), установленных для атмосферного воздуха
3. Дизайн ПЭВМ должен предусматривать окраску корпуса в спокойные мягкие тона с диффузным рассеиванием света. Корпус ПЭВМ, клавиатура и другие блоки и устройства ПЭВМ должны иметь матовую поверхность с коэффициентом отражения 0,4 - 0,6 и не иметь блестящих деталей, способных создавать блики.
4. Документация на проектирование, изготовление и эксплуатацию ПЭВМ не должна противоречить требованиям настоящих санитарных правил.
Требования к помещениям для работы с ПЭВМ
Помещения для эксплуатации ПЭВМ должны иметь естественное и искусственное освещение. Эксплуатация ПЭВМ в помещениях без естественного освещения допускается только при соответствующем обосновании и наличии положительного санитарно-эпидемиологического заключения, выданного в установленном порядке.
Естественное и искусственное освещение должно соответствовать требованиям действующей нормативной документации. Окна в помещениях, где эксплуатируется вычислительная техника, преимущественно должны быть ориентированы на север и северо-восток.
Оконные проемы должны быть оборудованы регулируемыми устройствами типа: жалюзи, занавесей, внешних козырьков и др.
3. Для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузно отражающие материалы с коэффициентом отражения для потолка - 0,7 - 0,8; для стен - 0,5 - 0,6; для пола - 0,3 - 0,5.
4. Полимерные материалы используются для внутренней отделки интерьера помещений с ПЭВМ при наличии санитарно-эпидемиологического заключения.
5. Помещения, где размещаются рабочие места с ПЭВМ, должны быть оборудованы защитным заземлением (занулением) в соответствии с техническими требованиями по эксплуатации.
6. Не следует размещать рабочие места с ПЭВМ вблизи силовых кабелей и вводов, высоковольтных трансформаторов, технологического оборудования, создающего помехи в работе ПЭВМ.
Требования к микроклимату, содержанию аэроионов и вредных химических веществ в воздухе на рабочих местах, оборудованных ПЭВМ.
В помещении должны обеспечиваться оптимальные параметры микроклимата для категории работ 1 а и 1б в соответствии с действующими санитарно- эпидемиологическими нормативами микроклимата производственных помещений
В помещении необходимо проводить ежедневную влажную уборку и систематическое проветривание после каждого часа работы на ПЭВМ.
Уровни положительных и отрицательных аэроионов в воздухе помещения должны соответствовать действующим санитарно-эпидемиологическим нормативам.
Требования к освещению на рабочих местах, оборудованных ПЭВМ
Рабочие столы следует размещать таким образом, чтобы видеодисплейные терминалы были ориентированы боковой стороной к световым проемам, чтобы естественный свет падал преимущественно слева.
Искусственное освещение в помещениях для эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения. В случаях преимущественной работы с документами, следует применять системы комбинированного освещения (к общему освещению дополнительно устанавливаются светильники местного освещения, предназначенные для освещения зоны расположения документов).
Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 -500 лк. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 лк.
Следует ограничивать прямую блесткость от источников освещения, при этом яркость светящихся поверхностей (окна, светильники и др.), находящихся в поле зрения, должна быть не более 200 кд/м .
Следует ограничивать отраженную блесткость на рабочих поверхностях (экран, стол, клавиатура и др.) за счет правильного выбора типов светильников и расположения рабочих мест по отношению к источникам естественного и искусственного освещения, при этом яркость бликов на экране ПЭВМ не должна превышать 40 кд/м2 и яркость потолка не должна превышать 200 кд/м2.
Показатель ослепленности для источников общего искусственного освещения в помещении должен быть не более 20. Показатель дискомфорта - не более 40.
Яркость светильников общего освещения в зоне углов излучения от 50 до 90 градусов с вертикалью в продольной и поперечной плоскостях должна составлять не более 200 кд/м2, защитный угол светильников должен быть не менее 40 градусов.
Светильники местного освещения должны иметь не просвечивающий отражатель с защитным углом не менее 40 градусов.
Следует ограничивать неравномерность распределения яркости в поле зрения пользователя ПЭВМ, при этом соотношение яркости между рабочими поверхностями не должно превышать 3:1 - 5:1, а между рабочими поверхностями и поверхностями стен и оборудования - 10:1.
В качестве источников света при искусственном освещении следует применять преимущественно люминесцентные лампы типа ЛБ и компактные люминесцентные лампы (КЛЛ). При устройстве отраженного освещения в административно-общественньгх помещениях допускается применение металлогалогенных ламп. В светильниках местного освещения допускается применение ламп накаливания, в том числе галогенных.
Требования к визуальным параметрам ВДТ, контролируемым на рабочих местах
1. Предельно допустимые значения визуальных параметров ВДТ, контролируемые на рабочих местах, представлены в таблице 5.1.
Таблица 5.1 Предельно допустимые значения визуальных параметров ВДТ
N п/п |
Параметры |
Допустимые значения |
|
1 |
Яркость белого поля |
Не менее 35 кд/кв. м |
|
2 |
Неравномерность яркости рабочего поля |
Не более +/- 20% |
|
3 |
Контрастность (для монохромного режима) |
Не менее 3:1 |
|
4 |
Временная нестабильность изображения (мелькания) |
Не должна фиксироваться |
|
5 |
Пространственная нестабильность изображения (дрожание) |
Не более 2-х 1E(-4L),где L- проектное расстояние наблюдения, мм |
2. При размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора) должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.
3. Экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.
Электробезопасность.
1. Защитное заземление это преднамеренное электрическое соединение с землей или ее эквивалентом металлических нетоковедущих частей, которые могут оказаться под напряжением. Защитное действие заземлении основано на снижении напряжения прикосновения при переходе напряжения на нетоковедущие части, что достигается уменьшением потенциала корпуса относительно земли как за счет малого сопротивления заземления, так и за счет повышения потенциала примыкающей к оборудованию поверхности земли.
Согласно ПУЭ в административном помещении при напряжении 380 В и выше переменного и 440 В и выше постоянного тока электроустановки подлежат заземлению во всех случаях.
2. Защитным занулением называется преднамеренное электрическое соединение с нулевым защитным проводником металлических нетоковедуших частей, которые могут оказаться под напряжением. Нулевой защитный проводник это проводник, соединяющий зануляемые части с глухозаземленной нейтральной точкой обмотки источника тока или ее эквивалентом (ГОСТ 12.1.009-76).
Зануление применяется в четырехпроводных сетях напряжением до 1000 В с заземленной нейтралью (рисунок 5.1).
Рисунок 5.1 Принципиальная схема зануления
3. Рабочая изоляция электроустановок -- это электрическая изоляция токоведущих частей электроустановки, обеспечивающая ее нормальную работу и защиту от поражения электрическим током (ГОСТ 12.1.009--76). В процессе эксплуатации электроустановок изоляция подвержена различным повреждениям (механическим, химическим, тепловым и др.), а также старению, в результате чего ухудшаются ее свойства (в основном активное сопротивление).
Для обнаружения дефектов производится контроль изоляции, который состоит в измерении ее активного сопротивления (рисунок 5.2).
Рисунок 5.2 Схема измерения сопротивления изоляции сети мегаомметром
Контроль изоляции подразделяется на приемосдаточный, периодический и постоянный. Приемо-сдаточный контроль изоляции производится при вводе в эксплуатацию вновь смонтированных или вышедших из ремонта электроустановок.
Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ
1. В административных помещениях при выполнении основных или вспомогательных работ с использованием ПЭВМ уровни шума на рабочих местах не должны превышать предельно допустимых значений, установленных для данных видов работ в соответствии с действующими санитарно-эпидемиологическими нормативами. Для инженерных работников это 60 дБА.
2. Шумящее оборудование (печатающие устройства, серверы и т.п.), уровни шума которого превышают нормативные, должно размещаться вне помещений с ПЭВМ.
Требования к уровням электромагнитных полей на рабочих местах, оборудованных ПЭВМ
Временные допустимые уровни ЭМП, создаваемых ПЭВМ на рабочих местах пользователей, представлены в таблице 6.2.
Таблица 5.2 Временные допустимые уровни ЭМП, создаваемых ПЭВМ
Наименование параметров |
ВДУ ЭМП |
||
Напряженность электрического поля |
в диапазоне частот 5 Гц - 2 кГц |
25 В/м |
|
в диапазоне частот 2 кГц - 400 кГц |
2,5 В/м |
||
Плотность магнитного потока |
в диапазоне частот 5Гц - 2 кГц |
250 н'Гл |
|
в диапазоне частот 2 кГц - 400 кГц |
25 нТл |
||
Напряженность электростатического поля |
15 кВ/м |
Требования к средствам измерений
Инструментальный контроль уровней ЭМП должен осуществляться приборами с допускаемой основной относительной погрешностью измерений +/- 20%, включенными в Государственный реестр средств измерения и имеющими действующие свидетельства о прохождении Государственной поверки.
Следует отдавать предпочтение измерителям с изотропными антеннами-преобразователями.
Подобные документы
Комплексная система автоматизации кредитной деятельности банка RS-LOANS. Построение схемы бизнес-процессов кредитования. Оценка платежеспособности заемщика и поручителя. Разработка интерфейса пользователя, алгоритмов функций, экранных форм и отчетов.
дипломная работа [3,0 M], добавлен 20.07.2014Этапы разработки программы, предназначенной для автоматизации складского учета в фармацевтических организациях: выбор языка программирования, характеристика входной и результатной информации, составление схемы взаимосвязи программных модулей и файлов.
курсовая работа [148,4 K], добавлен 12.05.2013Интерфейсные средства СУБД MS Access 2003. Проектирование схемы данных. Создание составного отчёта, содержащего диаграмму. Группировка и сортировка в отчётах. Использование языка программирования VBА, создание макросов. Разработка программы и функций.
курсовая работа [5,2 M], добавлен 20.06.2010Создание программного продукта, автоматизирующего деятельность сотрудника учебного заведения, занимающегося учетом проведения научно-практических конференций. Выбор языка, среды программирования, разработка алгоритмов, проектирование интерфейса программы.
курсовая работа [1,5 M], добавлен 06.12.2012Реализация программной системы "Магазин" для автоматизации деятельности и обеспечения хранения, накопления и предоставления информации. Логическая и физическая структуры базы данных. Разработка пользовательского интерфейса. Создание таблиц, представлений.
контрольная работа [3,9 M], добавлен 31.03.2014Технико-экономическая характеристика Ивановского филиала Фонда обязательного медицинского страхования (ФОМС). Проект отдельной информационной подсистемы ФОМС, предназначенной для учета физических лиц и лечебных учреждений г. Иванова и Ивановской области.
курсовая работа [57,2 K], добавлен 15.11.2009Разработка программного комплекса автоматизации складского учета, предназначенного для розничных предприятий ЗАО "Белгородский бройлер": логическое, физическое проектирование, создание интерфейса пользователя на языке Delphi, расчет экономических затрат.
дипломная работа [3,2 M], добавлен 02.03.2010Автоматизация работы кредитного отдела банка, решений бизнес-процесса выдачи кредитов и карт. Определения методологии и языка IDEF0, программа Dreamweaver. Правильно построенные и действительные документы XML. Создание отчётов с помощью JasperReports.
дипломная работа [1,9 M], добавлен 22.06.2013Анализ задач бухгалтерского учета в рамках программного комплекса "1С: Бухгалтерия". Доработка типовой конфигурации программы для автоматизации расчёта услуг телефонии в РУП "Белтелеком". Создание справочника "Абоненты" и "Услуги РУП "Белтелеком".
курсовая работа [1,0 M], добавлен 14.03.2012- Создание приложения автоматизации анализа финансово-хозяйственной деятельности в ООО "Уралэнерготел"
Разработка информационной системы по автоматизации расчетов экономических показателей финансово-хозяйственной деятельности, процесса подготовки отчетов. Создание структуры базы данных, интерфейса системы с использованием среды программирования Делфи.
курсовая работа [4,1 M], добавлен 28.10.2014