CONSTRAINT PK_119 PRIMARY KEY NONCLUSTERED (Zakazi_ID, DO_ID)

)

GO

CREATE TABLE Т_1 (

CTO_ID INT NOT NULL,

Clients_ID INT NOT NULL,

CONSTRAINT PK_018 PRIMARY KEY NONCLUSTERED (CTO_ID, Clients_ID)

)

GO

CREATE TABLE Zakazi (

id_zakaz INT NOT NULL,

number INT NOT NULL,

model_avto VARCHAR ( 255 ) NOT NULL,

data_sborki DATETIME NOT NULL,

data_oforml_zakaz DATETIME NOT NULL,

FIO_manager VARCHAR ( 255 ) NOT NULL,

predoplata INT NOT NULL,

auto_v_zachet BIT NOT NULL,

Zakazi_ID INT IDENTITY NOT NULL,

New_auto_ID INT NOT NULL,

Users_ID INT NOT NULL,

CONSTRAINT TC_Zakazi4 UNIQUE NONCLUSTERED (New_auto_ID),

CONSTRAINT PK_Zakazi17 PRIMARY KEY NONCLUSTERED (Zakazi_ID)

)

GO

CREATE TABLE Utilization (

Id_Utiliz BIGINT NOT NULL,

Marka VARCHAR ( 255 ) NOT NULL,

God_v INT NOT NULL,

VIN INT NOT NULL,

Vladelec VARCHAR ( 255 ) NOT NULL,

Utilization_ID INT IDENTITY NOT NULL,

Zakazi_ID INT NOT NULL,

CONSTRAINT PK_Utilization16 PRIMARY KEY NONCLUSTERED (Utilization_ID)

)

GO

CREATE TABLE Clients (

id_client BIGINT NOT NULL,

FIO VARCHAR ( 255 ) NOT NULL,

Tel VARCHAR ( 255 ) NOT NULL,

Adr VARCHAR ( 255 ) NOT NULL,

N_pasport VARCHAR ( 255 ) NOT NULL,

N_VU VARCHAR ( 255 ) NOT NULL,

Clients_ID INT IDENTITY NOT NULL,

CONSTRAINT PK_Clients11 PRIMARY KEY NONCLUSTERED (Clients_ID)

)

GO

CREATE TABLE CTO (

id_CTO INT NOT NULL,

nuber_zakaz-naryada SMALLINT NOT NULL,

zayavlennie_neispravnosti VARCHAR ( 255 ) NOT NULL,

data_nachala_remonta DATETIME NOT NULL,

viyavlennie_neispravnosti VARCHAR ( 255 ) NOT NULL,

gotovnost DATETIME NOT NULL,

cena INT NOT NULL,

CTO_ID INT IDENTITY NOT NULL,

CONSTRAINT PK_CTO9 PRIMARY KEY NONCLUSTERED (CTO_ID)

)

GO

CREATE TABLE New_auto (

id_New_auto INT NOT NULL,

Model VARCHAR ( 255 ) NOT NULL,

Color INT NOT NULL,

VIN INT NOT NULL,

Complectation VARCHAR ( 255 ) NOT NULL,

status VARCHAR ( 255 ) NOT NULL,

New_auto_ID INT IDENTITY NOT NULL,

CONSTRAINT PK_New_auto10 PRIMARY KEY NONCLUSTERED (New_auto_ID)

)

GO

CREATE INDEX TC_Diski6 ON Diski (DO_ID)

GO

CREATE INDEX TC_Multimedia_system8 ON Multimedia_system (DO_ID)

GO

CREATE INDEX TC_215 ON Т_3 (Zakazi_ID)

GO

CREATE INDEX TC_216 ON Т_3 (Clients_ID)

GO

CREATE INDEX TC_111 ON Т_2 (Zakazi_ID)

GO

CREATE INDEX TC_112 ON Т_2 (DO_ID)

GO

CREATE INDEX TC_00 ON Т_1 (CTO_ID)

GO

CREATE INDEX TC_01 ON Т_1 (Clients_ID)

GO

CREATE INDEX TC_Zakazi3 ON Zakazi (New_auto_ID)

GO

CREATE INDEX TC_Zakazi10 ON Zakazi (Users_ID)

GO

CREATE INDEX TC_Utilization14 ON Utilization (Zakazi_ID)

GO

ALTER TABLE Diski ADD CONSTRAINT FK_Diski3 FOREIGN KEY (DO_ID) REFERENCES DO (DO_ID)

GO

ALTER TABLE Multimedia_system ADD CONSTRAINT FK_Multimedia_system4 FOREIGN KEY (DO_ID) REFERENCES DO (DO_ID)

GO

ALTER TABLE Т_3 ADD CONSTRAINT FK_29 FOREIGN KEY (Zakazi_ID) REFERENCES Zakazi (Zakazi_ID)

GO

ALTER TABLE Т_3 ADD CONSTRAINT FK_210 FOREIGN KEY (Clients_ID) REFERENCES Clients (Clients_ID)

GO

ALTER TABLE Т_2 ADD CONSTRAINT FK_16 FOREIGN KEY (Zakazi_ID) REFERENCES Zakazi (Zakazi_ID)

GO

ALTER TABLE Т_2 ADD CONSTRAINT FK_17 FOREIGN KEY (DO_ID) REFERENCES DO (DO_ID)

GO

ALTER TABLE Т_1 ADD CONSTRAINT FK_00 FOREIGN KEY (CTO_ID) REFERENCES CTO (CTO_ID)

GO

ALTER TABLE Т_1 ADD CONSTRAINT FK_01 FOREIGN KEY (Clients_ID) REFERENCES Clients (Clients_ID)

GO

ALTER TABLE Zakazi ADD CONSTRAINT FK_Zakazi2 FOREIGN KEY (New_auto_ID) REFERENCES New_auto (New_auto_ID)

GO

ALTER TABLE Zakazi ADD CONSTRAINT FK_Zakazi5 FOREIGN KEY (Users_ID) REFERENCES Users (Users_ID)

GO

ALTER TABLE Utilization ADD CONSTRAINT FK_Utilization8 FOREIGN KEY (Zakazi_ID) REFERENCES Zakazi (Zakazi_ID)

GO

2.4 Средства, используемые для построения системы учета

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

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

автосалон база учет моделирование

Рис. 2.13. Структура Клиент-сервер

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

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

Общеизвестно, что возможности настольных СУБД серьезно ограничены - это пять-семь пользователей и 30-50 Мб, соответственно. Цифры, разумеется, представляют собой некие средние значения, в конкретных случаях они могут отклоняться как в ту, так и в другую сторону. Что наиболее существенно, эти барьеры нельзя преодолеть за счет наращивания возможностей аппаратуры. Системы же на основе серверов баз данных могут поддерживать тысячи пользователей и сотни ГБ информации - дайте им только соответствующую аппаратную платформу.

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

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

MySQL - это ПО с открытым кодом. Применять его и модифицировать может любой желающий. Такое ПО можно получать по Internet и использовать бесплатно. При этом каждый пользователь может изучить исходный код и изменить его в соответствии со своими потребностями. Использование программного обеспечения MySQL регламентируется лицензией GPL (GNU General Public License), http://www.gnu.org/licenses/, в которой указано, что можно и чего нельзя делать с этим программным обеспечением в различных ситуациях.

MySQL состоит из двух частей: серверной и клиентской. Сервер MySQL постоянно работает на компьютере. Клиентские программы (например, скрипты PHP) посылают серверу MySQL SQL-запросы через механизм сокетов (то есть при помощи сетевых средств), сервер их обрабатывает и запоминает результат. То есть скрипт (клиент) указывает, какую информацио он хочет получить от сервера баз данных. Затем сервер баз данных посылает ответ (результат) клиенту (скрипту). Почему всегда передается не весь результат? Очень просто: дело в том, что размер результирующего набора данных может быть слишком большим, и на его передачу по сети уйдет чересчур много времени. Да и редко когда бывает нужно получать сразу весь вывод запроса (то есть все записи, удовлетворяющие выражению запроса). Например, нам может потребоваться лишь подсчитать, сколько записей удовлетворяет тому или иному условию, или же выбрать из данных только первые 10 записей. Механизм использования сокетов подразумевает технологию клиент-сервер, а это означает, что в системе должна быть запущена специальная программа -- MySQL-сервер, которая принимает и обрабатывает запросы от программ. [10]

Для создания графического интерфейса было принято решение использовать PHP и HTML. PHP - это язык программирования, специально разработанный для написания web-приложений (сценариев), исполняющихся на Web-сервере. PHP и HTML тесно связаны: PHP генерирует HTML, а HTML содержит информацию, которая высылается в PHP. Значительным отличием PHP от какого-либо кода, выполняющегося на стороне клиента, например, JavaScript, является то, что PHP-скрипты выполняются на стороне сервера. Возможности PHP очень большие. Главным образом, область применения PHP сфокусирована на написание скриптов, работающих на стороне сервера; таким образом, PHP способен выполнять всё то, что выполняет любая другая программа CGI. Например, обрабатывать данных форм, генерировать динамические страницы, отсылать и принимать cookies. Но PHP способен выполнять и множество других задач. PHP -- язык, который может быть встроен непосредственно в html -код страниц, которые, в свою очередь будут корректно обрабатываться PHP -интерпретатором. Очень важное преимущество PHP заключается в его «движке». «Движок» PHP не является ни компилятором, ни интерпретатором. Он является транслирующим интерпретатором. Такое устройство «движка» PHP позволяет обрабатывать сценарии с достаточно высокой скоростью.

РНР предоставляет в распоряжение разработчиков и администраторов гибкие и эффективные средства безопасности, которые условно делятся на две категории: средства системного уровня и средства уровня приложения.

Ш Средства безопасности системного уровня

В РНР реализованы механизмы безопасности, находящиеся под управлением администраторов; при правильной настройке РНР это обеспечивает максимальную свободу действий и безопасность. РНР может работать в так называемом безопасном режиме (safe mode), который ограничивает возможности применения РНР пользователями по ряду важных показателей. Например, можно ограничить максимальное время выполнения и использование памяти (неконтролируемый расход памяти отрицательно влияет на быстродействие сервера). По аналогии с cgi-bin администратор также может устанавливать ограничения на каталоги, в которых пользователь может просматривать и исполнять сценарии РНР, а также использовать сценарии РНР для просмотра конфиденциальной информации на сервере (например, файла passwd).

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

В стандартный набор функций РНР входит ряд надежных механизмов шифрования. РНР также совместим с многими приложениями независимых фирм, что позволяет легко интегрировать его с защищенными технологиями электронной коммерции (e-commerce). Другое преимущество заключается в том, что исходный текст сценариев РНР нельзя просмотреть в браузере, поскольку сценарий компилируется до его отправки по запросу пользователя. Реализация РНР на стороне сервера предотвращает похищение нетривиальных сценариев пользователями, знаний которых хватает хотя бы для выполнения команды View Source. Поскольку РНР является встраиваемым (embedded) языком, он отличается исключительной гибкостью по отношению к потребностям разработчика. Хотя РНР обычно рекомендуется использовать в сочетании с HTML, он с таким же успехом интегрируется и в JavaScript, WML, XML и другие языки. Поскольку РНР не содержит кода, ориентированного на конкретный web-сервер, пользователи не ограничиваются определенными серверами (возможно, незнакомыми для них). Apache, Microsoft IIS, Netscape Enterprise Server, Stronghold и Zeus -- РНР работает на всех перечисленных серверах. Поскольку эти серверы работают на разных платформах, РНР в целом является платформенно-независимым языком и существует на таких платформах, как UNIX, Solaris, FreeBSD и Windows 95/98/NT/2000/XP/2003. [8,9]

2.5 Реализация ИС автосалона «Питер-Лада»

Как уже отмечалось выше, в качестве средств реализации разработанной информационной системы с базой данных были выбраны MySQL, PHP.

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

Settings.cfg

<?

$dbname = 'BD_Autosalon';

$hostname ='Localhost';

$usernameman = 'MefedAN';

$passwordman = '12345';

$usernamemech = 'Ruk_CTO';

$passwordmech = '123123';

$usernameboss = Direktor;

$passwordboss = 222111;

?>

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

Index.html

<html>

<head> <title>Официальный диллер ОАО "АВТОВАЗ" </head>

<body>

<img src="AuthHeader.jpg"><br>

<table>

<tr>

<td>

<img src="LadaLogo.jpg" align=left><br>

<font face="Segoe Print">Вы собираетесь войти в систему.<br> Пожалуйста авторизуйтесь.

</td>

<td>

<img src="AuthLogo.jpg" align=right>

</td>

</tr>

<tr>

<Form ACTION = "auth.php" METHOD = "post">

<font face="Segoe Print">

<p >Пользователь: <input type="text" name="Login"></p>

<p>Пароль : <input type="password" name="Pass">

<input type="submit" value="Войти в ситему">

</font>

</tr>

</table>

<img src="Footter.jpg">

</html>

auth.php

<?

if (($_POST["Login"]=='Manager')&($_POST["Pass"]=='12345'))

{

Header("Location: manager_menu.html");

}

elseif (($_POST["Login"]=='Ruk_CTO')&($_POST["Pass"]=='123123'))

{

Header("Location: zakaz-nariad.php");

}

else

{

echo 'Неврный логин и/или пароль';

}

?>

<body>

<br>

<a href="index.html">Назад.</a>

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

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

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

usert1.php

<html>

<head> <title>Отчёт продаж за день</head>

<body>

<?

include ("settings.cfg");

$db = mysql_connect ($hostname,$usernameboss,$passwordboss); <---- mysql_select_db($dbname,$db);

$dt=date('Y-m-d');

$result = mysql_query("SELECT model_avto,data_sborki,FIO_manager FROM Zakazi WHERE data_oforml_zakaz=$dt",$db);

if(!$result)

{

echo "Возникла ошибка - ".mysql_error()."<br>";

echo $sql;

exit();

}

echo ("<table border ='1'>");

echo ("<tr><td>Модель автомобиля</td><td>Дата сборки</td><td>ФИО менеджера</td></tr>");

while ($tablerows = mysql_fetch_row($result))

{

echo("<tr><td>$tablerows[0]</td><td>$tablerows[1]</td><td>$tablerows[2]</td></tr> ");

}

$result = mysql_query("SELECT sum(predoplata) FROM Zakazi WHERE data_oforml_zakaz=$dt",$db);

if(!$result)

{

echo "Возникла ошибка - ".mysql_error()."<br>";

echo $sql;

exit();

}

echo "<tr><td collspan=2>Итого,руб:</td><td>$tablerows[0]</td></tr></table>";

echo "<a href=BossMenu.html> Назад </a>";

?>

</body>

</html>

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

Для окончательного оформления заказа следует нажать кнопку «Составить заказ».

Если в главном меню менеджера выбрать «Меню утилизации», будет загружена следующая страница:

Менеджер должен ввести необходимые данные об утилизируемом автомобиле в соответствующие поля. При вводе года автомобиля старше 2000, появится сообщение об ошибке. Так же сообщение об ошибке «Автомобиль уже подвергнут утилизации!» возникнет в том случае, если по каким-то причинам данные об утилизируемом автомобиле уже содержатся в таблице Utiliz.

Данная страница реализована следующим образом:

Utilz.html

<html>

<head> <title>Официальный диллер ОАО "АВТОВАЗ" </head>

<body>

<img src="UtilHeader.jpg"><br>

<table>

<tr>

<td>

<img src="UtilSchema.jpg" align=left><br>

</td>

<td>

<Form ACTION = "AddUtil.php" METHOD = "post">

<font face="Segoe Print">

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

<p> Марка: <input type="text" name="Marka"></p>

<p> Год выпуска: <input type="text" name="God_v"></p>

<p> VIN: <input type="text" name="VIN"></p>

<p> Собственник (ФИО): <input type="text" name="Vladelec"></p>

<input type="submit" value="Подтвердить данные">

<a href="manager_menu.html"> Назад. </a>

</td>

</table>

<img src="Footter.jpg">

</html>

AddUtil.php

<?

include ("settings.cfg");

$db = mysql_connect ($hostname,$usernameman,$passwordman);

mysql_select_db($dbname,$db);

$result = mysql_query("SELECT VIN FROM Utiliz",$db);

if(!$result)

{

echo "Возникла ошибка - ".mysql_error()."<br>";

echo $sql;

exit();

}

while ($tablerows = mysql_fetch_row($result))

{

if ($tablerows[0]==$_POST["VIN"])

{

echo 'Такая машина уже подвергнута утилизации!';

echo '<a href = Utiliz.html> Назад </a>';

exit();

}

}

$query = "INSERT INTO Utiliz VALUES ('$_POST[Marka]','$_POST[God_v]','$_POST[VIN]','$_POST[Vladelec]');";

$result = mysql_query($query,$db);

if(!$result)

{

echo "Возникла ошибка - ".mysql_error()."<br>";

echo $sql;

exit();

}

echo 'Машина принята на утилизацию!';

echo '<a href = Utiliz.html> Назад </a>';

?>

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

Эта страница реализована следующим образом:

zakaz-nariad.php

<html>

<head> <title>Официальный диллер ОАО "АВТОВАЗ" </head>

<body>

<img src="MechHeader.jpg"><br>

<table>

<tr>

<td>

<img src="LadaLogo.jpg" align=left><br>

<Form ACTION = "AddZakaz.php" METHOD = "post">

<font face="Segoe Print">

Необходимо ввести следующие данные:

<p> Номер заказ-наряда: <input type="text" name="number_zakaz_naryda" value="<!number_zakaz_naryda >"></p>

<?

include ("settings.cfg");

$db = mysql_connect ($hostname,$usernamemech,$passwordmech);

mysql_select_db($dbname,$db);

$result = mysql_query("SELECT Max(Number)+1 FROM CTO",$db);

if(!$result)

{

echo "Возникла ошибка - ".mysql_error()."<br>";

echo $sql;

exit();

}

$tmp = str_replace ("<!number_zakaz_naryda >",$result);

}

?>

<p> Заявленные неисправности: <input type="text" name="zayavlennie_neispravnosti"></p>

<p> Дата начала ремонта: <input type="text" name="data_nachala_remonya"></p>

<p> Выявленные неисправности: <input type="text" name="viyavlennie_neispravnosti"></p>

<p> Дата и время готовности: <input type="text" name="gotovnost"></p>

<p> Итоговая стоимость работ: <input type="text" name="cena"></p>

<input type="submit" value="Подтвердить данные">

<a href="Index.html"> Назад. </a>

</td>

<td>

<img src="Utility.jpg" align=right>

</td>

</table>

<img src="Footter.jpg">

</html>

AddZakaz.php

<?

include ("settings.cfg");

$db = mysql_connect ($hostname,$usernamevech,$passwordmech);

mysql_select_db($dbname,$db);

$query = "INSERT INTO СТО VALUES ('$_POST[number_zakaz_naryda]','$_POST[zayavlennie_neispravnosti]','$_POST[data_nachala_remonya]','$_POST[viyavlennie_neispravnosti]','$_POST[gotovnost]','$_POST[cena]');";

$result = mysql_query($query,$db);

if(!$result)

{

echo "Возникла ошибка - ".mysql_error()."<br>";

echo $sql;

exit();

}

echo 'Заказ-наряд составлен!';

echo '<a href = Zakaz-nariad.php> Назад </a>';

?>

В результате проектирования средствами языка UML в среде Rational Rose описана логическая модель информационной системы, построена логическая и физическая схема базы данных. На языках HTML и PHP разработан простой и удобный пользовательский Web-интерфейс, позволяющий подключаться к удаленной СУБД MySQL, управляющей базой данных системы. Так же средствами языка PHP происходит обработка всей необходимой информации и управление данными, передаваемыми в базе данных.

3. Расчёт эффективности инвестиций на разработку и отладку программного продукта

3.1 Цели, задачи и методы оценки инвестиций

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

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

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

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

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

· возможное получение реальной отдачи (дохода) от вложения инвестиций по истечении ряда лет вложения;

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

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

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

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

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

(1)

где i - ставка сложных процентов

t = 1,2, ..., n.

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

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

Итоговая величина искомого показателя ЧПВД может быть определена по следующей формуле:

(2)

где n1, - продолжительность осуществления инвестиций;

п2 - продолжительность периода отдачи;

Кl - ежегодные инвестиции в периоде l, l =1,2,..., п1;

pj - ежегодные инвестиции в периоде j, j = 1, 2, ... , п2.

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

(3)

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

Проект, обеспечивающий минимальное значение 3, является наиболее предпочтительным и подлежит финансированию. [3]

3.2 Выбор и описание разрабатываемого и альтернативного вариантов

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

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

· разработка;

· производство;

· эксплуатация.

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

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

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

- эксплуатация.

В качестве основного варианта будет рассмотрен проект написания программного продукта при помощи СУБД MySQL и интерфейса на языке программирования PHP.

В качестве альтернативного варианта рассмотрим проект написания данного программного продукта с помощью технологии ASP.NET и языка программирования C#, а также база данных, реализованной на SQL Server 2005.

Исходные данные для расчётов приведены в таблице 3.1.

Таблица 3.1

Назначение показателей	Условные обозначения	Значения по вариантам
		Основной	Альтернативный
Общая продолжительность этапа разработки и отладки, мес.	T	4	2
Общая численность исполнителей в период разработки, чел.	U	1	2
Среднемесячная заработная плата всех исполнителей, р./мес.	З	15000	35000
Общая продолжительность этапа эксплуатации, лет	Тэ	2	2

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

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

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

Для разрабатываемого в данной дипломной работе программного продукта:

· общая продолжительность разработки 4 месяца;

· общая продолжительность эксплуатации 2 года.

В итоге, общий период составляет 2 года 4 месяца

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

Учитывая это и используя данные из справочных источников, находим дисконтный множитель. Дисконтный множитель при i = 10% по годам вложений представлен в таблице №2

Таблица 3.2

Год вложения	1	2
Дискретный множитель	0.9091	0.8264

3.3 Расчёт вложений на этапе разработки и отладки основного варианта

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

Календарный график выполнения работ представлен в таблице 3.3

Таблица 3.3

Наименование этапа	Сроки начала	Сроки окончания
1. Определение требований к системе	01.02.10	04.02.10
2. Определение структуры системы	05.02.10	12.02.10
3. Написание программного комплекса	13.02.10	20.04.10
4. Отладка	20.04.10	30.04.10
5. Подготовка документации	1.05.10	20.05.10

Расчёт основной и дополнительной заработной платы на этапе разработки приведен в таблице 3.4

Таблица 3.4

Категория персонала	Кол-во чел	Основная зарплата, тыс. руб.	Доп. Зарплата (14% от ОснЗп) тыс. руб.	Время занятий мес.	Сумма, тыс. руб.
Инженер программист	1	15	2,1	4	68,4

Для учёта затрат на этапе написания программного комплекса и его отладки необходимо определить себестоимость машино-часа работы ЭВМ. Необходимые формулы приведены в таблице 3.5

Таблица 3.5.

Формулы для расчёта	Условные обозначения
С = Зо+ Зд + Зсс + Зм + Зээ + За + Зпр	Зо - основная з/п персонала, руб./час Зд - доп. з/п персонала, руб./час Зсс - отчисления на гос. страх., руб./час Зм - затраты на материалы, руб./час Зээ - затраты на потр. энергию, руб./час За - амортизация выч. средств, руб./час Зпр - прочие производ. расходы, руб./час
Зо = Зосн /(m * 8)	Зосн - основная з/п программиста, руб./час (см. таб. 4) m - ср. кол-во рабочих дней в месяце m=21
Зд =(Нд /100)* Зо	Нд - процент доп. з/п персонала (14%)
Зсс =(Нсс / 100) * (Зо + Зд)	Нсс - процент отчисления на соц.обеспечение (26%)
Зээ = qj * Nj * S	qj - число j-х технических средств ЭВМ Nj - потр. мощность j-х технических средств, кВт S - стоимость кВт/ч электроэнергии (1,85 руб.)
За=а* Sэвм /(100*8*m*12)	a - годовая норма амортизации ЭВМ (20%) Sэвм - балансовая стоимость ЭВМ (30000 руб.)
Зпр =(Нпр / 100) * (Зо + Зээ + За)	Нпр - процент прочих произв. расходов (50%)

Основная заработная плата:

Зо =15000 / (21* 8) = 89,3 руб./час;

Дополнительная заработная плата:

Зд = (14 / 100) * 89,3 = 12,5 руб./ час;

Отчисления на соцобеспечение:

Зсс = (26 / 100) * (89,3 + 12,5) = 26,5 руб./ час;

Затраты на электроэнергию:

Зээ = 1 * 0,3 * 1,85 = 0,55 руб./час;

Амортизация:

За = 20 * 30000 / (100 * 8 * 21 * 12) = 3 руб./час;

Прочие производственные расходы:

Зпр = 50 / 100 * (89,3 + 0,55 + 3) = 46,7 руб./час;

К прочим производственным расходам можно отнести затраты на материалы, лицензионное программное обеспечение и т.д.

Зс - отчисления на социальное страхование.

Зс = 0.26* (Зо + Зд)=0,26(89,3+12,5) = 26,5 руб.

Таким образом, себестоимость машино-часа работы ЭВМ составит:

С = 89,3 + 12,5 + 26,5 + 0,55 + 3 + 46,7 = 178,5 руб./час;

Однако, при расчёте себестоимости машино-часа учитывались затраты лишь на ЭВМ, занятой для решения данного вопроса. Кроме этого, необходимо ещё учитывать затраты на ремонт оборудования. Затраты на ремонт составляют 10% от стоимости оборудования, т.е.:

Зр = 10 * Sэвм / (8 * m * 12 * 100);

Зр = 10 * 30000 / (8 * 21 * 12 * 100) = 1,5 руб./час;

Таким образом, себестоимость машино-часа работы

С = 178,5 + 1,5 = 180 руб./час;

Зная себестоимость машино-часа работы ЭВМ, можно определить затраты на написание программного комплекса и его отладку по формуле:

Знп-о = С * t ,

где t = 672 - время написания программного комплекса и его отладки и использование вычислительной машины для подготовки технической документации, час (84 рабочих дня).

Получим:

Знп-о = 180 * 672 = 120 960 руб.;

В целом показатели на этапе разработки характеризуются величиной стоимости работы и дисконтным множителем. Величина дисконтного множителя равна 1 (т.к. t = 4 мес. не дисконтируется).

Таким образом, величина затрат на разработку при основном варианте составляет 120 960 руб.

3.4 Расчёт вложений на этапе разработки и отладки альтернативного варианта

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

Таблица 3.6.

Наименование этапа	Сроки начала	Сроки окончания
1. Определение требований к системе	01.02.10	04.02.10
2. Определение структуры системы	05.02.10	07.02.10
3. Написание программного комплекса	8.02.10	10.03.10
4. Отладка	10.03.10	20.03.10
5. Подготовка документации	21.03.10	30.03.10

Расчёт основной и дополнительной заработной платы на этапе разработки альтернативного варианта приведен в таблице 3.7

Таблица 3.7.

Категория персонала	Кол-во человек	Основная зарплата тыс. руб.	Доп. Зарплата (14% от ОснЗп) тыс. руб.	Время занятий, мес.	Сумма, тыс. руб.
Разработчик	1	20	2,8	2	45,6
Инженер-программист	1	15	2,1	2	34,2

Для учёта затрат на этапе написания программного комплекса и его отладки определим себестоимость машино-часа работы ЭВМ. Основная заработная плата:

Зо = 35000 / (21* 8) = 208 руб./час;

Дополнительная заработная плата:

Зд = (14 / 100) * 208 = 29,1 руб./час;

Отчисления на соцобеспечение:

Зсс = (26 / 100) * (208 + 29,1) = 61,6 руб./час;

Затраты на электроэнергию:

Зээ = 2 * 0,3 * 1,85 = 1,1 руб./час;

Амортизация:

За = 20 * 30000 * 2 / (100 * 8 * 21 * 12) = 6 руб./час;

Прочие производственные расходы:

Зпр = 50 / 100 * (208 + 1,1 + 6) = 107,5 руб./час;

Зс - отчисления на социальное страхование.

Зс = 0.26* (Зо + Зд)=0,26(208+29,1) = 61,6 руб.

Таким образом, себестоимость машино-часа работы ЭВМ составит:

С = 208 + 29,1 + 61,6 + 1,1 + 6 + 107,5 = 413,3 руб./час;

Однако, при расчёте себестоимости машино-часа учитывались затраты лишь на ЭВМ, занятой для решения данного вопроса. А нам необходимо ещё учитывать затраты на ремонт оборудования. Затраты на ремонт составляют 10% от стоимости оборудования, т.е.:

Зр = 10 * Sэвм * 2 / (8 * m * 12 * 100);

Зр = 10 * 30000 * 2 / (8 * 21 * 12 * 100) = 3 руб./час;

Таким образом, себестоимость машино-часа работы:

С = 413,3 + 3 = 416,3 руб./час;

Зная себестоимость машино-часа работы ЭВМ, можно определить затраты на написание программного комплекса и его отладку по формуле:

Знп-о = С * t ,

где t = 360 - время написания и отладки программного комплекса и использования вычислительной техники для подготовки технической документации, час (45 рабочих дней).

Знп-о = 416,3 * 360 = 149 868 руб.

Таким образом, величина затрат на разработку при альтернативном варианте составляет 149 868 руб.

3.5 Расчёт вложений по годам этапа эксплуатации

Общая продолжительность этапа эксплуатации равна 2 года. Годовые текущие (эксплуатационные) затраты на обработку информации в ИТ-проекте рассчитываются как сумма следующих слагаемых:

· Основная и дополнительная зарплата персонала;

· Отчисления на социальные отчисления;

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

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

· Затраты на электроэнергию, потребляемую оборудованием и расходуемую на освещение;

· Расходные материалы (носители информации) и прочие расходы.

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

Общие эксплуатационные издержки потребителя составят:

И = (Зп + Зд + Зс + Зр + За + Зээ) * t ,

где t -время эксплуатации (4032 часов);

Зп - совокупная основная заработная плата пользователей, руб./час;

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

Тогда,

Зп = 30000 / 21 / 8 = 178,6 руб./час;

Зд - совокупная дополнительная заработная плата пользователей, руб./час. (14% от основной зарплаты).

Зд = Зп*0,14 = 178,6*0,14 = 25 руб./час;

Зс - отчисления на социальное страхование.

Зс = 0,26*(Зп + Зд) = 53 руб./час;

Зр - затраты на ремонт (10% от стоимости оборудования).

Зр = 0,1* 1*30000/ 8 / 21/ 12 = 1,49 руб./час;

За - затраты на амортизацию(20% от стоимости оборудования).

Зр = 0,2* 1*30000/ 8 / 21/ 12 = 2,98 руб./час;

Зээ - затраты на электроэнергию.

Зээ = 1,85 * 0.3 * 1 = 0,55 руб./час;

Тогда при основном варианте и альтернативном варианте:

И = (178,6 + 25 + 53 + 1,49 + 2,98 + 0,55 ) * 4032 = 1 054,8 тыс. руб.

3.6 Итоговые показатели технико-экономической эффективности

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

· за первый год эксплуатации (0.9091) * 1 054,8 тыс. руб. / 2 = 479,5 тыс. руб.;

· за второй год эксплуатации (0.8264) * 1 054,8 тыс. руб. / 2 = 435,8 тыс. руб.

Показатель итоговой величины затрат:

для основного варианта:

120,9 тыс. руб. + 915,3 тыс. руб. = 1 036,2 тыс. руб.;

для альтернативного варианта:

149,8 тыс. руб. + 915,3 тыс. руб. = 1 065,1 тыс. руб.

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

Таблица 3.8

Наименование показателей	Значения показателей по вариантам
	Основной	Альтернативный
Технико-эксплуатационные
Рекомендуемый объём ОЗУ, Гб	1	1
Рекомендуемый тип процессора	Pentium IV 2,8 GHz и выше	Pentium IV 2.8 GHz и выше
Язык программирования	PHP	С#
Экономические показатели
Период разработки и отладки, мес.	4	2
Количество исполнителей	1	2
Период эксплуатации, мес.	24	24
Современная величина затрат на разработку и отладку ПП, тыс. руб.	120,9	149,8
Современная величина затрат на эксплуатацию ПП, тыс. руб.	915,3	915,3
Показатель итоговой величины современных затрат, тыс. руб.	1 036,2	1 065,1

Сравнение итоговых показателей современных затрат по двум возможным вариантам вложения инвестиций показывает, что предпочтительным для финансирования является основной вариант проекта, для осуществления которого при прочих равных условиях требуется меньшая современная сумма затрат. Показатель итоговой величины современных затрат на этапе разработки для этого варианта составляет 120,9 тыс. руб. Это значение меньше показателя итоговой величины современных затрат второго (альтернативного) варианта. Также, следует отметить, что основной вариант является наиболее эффективным в работе, проще в реализации и на его разработку затрачивается гораздо меньше времени с средств. [4]

4. Безопасность и санитарно-гигиенические условия труда на рабочем месте пользователя ПЭВМ

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

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

Таблица 4. 1. Характеристики помещения

Параметр	Значение
Длина	7 м
ширина	5 м
Высота	2,5 м
площадь	35 мІ
Объем	87,5 мі
количество работников	5 чел.
объем для каждого работника	17,5 мі

4.1 Микроклимат

Согласно ГОСТ 12.1.005-88 “ССБТ. Общие санитарно-гигиенические требования к воздуху рабочей зоны”, нормирование параметров микроклимата в рабочей зоне производится в зависимости от периода года, категории работ по энергозатратам, наличия в помещении источников явного тепла.

Данная работа производится сидя и сопровождается незначительным физическим напряжением. Такая работа относится к категории 1а (легкая физическая). Энергозатраты организма составляют до 120ккал/ч (до 500,5 кДж/ч).

Рабочее место - постоянное.

В приведенной ниже таблице № 4.2 приведены оптимальные нормы температуры, относительной влажности и скорости движения воздуха в рассматриваемом рабочем помещении в соответствии с СанПиН 2.2.2/2.4.1340-03.

Таблица 4.2. Оптимальные нормы микроклимата для помещений с ВДТ (Видео Дисплейных Терминалов) и ПЭВМ

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

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

4.2 Вредные вещества и пыль

Содержание вредных химических веществ в производственных помещениях, работа на ВДТ и ПЭВМ в которых является основной (диспетчерские, операторские, расчетные, кабины и посты управления, залы вычислительной техники и др.), не должно превышать «Предельно допустимых концентраций загрязняющих веществ в атмосферном воздухе населенных мест» (СанПиН 2.2.2/2.4.1340-03).

4.3 Уровень ионизации воздуха

Уровни положительных и отрицательных аэроионов в воздухе помещений с ВДТ и ПЭВМ должны соответствовать нормам, приведенным в таблице 6.4. (согласно СанПиН 2.2.2/2.4.1340-03).

Таблица 4.3. Уровни ионизации воздуха помещений при работе на ПЭВМ

Уровни аэроионов	Число ионов в 1 см3 воздуха
	n+	n-
Минимально необходимые	400	600
Оптимальные	1500-3000	3000-5000
Максимально допустимые	50000	50000

4.4 Наличие шума и вибрации

Согласно СанПиН 2.2.2/2.4.1340-03 при выполнении основной работы на ВДТ и ЭВМ уровень шума на рабочем месте не должен превышать 50 дБА. Шум на уровне 50-60 дБА создает значительную нагрузку на нервную систему человека, оказывая на него психологическое воздействие. Это особенно часто наблюдается у людей, занятых умственной деятельностью. Степень вредности и неприятное воздействие какого-либо шума зависит также от того, насколько он отличается от привычного шума и от индивидуального отношения к нему.

В соответствии с СанПиН 2.2.2/2.4.1340-03 для уровня звука 50дБА уровни звукового давления в октавных полосах частот представлены в таблице №3 .

Таблица 4.4 Уровни звукового давления в октавных полосах частот

Рабочее место	Уровни звукового давления, дБ, в октавных полосах со среднегеометрическими частотами, Гц	Ур-ни звука, дБА
	31,5	63	125	250	500	1000	2000	4000	8000
Производственное помещение	86	71	61	54	49	45	42	40	39	50

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

Шумящее оборудование (АЦПУ, принтеры и т.п.), уровни шума которого превышают нормированные, должно находиться вне помещения с ВДТ и ПЭВМ.

Снизить уровень шума в помещениях с ВДТ и ПЭВМ можно использованием звукопоглощающих материалов с максимальными коэффициентами звукопоглощения в области частот 63 - 8000 Гц для отделки помещений (разрешенных органами и учреждениями Госсанэпиднадзора России), подтвержденных специальными акустическими расчетами. Для достижения максимально возможного звукопоглощения необходимо облицевать не менее 60% общей площади внутренних поверхностей помещения. Дополнительным звукопоглощением служат однотонные занавеси из плотной ткани, подвешенные в складку на расстоянии 15-20 см от ограждения. Ширина занавеси должна быть в 2 раза больше ширины окна.

В производственных помещениях, в которых работа с ВДТ и ПЭВМ является основной, вибрация на рабочих местах не должна превышать допустимых норм вибрации (таблице 4.5) .

Таблица 4.5. Допустимые нормы вибрации на всех рабочих местах с ВДТ и ПЭВМ

Среднегеометрические частоты октавных полос, Гц	Допустимые значения
	по виброускорению	по виброскорости
	мс-2	дБ	мс-1	дБ
	оси X, Y
2	5,3*10	25	4,5*10	79
4	5,3*10	25	2,2*10	73
8	5,3*10	25	1,1*10	67
16	1,0*10	31	1,1*10	67
31,5	2,1*10	37	1,1*10	67
63	4,2*10	43	1,1*10	67
Корректированные значения и их уровни в дБ W	9,3*10	30	2,0*10	72

4.5 Излучения

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

ПК при работе излучают электромагнитную энергию радиочастот, значит, работники подвержены воздействию электромагнитных полей с ВЧ и УВЧ излучением. Интенсивность ЭМП ВЧ и УВЧ согласно ГОСТ 12.1.006. - 88 «ССБТ Электромагнитные поля радиочастот» на рабочих местах оценивается напряженностью E (В/м) для электрической составляющей и напряженностью Н (А/м) для магнитной составляющей. В целях обеспечения требований, а также защиты от электромагнитных и электростатических полей, допускается применение при экранных фильтров, специальных экранов и других средств индивидуальной защиты, прошедших испытания в аккредитованных лабораториях и имеющих гигиенический сертификат.

Степень воздействия ЭМИ на организм человека зависит от:

· частоты колебаний;

· значения напряженности электрических и магнитных полей;

· размеров облучаемой поверхности тела.

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

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

Наименование параметров	Допустимое значение
Напряженность электромагнитного поля на расстоянии 50 см вокруг ВДТ по электрической составляющей должна быть не более: в диапазоне частот 5 Гц - 2 кГц; в диапазоне частот 2 - 400 кГц	25 В/м 2,5 В/м
Плотность магнитного потока должна быть не более: в диапазоне частот 5 Гц - 2 кГц; в диапазоне частот 2 - 400 кГц.	250 нТл 25 нТл
Поверхностный электростатический потенциал не должен превышать	500 В

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

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

В результате воздействия ЭМИ нарушается работа центральной нервной системы, сердечно-сосудистой системы; при низких дозах есть опасность воздействия на иммунитет.

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

· Уменьшение мощности источника - уменьшение параметров излучения в самом источнике;

· Экранирование источника излучения (рабочего места);

· Выделение зоны излучения;

· Удаление рабочего места от источника излучения;

· Защита временем (от тока промышленной частоты).

При выборе средств защиты следует отдавать предпочтение экранированию источника излучения (согласно СанПиН 2.2.2/2.4.1340-03).

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

Конструкция ВДТ и ПЭВМ должна обеспечивать мощность экспозиционной дозы рентгеновского излучения в любой точке на расстоянии 0,05 м от экрана и корпуса ВДТ при любых положениях регулировочных устройств не должна превышать 7,74х10 А/кг, что соответствует эквивалентной дозе, равной 1,0 мкЗв/час.

Схемы размещения рабочих мест с ВДТ и ПЭВМ должны учитывать расстояния между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), которое должно быть не менее 2,0м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2м.

4.6 Нормы на освещение рабочего места

Помещения с ПК должны иметь естественное и искусственное освещение.

Естественное освещение должно осуществляться через светопроемы, ориентированные преимущественно на север и северо-восток и обеспечивать коэффициент естественной освещенности (КЕО) не ниже 1,2 % в зонах с устойчивым снежным покровом и не ниже 1,5 % на остальной территории. Для внутренней отделки интерьера помещений с ЭВМ должны использоваться диффузно-отражающие материалы с коэффициентом отражения для потолка сП - 0,7 - 0,8; для стен сС - 0,5 - 0,6; для рабочей поверхности сР - 0,3 - 0,5. и

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