create table Org(
KeyOrg char(3) Not Null,
NameOrg char(254) Not Null,
Primary Key(KeyOrg));
create table Config (
CurrYear Integer,
CurrOrg Char(3),
ServerWay Char(254),
Tab_Start Char(5),
Tab_End Char(5),
God_Start Char(4),
Mes_Start Char(2),
God_End Char(4),
Curr_User Char(25),
Mes_End Char(2),
CONSTRAINT PO_KeyOrg7
FOREIGN KEY(CurrOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Users(
User_ Char(25),
Pasword Char (25),
Type SmallInt)
create table RabPlaces (
KeyOrg Char(3) not Null,
NameRabPlace Char(254) Not Null,
Way Char(254) Not Null,
CONSTRAINT PO_KeyOrg6
FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table FIO (
Tab Char(5),
Fio Char(100),
Zeh Char(2),
Ych Char(2),
Kat Char(2),
Oklad Float,
Sist_Opl Char(1),
Prin Date,
Yvol Date,
Skidka SmallInt,
Sovmest Char(1),
Inostr SmallInt,
Prof Char(2),
Deti SmallInt,
Ijd SmallInt,
Dolgn Char(2),
KeyOrg char(3));
create table Nach(
Tab Char(5) Not Null,
KeyOrg char(3) Not Null,
Kod char(3) Not Null,
Data_M Char(2),
Data_G Char(4) Not Null,
Symma Float,
Data_Ras_M Char(2),
Data_Ras_G Char(4) Not Null,
Data_R Char(4),
CONSTRAINT PO_KeyOrg8
FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Ud(
Tab Char(5) Not Null,
KeyOrg char(3) Not Null,
Kod char(3) Not Null,
Data_M Char(2),
Data_G Char(4) Not Null,
Symma Float,
Data_Ras_M Char(2),
Data_Ras_G Char(4) Not Null,
Data_R Char(4),
CONSTRAINT PO_KeyOrg9
FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Data (
KeyOrg char(3) Not Null,
Tab Char(5) Not Null,
Fami Char(25),
Nami Char(15),
Otch Char(15),
Dat_R Date,
Docum Char(2),
SerDoc Char(10),
NomDoc Char(6),
KVID Char(32),
Dvid Date,
Str Char(3),
PostInd Char(6),
Obl Char(4),
Raion Char(15),
Gorod Char(20),
Punct Char(25),
Ulica Char(25),
Dom Char(13),
Korp Char(10),
KV Char(10),
Tel Char(10),
Katp Char(4));
CREATE INDEX FAMILY ON DATA(FAMI);
CREATE INDEX tab_sum_n ON nach(tab, symma);
CREATE INDEX tab_sum_u ON ud(tab, symma);
CREATE INDEX zeh ON zeh(zeh);
CREATE INDEX ych ON ych(ych);
create table Zeh (
Zeh Char(2) not null,
KeyOrg char(3) Not Null,
Naim Char(25) not null,
CONSTRAINT PO_KeyOrg3
FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Ych (
Ych Char(2) not null,
KeyOrg char(3) Not Null,
Zeh Char(2) not null,
Naim Char(15) not null,
CONSTRAINT PO_KeyOrg4
FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create trigger kaskad_ych for zeh
Active
After
Update
As
begin
if (old.zehnew.zeh) then
Update Ych
Set Zeh=new.Zeh
Where Zeh=Old.Zeh;
end
create table Kat (
Kat Char(2) not null,
Naim Char(15) not null,
Primary Key (Kat));
create table Sist_Opl (
Sist_Opl Char(1) not null,
Naim Char(30) not null,
Primary Key (Sist_Opl));
create table Prof (
Prof Char(2) not null,
Naim Char(20) not null,
Primary Key (Prof));
create table Dolgn (
Dolgn Char(2) not null,
Naim Char(20) not null,
Primary Key (Dolgn));
create table Strana (
Str Char(2) not null,
Strana Char(15) not null,
Primary Key (Str));
create table Oblast (
Obl Char(2) not null,
Oblast Char(30) not null,
Primary Key (Obl));
create table Kat_Plat (
KatP char(2) not null,
naim Char(35) not null,
Primary Key (KatP));
create table Docum (
Docum char(2) not null,
naim Char(75) not null,
Primary Key (Docum));
CREATE TABLE Minim(
Data date NOT NULL,
Minim Char(10) not null,
PRIMARY KEY(Data));
create table MLV (
Tab Char(5) Not Null,
KeyOrg char(3) Not Null,
Date_Nach Char(4),
For_Nal Float,
Sum_Nal Float,
Sum_Pens Float,
Skidka SmallInt,
Sum_RK_SN Float,
Nal_RC_SN Float,
Sum_Pens_RK_SN Float,
Lgot Float,
Lgot_RK_SN Float,
Mat_Pom Float,
Pr_Vkl Char(1),
Deti SmallInt,
Ijd SmallInt,
Zen_Pod Float,
Sum_Vig Float,
Nal_Vig Float,
CONSTRAINT PO_KeyOrg5
FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table SHK_SKID (
God Char(4) Not Null,
Summa_End Char(15) Not Null,
Koef SmallInt Not Null);
create table SHKALA (
God SmallInt Not Null,
Dox1 Char(15) Not Null,
Dox2 Char(15) Not Null,
Pr SmallInt Not Null,
Nal Char(15),
Use_3_Proz Char(1));
create table Type_Nach (
Kod Char(3) not Null,
Naim Char(254) Not Null,
Inp Char(1),
Primary KEY(Kod))
create table Type_Ud (
Kod Char(3) not Null,
Naim Char(254) Not Null,
Primary KEY(Kod))
create table imput_podoh(
kod char(3),
inp char(1))
declare external function sh_date_to_y cstring(4)
returns cstring(4)
entry_point "sh_date_to_y"
module_name "my_funct"
declare external function sh_date_to_m cstring(4)
returns cstring(2)
entry_point "sh_date_to_m"
module_name "my_funct"
create trigger corr_date for nach
Active
Before
Insert
As
begin
New.Data_M=sh_date_to_m(New.Data_G);
New.Data_G=sh_date_to_y(New.Data_G);
New.Data_Ras_M=sh_date_to_m(New.Data_Ras_G);
New.Data_Ras_G=sh_date_to_y(New.Data_Ras_G);
end
create trigger int_nach for Nach
Active
Before
Insert
As
begin
New.Gen=Gen_Id(Numb_Nach,1);
end
CREATE GENERATOR Numb_Nach;
SET GENERATOR Numb_Nach TO 1;
CREATE GENERATOR Numb_Ud;
SET GENERATOR Numb_Ud TO 1;
create view nach_01 (tab_, data_ras_m_, data_ras_g_, sum_)
as
select tab, data_ras_m, data_ras_g, sum(symma)as sum_n
from nach
group by tab, data_ras_m, data_ras_g
create view nach_06 (tab_, sum_)
as
select tab, sum(symma)as sum_n
from nach
group by tab
create view nach_kod (kod_, data_ras_m_, data_ras_g_, sumn_)
as
select kod, data_ras_m, data_ras_g, sum(symma) as sumn
from nach
group by kod, data_ras_m, data_ras_g
create view ud_01 (tab_, data_ras_m_, data_ras_g_, sum_)
as
select tab, data_ras_m, data_ras_g, sum(symma)as sum_u
from ud
group by tab, data_ras_m, data_ras_g
create view ud_06 (tab_, sum_)
as
select tab, sum(symma)as sum_n
from ud
group by tab
create view ud_07 (tab_, sum_)
as
select tab, sum(symma)as sum_n
from ud
where ud.kod='301' or ud.kod='302' or ud.kod='361' or ud.kod='362'
group by tab
create view zeh_01 (zeh_, naim_)
as
select zeh, naim
from zeh
group by zeh, naim
create view ych_01 (ych_, zeh_, naim_)
as
select ych, zeh, naim
from ych
group by ych, zeh, naim
create view nach_04(data_, sum_, kat_)
as
select data_ras_m, sum(symma), fio.kat
from nach, fio
where nach.tab=fio.tab
group by data_ras_m, fio.kat
create view nach_03(data_, data__)
as
select data_ras_m_, count(data_ras_m_)
from nach_01
group by data_ras_m_
create view nach_05(data_ras_m_, sum_)
as
select data_ras_m, sum(symma/100000)
from nach
group by data_ras_m
create view nach_ud (fio___, sumn_, sumu_)
as
select fio_01.fio_, nach_06.sum_, ud_07.sum_
from nach_06, ud_07, fio_01
where (nach_06.tab_=ud_07.tab_) and (nach_06.tab_=fio_01.tab_)
create view fio_02 (ych_, deal_tab_)
as
select ych, count(tab) as deal_tab
from fio
group by ych
create view fio_01 (tab_, fio_, zeh_, ych_, prin_, yvol_)
as
select tab, fio, zeh, ych, prin, yvol
from fio
group by tab, fio, zeh, ych, prin, yvol
Омский Государственный Технический Университет Кафедра “Автоматизированные системы обработки информации и управления”
Утверждаю заведующий кафедрой ______________ Б. Н. Епифанцев “____” октября 1999 г.
Пояснительная записка К ДИПЛОМНОМУ ПРОЕКТУ “Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы по объединению Сургутгазпром”
| Консультанты | Руководитель проекта |
|
| | Организационно-экономическая часть | ____________ В.Н. Чегодаев | | ____________ О.И. Рыбьякова |
| | Охрана труда | Разработал студент гр. Ас-573 Геттих | | ________________ А.С. Попов | Максим Владимирович | | Нормоконтроль |
| | ______________ В.Н. Чегодаев |
|
Сургут 1999
Уважаемые господа, члены государственной аттестационной комиссии. Вашему вниманию представляется дипломный проект, который называется «Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности в налоговую службу по объединению Сургутгазпром». Данная разработка была выполнена по заказу Производственно Технического Управления СургутГазЭнергоРемНаладка. Сургутгазпром был создан более двадцати лет назад в 1977 году. Первоначальное его название было Дирекция строящихся газопроводов, позднее СургутТрансГаз и в 1992 СургутГазПром . За двадцать два года он разросся до огромного объединения состоящего из 25 крупных подразделений. Объемы добычи превысили 380000 м3 газа. Актуальность представляемой разработки вызвана прежде всего тем, что на сегодняшний день крупные объединения и предприятия столкнулись с некоторыми проблемами, касающимися производства отчетов в ГНИ, так как ныне действующее законодательство требует чтобы все предприятия с численностью работающих свыше 100 человек предоставляли данные о доходах своих работников на магнитных носителях, в строго оговоренном формате. По моему мнению это требование налоговой вызвано, скорее всего, осознанием преимуществ использования компьютеров при работе с данными. Самые главные из них - возможность оперативного контроля и поиска информации. Данная разработка изначально задумывалась, как программа, выполняющая это требование законодательства, однако в последствии тема данного проекта несколько расширилась и на сегодняшний момент звучит так: Система автоматизирующая работу отдела налоговой политики, отдела ОТиЗ предприятия «СургутГазПром» и бухгалтерий его подразделений в области отчетности с заработной платы.
Необходимость собственной разработки вызвана: Специфичностью организации предприятия. (Это большим объем информации и территориальная распределенность) Применяемой СУБД для расчета заработной платы. (FoxPro просто не в состоянии вести единую базу данных по всему объединению) Возможной интеграцией системы с уже существующими на предприятии программными комплексами.
Система имеет следующие основные возможности: Сбор информации о доходах физических лиц по всему объединению (при этом под сбором понимается импорт информации непосредственно из баз данных АРМов заработная плата работающих в подразделениях, как с использованием локальной сети, так прием файлов через электронную почту или магнитный носитель); Проверка правильности расчета подоходного налога (Собранная информация необходима и достаточна для проведения проверки подоходного налога. По моему мнению трудно переоценить важность этого режима, который гарантирует нам выявление всех ошибок и неточностей в расчете подоходного налога до подачи отчетов в ГНИ, что, уменьшает вероятность таких неприятных последствий, как штрафы и пени); Формирование отчетов в ГНИ РФ (Ради чего, собственно и задумывалась система); Формирование отчетов в отдел организации труда и заработной платы (Во время разработки системы была выявлена потребность этого отдела в отчетности с заработной платы,. Так как данная разработка имеет более удобный интерфейс, обладает возможностью прямого доступа к базам данных в подразделениях, а так же ведет единую базу по всему объединению, было решено расширить ее возможности в области предоставления отчетов в отдел ОТиЗ);
Перспективы разработки: На данный момент существует потребность планового отдела в отчетах с заработной платы. По причинам, аналогичным, что и в случает с отделом ОТиЗ, принято решение об удовлетворении этой потребности, путем доработки данного проекта.
На слайде сбор информации я постарался продемонстрировать процесс пополнения собственной базы данных системы информацией из АРМов заработная плата. Обратите внимание на этом видеокадре приведена структура подразделений и их рабочих мест расчетчиков. К каждому рабочему месту необходимо прописать полный сетевой путь к базе данных. Следующая последовательность видеокадров иллюстрирует процесс добавления данных в таблицу шкалы подоходного налога, и так же данных о произведенных начислениях по работающим. Во время пополнения данных о начислениях, удержаниях, которые предполагают большой объем информации система выводит видеоролик копирования и сообщение о текущей выполняемой операции (чистка баз, выборка данных и т.д.).
Данная система снабжена информационно-справочной службой, обеспечивающей корректное функционирование, удобную работу пользователя, обладающей достаточной гибкостью для перенастройки под изменяющееся законодательство. Справочники разделяются на три основные категрии: Справочники по работающему Справочники обеспечивающие расчет подоходного налога Классификаторы (справочник областей, видов документов, цехов, участков и т.д.) В данный момент мы можем наблюдать на экране работу системы по вызову таблицы кодов начислений. Основным справочником системы является справочник лицевых счетов, в котором собраны данные об всех начислениях и удержаниях по работникам за все периоды. Пользователь может открыть его для любого промежутка времени и табельных номеров сгруппированным по работникам и периодам расчета, как и показано на экране. Для более детального просмотра информации по табельному номеру за какой-либо месяц, необходимо всего лишь два раза щелкнуть на строке с ним..
Как я уже упоминал режим проверки подоходного налога является одним из наиболее важнейших в системе. Продолжительность его выполнения может занимать до 5 минут на подразделение в зависимости от объема обрабатываемой информации. Как мы видим в результате получаем таблицу с физическими лицами по которым обнаружено отклонение в расчете подоходного налога. При этом в соответствии со стандартными принятыми в бухгалтерии отклонения со знаком (-) показываются в столбце красного цвета, со знаком (+) синего. Данный список подлежит сдаче в бухгалтерию подразделения для доудержания или возврата налога.
Конечной целью работы с базой данных является производство отчетности. Представляемая система в состоянии подготовить отчеты в ГНИ РФ и отдел организации труда и заработной платы. В ГНИ РФ
Налоговая карточка; Отчет об итоговых суммах доходов и подоходном налоге; Реестр сведений о доходах физических лиц; Список работников с прогрессивным налогообложением; Справка о доходах физического лица; Файл на магнитный носитель.
Я хотел бы продемонстрировать вам режим формирования реестра сведений о доходах физических лиц. Сформированный файл вы можете посмотреть в приложении №2 к дипломной записке.
В ОТиЗ система производит следующие отчеты
Состав зарплаты согласно классификаторов должностей, кодов по начислению, категорий персонала; Состав зарплаты по цехам и участкам Отчет по составу ФЗП ФМП и прочих фондов; Свод по начислениям с отображением балансовых счетов; Свод по отпускам и отгулам; И прочие отчеты
Обратите внимание на демонстрацию отчета по численности и заработной плате. Разработанная система может производить отчетность в виде графиков отражающих динамику изменения показателей, подобная возможность может очень пригодится руководителем в оценке текущего положения дел в данной области, помочь в выработке решения. Так же на этом слайде показан свод по зарплате с разбивкой по кодам начислений.
В будущем система будет производить отчеты также и для планового отдела.
Представляемая разработка обладает развитым аппаратом системных и сервисных функций обеспечивающих выполнение всех необходимых операций по настройке системы и обслуживанию базы данных, а так же удобство работы пользователя. Из обслуживающих функций стоит упомянуть две основных: Реиндексацию базы данных и ее резервное копирование.
Из настроечных: Установка путей доступа к АРМам заработная плата (В данный момент мы можем наблюдать видеокадр иллюстрирующий ее работу); Установка паролей и прав доступа (Так как информация о заработной плате в газпроме имеет статус конфиденциальной, разработка снабжена целой системой паролей, у каждого из которых свой уровень доступа. Пароль и имя пользователя запрашиваются при входе в систему. А в данный момент мы можем наблюдать форму его установки.). Все вышеперечисленные функции доступны только при входе в систему под именем и по паролю Администратора.
Теперь о функциях, обеспечивающих удобство работы пользователя, это: Функция выбора текущего подразделения. (Для удобства просмотра основные справочники показывают информацию только по текущему подразделению); Блокнот (На экране монитора в данный момент представлена форма его работы). Ну и такие полезные мелочи как, калькулятор и календарь.
Информация о средствах разработки и продукте: Данный проект выполнен в среде разработки Delphi 4, с использованием современной СУБД InterBase версии 5.0; Для его работы заказчику необходимо установить на компьютер Windows 95/98/NT, и также иметь сеть под эту же систему. Стоимость разработки составляет 68 тысяч рублей В настоящее время система находится в промышленной эксплуатации.
Заключение Внедрение данного проекта позволяет: Значительно упростить и ускорить процесс подготовки отчетов (практически можно получить все отчеты за один, два дня). Повысить качество отчетности и соответственно снизить вероятность штрафов. Получить новые виды отчетов. Получить общую картину о заработной плате в объединении.
Содержание Аннотация 3 Annotation 4 Список принятых сокращений и обозначений 6 Введение 7 1. Обзор существующих аналогов 11 1.1. Турбо бухгалтер 11 1.2. 1C:Бухгалтерия 13 1.3. БЭСТ 15 1.4. Интегратор 3.0 16 2. Описание автоматизируемых функций 18 2.1. Анализ существующей системы функционирования и задачи автоматизации 18 2.2. Состав функций реализуемых системой 20 2.3. Решение по структуре системы 22 2.4. Решение по функциональному разбиению системы на модули 22 3. Проектное решение 24 3.1. Обеспечение защиты баз данных 24 3.2. Выбор операционной среды и средств разработки 25 3.3. Решения по комплексу технических средств 28 3.4. Информационное обеспечение разработки 33 4. Руководство пользователя 36 4.1. Идентификация пользователя 36 4.2. Справочники системы 37 4.3 Рабочие режимы системы 50 4.4. Производство отчетов 54 4.5. Сервисные функции 56 5. Руководство программиста 59 5.1. Инсталляция системы 59 5.2. Настройка системы 60 5.3 Служебные функции работы с базой данных 60 5.4. Краткая информация для программистов о базе данных 63 6. Экономическое обоснование необходимости разработки 64 6.1. Характеристика программного продукта 64 6.2. Определение затрат труда на разработку программного продукта 66 6.3. Расчет затрат на разработку 71 6.4. Экономический эффект от реализации и внедрения программного продукта 74 6.5. Краткий вывод о необходимости разработки 75 7. Охрана труда 76 7.1. Анализ опасных и вредных производственных факторов при работе на компьютере 76 7.2. Физические опасные и вредные производственные факторы при работе на компьютере 79 7.3. Психофизиологические опасные и вредные производственные факторы 88 7.4. Пожарная безопасность 90 7.5. Мероприятия по устранению опасных и вредных производственных факторов 92 7.6. Соответствие эргономическим требованиям мебели рабочего места пользователя ПЭВМ 98 Заключение 105 Литература 106 Приложение 1 107 1. Общие сведения 108 1.1. Разработчик и наименование предприятия заказчика 108 1.2. Цель создания АРМа 108 1.3. Назначение АРМа 108 2. Характеристика объекта автоматизации 109 3. Требования к АРМу 109 3.1. Требования к функциям, выполняемым АРМом 110 3.2. Требования к видам обеспечения 110 Приложение 2 112 Приложение 3 113 Аннотация ФИО дипломника: Геттих Максим Владимирович Название проекта: Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы по объединению «СургутГазПром». Место дипломирования: Омский Государственный Технический Университет. Руководитель проекта от ОмГТУ: Чегодаев В.Н. Количество: страниц 116 иллюстраций и таблиц 26 использованных источников 11 приложений 3 В данном дипломном проекте предложена разработка системы, осуществляющей отчетность в ГНИ РФ, а также для отдела ОТиЗ. Разработка проведена по заказу цеха автоматизации производственно-хозяйственной деятельности ЗАО «СургутГазПром». Основные возможности разработки: сбор информации о начислениях и удержаниях произведенных по физическим лицам; проверка правильности удержанного подоходного налога; возможность оперативно и подробно просмотреть любую, интересующую нас информацию о доходах физического лица; производство всей необходимой отчетности для ГНИ РФ в том числе на магнитных носителях; выдача необходимой отчетности для отдела ОТиЗ в текстовом и графическом виде. Для разработки программного обеспечения использовался пакет Borland Delphi 4.0 и СУБД InterBase v 5.0. Annotation Student’s name: Gettih Maxim Vladimirovitch
The name of the project: Creating the system of collecting the information about public person’s in come and tax accounts creating for department of SurgutGasProm
Place: Omsk State Technical University.
The chief of the project: Tchegodaev V. N.
Quantity: pages 116 illustrations and tables 26 the used sources 11 the appendices 3
In this diploma the system of assigning the accounts in state tax inspection and department of labour and employment was suggeted. It was done by ordering department of industrial-economic activity of GasProm. The basic opportunities of the project: collecting the information about charging extra and deduction of private person; the opputunity to see and analyze any information about incomes of private person; do all necessary acounts in STI; do all accounts in DLE in text and graphic sight
Software was written in Borland Delphi 4.0. and InterBase 5.0. Список принятых сокращений и обозначений АС - Автоматизированная система АРМ - Автоматизированное рабочее место БД - База данных ГНИ - Государственная налоговая инспекция ИО - Информационное обеспечение ЛВС - Локально вычислительная сеть ОЗУ - Оперативное запоминающие устройство ОКСМ - Общероссийский классификатор стран мира ООТиЗ - Отдел охраны труда и заработной платы ОС - Операционная система ПО - Программное обеспечение РФ - Российская федерация СУБД - Система управления базами данных ТС - Технические средства HDD (Hard Disk Drive) - Жесткий диск компьютера RTF (Rich Text Format) - Распространенный формат сохранения файлов с текстовой и графической информацией. SVGA - Видеоадаптер SQL - Язык структурированных запросов, применяется в работе с СУБД UPS - Источник бесперебойного питания Введение В настоящее время все большее и большее распространение, как в производстве, так и в документообороте предприятий находит компьютерная техника, все шире и шире становится перечень охватываемых ею задач. Постоянно растет объем и сложность обрабатываемой информации, требуются все новые и новые виды ее представления. Как показывает практика, большинство пользователей уже не представляет себе, как бы они выполняли свою работу, с которой прекрасно справлялись еще 5 – 10 лет назад, без помощи компьютера. Вот только некоторые из преимуществ использования вычислительной техники при работе, с какими – либо данными, документами: возможность оперативного контроля за достоверностью информации, уменьшается число возможных ошибок, при генерировании производных данных; сразу после ввода, данные могут участвовать в различных операциях; возможность быстрого получения необходимых отчетов; необходимая информация может быть быстро найдена (в том числе с помощью контекстного поиска), поиск которой в обычной папке с документами затруднен; существенная экономия времени и людских ресурсов при выполнении операций, связанных с обработкой информации; позволяет быстро и в наиболее подходящем для конкретного человека виде просмотреть данные, что повышает их восприятие. Все, выше изложенные преимущества, на сегодняшний день оценены не только рядовыми пользователями, но и властными структурами, особенно это касается возможности контроля и поиска информации. В нашем случае налоговая полиция заинтересована иметь единую, электронную базу по всем физическим лицам – налогоплательщикам, так как наличие такой базы существенно усложняет процесс уклонения от уплаты налогов (сокрытие, занижение доходов, повторное использование одноразовых льгот и т.д.) Поэтому 15 июня 1998 года была принята очередная редакция инструкции государственной налоговой службы Российской Федерации №35 от 29 июня 1995года. Согласно которой, с 01 марта 1999 года все предприятия с численностью работающих свыше 100 человек обязаны предоставлять данные о доходах своих работников в налоговую инспекцию на магнитных носителях, причем в строго оговоренном формате. (см. Приложение 2) На практике же налоговая инспекция требует предоставления данных на магнитных носителях организациями с общей численностью работающих свыше 20 человек. В связи с выше изложенным, у крупных предприятий и объединений появилась острая потребность в соответствующем программном обеспечении. Предлагаемое налоговой службой для этих целей ПО, обеспечивает импорт данных только из конкретной, не очень распространенной программы Best-4, разработанной фирмой «Интеллект-Сервис». Предприятия объединения «СургутГазПром» в настоящее время работают с двумя различными программными продуктами, предназначенными для расчета заработной платы и учета других доходов налогоплательщиков; комплекс «Заработная плата», разработан «АСУ-Партнер»; АРМ по учету труда и заработной платы (ОАО Автоматика). Оба этих комплекса не поддерживают предоставление отчетов в налоговую инспекцию на магнитных носителях, и в силу ограниченности используемой СУБД (FoxPro v.2.6(Х)) не способны вести единую базу по всему объединению. Поэтому была поставлена задача, разработать программный продукт, который был бы в состоянии: вести единую базу данных о доходах физических лиц по всему объединению; выдавать отчеты в налоговую инспекцию на магнитном носителе; выдавать прочие необходимые отчеты о начислениях, удержаниях налогоплательщиков на бумажных носителях, в том числе о динамике начислений и удержаний, как по всему объединению, так и по отдельным категориям лиц; обрабатывать произвольные запросы пользователя к базе данных; собирать информацию в собственную базу, из баз данных программ расчета заработной платы, используемых на местах; поддерживать ручной ввод и корректировку информации; обеспечивать защиту от несанкционированного доступа к базе, как для изменения, так и для просмотра данных; отвечать современным требованиям по быстродействию, эргономичности, использовать современную СУБД с возможностью замены ее на еще более современную в будущем; иметь возможность настройки под изменяющееся законодательство, с минимальными переделками. Данная работа является автоматизированным рабочим местом бухгалтера из отдела налоговой политики предприятия, ведущего отчетность в налоговую инспекцию. Она отвечает всем выше изложенным требованиям. В работе: дается полное описание работы с алгоритмами запросов; даются структуры баз данных, используемой программой; приведено множество иллюстраций, помогающих понять работу программы; приведен экономический расчет разработанной программы; затронут вопрос охраны труда на рабочем месте.
К дипломной работе прилагается демонстрационная программа, выполненная на Borland Delphi 4.0 с использованием СУБД InterBase v 5.0 и представленная на дискете 3,5”. 1. Обзор существующих аналогов В данном разделе я постарался рассмотреть несколько наиболее популярных в нашей стране программных продуктов автоматизирующих в той или иной степени бухгалтерский учет предприятия. 1.1. Турбо бухгалтер Программа Турбо Бухгалтер разработана научно – исследовательским центром ДИЦ. Самая ранняя из ее версий, с которыми я имел дело – версия 3.0. Программа предназначена для ведения синтетического и аналитического бухгалтерского учета по всем разделам. Аналитический учет ведется по объектам аналитического учета (аналитическим признакам) в натуральном и стоимостном выражениях. Ее отличительной особенностью, является очень развитый внутренний язык, который включает в себя более 100 операторов, переменные, развилки, а с 6 версии массивы и циклы. Это позволяет написать, по моему личному опыту (4 года работы), практически любую типовую операцию, отчет, бланк, даже по такому предмету непосредственно не связанному с бухгалтерией, как учет продаж в магазинах фирмы или телефонный справочник. Этому также способствует развитая система забалансовых счетов проводки, по которым хранятся в базе, и показываются только по требованию программиста. Руководство программы так же разделено на две книги: «Руководство пользователя» и «Руководство программиста». Ввод проводок можно организовать в ручную, но в основном для этого используются бланки, которые генерируют проводки от 1 до неограниченного количества. После заноса проводок в журналы операций, необходимо обработать журналы, для принятия этих проводок в базу. Еще одной отличительной чертой этой программы является возможность ведения нескольких планов бухгалтерии. План бухгалтерии – это файл с настройками (предприятие, видимые журналы, бланки, типовые операции, аналитические признаки и т.п.), т.е. мы можем настроить программу, так, чтобы вести несколько разных предприятий на одном компьютере, в одной базе. Это не влечет избыточность данных, так как разные фирмы могут использовать, например: общие бланки, аналитические признаки и т.д. После расчета итогов программа автоматически формирует различные ведомости и отчеты: сводные проводки; оборотно-сальдовую ведомость; оборотно-сальдовую ведомость по объектам аналитического учета; карточку счета; карточку счета по одному объекту аналитического учета; главную книгу; анализ счета по датам; анализ счета по объектам аналитического учета; анализ объекта аналитического учета по всем счетам; карточка объекта аналитического учета по всем счетам; журнальный ордер. Также позволяет задать произвольный отчет. На сегодня, последняя из известных мне версий – 6, выходит в четырех вариантах: базовая; профессиональная (локальная); профессиональная (сетевая) – впервые; ТБ-6 Зарплата. Но более ранние версии также позволяли работать в сети при правильных прописанных путях типа «\\GlBuh\C:\TB6\Blank\a*.gru» Из отрицательных черт хотелось бы отметить: создав прекрасный внутренний язык, разработчики сэкономили на разработке бланков, предоставив делать это конечным пользователям, что, вероятно, резко снизило популярность этой программы; ограничение ширины бланка – 255 символов (не всегда достаточно); частая (в среднем 1 раз в неделю) необходимость перестройки баз из-за ее порчи программой, что может занимать до 10 минут (исправлено в 6 версии). 1.2. 1C:Бухгалтерия Наверное, на сегодня самой популярной из бухгалтерских программ является 1С Бухгалтерия - универсальная бухгалтерская программа которая предназначена для ведения синтетического и аналитического бухгалтерского учета по различным разделам. Аналитический учет ведется по объектам аналитического учета (субконто) в натуральном и стоимостном выражениях. Программа предоставляет возможность ручного и автоматического ввода проводок. Все проводки заносятся в журнал операций. При просмотре проводок в журнале операций их можно ограничить произвольным временным интервалом, группировать и искать по различным параметрам проводок. После расчета итогов программа формирует различные ведомости: сводные проводки; оборотно-сальдовую ведомость; оборотно-сальдовую ведомость по объектам аналитического учета; карточку счета; карточку счета по одному объекту аналитического учета; анализ счета (аналог главной книги); анализ счета по датам; анализ счета по объектам аналитического учета; анализ объекта аналитического учета по всем счетам; карточка объекта аналитического учета по всем счетам; журнальный ордер. В программе существует режим формирования произвольных отчетов, позволяющий на некотором бухгалтерском языке описать форму и содержание отчета, включая в него остатки и обороты по счетам и по объектам аналитического учета. С помощью данного режима реализованы отчеты, предоставляемые в налоговые органы, кроме того, данный режим используется для создания внутренних отчетов для анализа финансовой деятельности организации в произвольной форме. Кроме того, программа имеет функции сохранения резервной копии информации и режим сохранения в архиве текстовых документов. Программа может быть полностью настроена бухгалтером на текущее законодательство и конкретные формы учета. "1С" реализована для разных программных и аппаратных платформ: DOS, Windows, Windows 95, Macintosh (с начала 1996 г.), Power Macintosh (с лета 1996 г.). Существует несколько модификаций системы: базовая, профессиональная (для решения более сложных бухгалтерских задач), сетевая. Из недостатков можно отметить: малые возможности базовой версии; довольно высокую цену при покупке всех необходимых модулей для автоматизации бухгалтерии среднего предприятия. 1.3. БЭСТ ПО "БЭСТ" (разработка фирмы «Интеллект-Сервис») выполнена в виде набора взаимосвязанных программных модулей: настройка и системные утилиты; ведение Главной книги (АРМ главного бухгалтера); учет кассовых операций; учет операций с банком; учет основных средств; учет производственных запасов; учет товаров и готовой продукции; управление продажами (реализацией); заработная плата. В настоящее время, последняя из известных мне версий – 4.12 является ориентацией на комплексную автоматизацию предприятий. Разработаны специализированные версии для оптовой и розничной торговли, страховой деятельности, бюджета и даже мостоотрядов (работает в мостоотряде №94). Имеется мощная система анализа финансового состояния предприятия. Помимо функций, позволяющих решать задачи управления продажами, расчетов с поставщиками и покупателями, поддержки операций торгового зала, учета ресурсов предприятия по группам товарно-материальных ценностей, номенклатуре, местам хранения и т.п., в "БЭСТ-4" включен ряд дополнительных возможностей. Новая прикладная подсистема "Управление закупками" обеспечивает составление и дальнейшее сопровождение реестров счетов-фактур поставщиков, контрагентов и покупателей, на основе которых автоматически формируются отчеты по сделкам купли/продажи. Ведение отдельного реестра счетов кредиторов позволяет консолидировать и отслеживать все взаиморасчеты с поставщиками и контрагентами. Для предприятий розничной торговли "БЭСТ-4" предоставляет возможность ведения индивидуальных прайс-листов для каждого магазина, а также архива прайс-листов, используемого для получения подробных отчетов по объему продаж на любую дату. Система осуществляет связь с кассовыми аппаратами, поддерживает систему штрихового кодирования товара. Система позволяет вести учет для произвольного числа независимых предприятий и использовать для его автоматизации только необходимый набор модулей. Система интересна удобным интерфейсом, своей многофункциональностью, гибкостью и простотой настройки на нужды конкретного предприятия. Из недостатков хотелось бы отметить: небольшую скорость работы, что вызвано моральной устарелостью используемой СУБД (FoxPro 2.6) и огромным числом файлов в директории с данными более 600, что сильно затрудняет работу ДОС по работе с ними; наложение достаточно существенных ограничений на внутренний язык (видимо, для сохранения только за собой права модификации). Например, невозможно добавить в бланк произвольный реквизит. Что вызывает необходимость обращения в фирму разработчик; отсутствие планов выпуска версии по Windows, что резко снижает ее популярность; для защиты используется ключ (вставляется в LPT порт и в принципе прозрачен для принтера), но некоторые из известных мне принтеров, в частности LexMarkи срабатывают при проверки наличия ключа. Продукт может функционировать как в локальном, так и в сетевом варианте. В качестве сетевой среды используются ОС NetWare версий 3.11 и выше, Windows NT, VINES, LANtastic и др. Требования к аппаратному обеспечению: для станции-клиента необходимы процессор 386 и выше, оперативная память от 4 Мбайт; для сервера - процессор от 486DX, ОЗУ объемом не менее 16 Мбайт. 1.4. Интегратор 3.0 Пакет "Интегратор", предназначен для комплексной автоматизации бухгалтерского учета. Версия "Интегратор 3.0" в сетевом исполнении предназначена для работы на промышленных предприятиях различных отраслей и видов деятельности, так как исторически все разработки "Инфософт" были ориентированы на автоматизацию промышленных предприятий. "Интегратор 3.0" состоит из следующих подсистем: денежные средства (касса, банк); дебиторы и кредиторы; материалы, продукция, товары, МБП; поставщики и подрядчики; основные средства и нематериальные активы; производственные затраты; покупатели и заказчики; прибыль, налоги, капитал; финансовая отчетность. При разработке использовалась СУБД Clipper 5.2. В сетевом варианте базовой является конфигурация "файл-сервер". Для работы в архитектуре клиент/сервер необходимо дополнительно установить ПО Advantage Xbase Server. "Интегратор" эксплуатируется в сетях NetWare 3.xx и выше, Windows NT, LANtastic и др. Не рекомендуется применение ОС NetWare 4.01. Требования к аппаратному обеспечению: для станции-клиента необходимы процессор класса 486DX2 и 8 Мбайт оперативной памяти; для сервера - процессор не ниже Pentium 75 и ОЗУ объемом от 16 Мбайт.
2. Описание автоматизируемых функций Цель создания системы: обеспечить выполнение требования законодательства в отношении отчетности по подоходному налогу. Предназначения системы: учет начисленной заработной платы на предприятии, прочих доходов и удержанного подоходного налога; ведение различной статистики по оплате труда, как в объединении «СургутГазПром» в целом, так и в каждом подразделении отдельно; выдача необходимых отчетов в налоговую инспекцию, как на магнитных, так и на бумажных носителях; заполнение справок.
Предполагается, что система будет использоваться в следующих отделах предприятия: отдел налоговой политики; отдел ОТиЗ. 2.1. Анализ существующей системы функционирования и задачи автоматизации В настоящее время объединение «СургутГазПром» состоит из тридцати трех структурных подразделений – предприятий второго звена, которые в свою очередь имеют в своем подчинении мелкие предприятия, участки. Все эти подразделения географически распределены по Сургуту, Сургутскому району, Тюменской области. В каждом отдельном подразделении есть свои управляющие структуры (директор, заместители и т.д.). Столь разветвленная структура, вызванная исключительно производственной необходимостью, имеет ряд неудобств в части централизованного планирования и управления. В интересующей нас части, это привело к тому, что в различных структурных подразделениях установлено различное программное и техническое обеспечение, разработаны разные системы кодирования информации, отсутствует единая база данных, различные формы внутренних отчетов. Только в конце 1998 года была сделана попытка, перевести все подразделения на работу с едиными классификаторами. В частности введен единый классификатор видов начислений и удержаний, разработанный отделом охраны труда и заработной платы. Также разрабатываются единые справочники должностей и профессий. В месте с тем, несмотря на такую разобщенность, СургутГазПром вынужден отчитываться перед налоговой инспекцией как единое целое. До 1999 года все отчеты о доходах работниках, удержанном подоходном налоге подготавливались и сдавались на бумажных носителях. Однако, в настоящее время, в связи с изменениями в законодательстве, о которых шла речь во введении, это стало невозможно. В данный момент предоставлять отчет на магнитных носителях представляет проблему в связи с выше изложенной ситуацией. Также не представляется возможным ведение единой базы из-за программного обеспечения различных фирм, большой территориальной распределенности и огромного объема информации, с которым применяемая СУБД работать просто не в состоянии (за один год только по одному структурному подразделению накапливается информация объемом более 140 Мбайт). В этих условиях было принято решение об автоматизировании работы отделов налоговой политики объединения. С
хема представленная на рисунке 1 отражает потоки информации в процессе производства отчетности в ГНИ РФ. По мере надобности, но не реже одного раза в месяц, подразделения передают необходимую для расчёта подоходного налога информацию в отдел налоговой политики центрального офиса предприятия, где эти данные консолидируются и проверяются, после чего готовится отчётность для ГНИ РФ. Также к этим данным имеет доступ отдел ОТиЗ для получения необходимых ему отчетов по заработной плате.
Задачей решаемой разработанной системой является автоматизация этих процессов. 2.2. Состав функций реализуемых системой сбор информации о начисленной работникам заработной плате и об удержанном подоходном налоге ото всех структурных подразделений Газпрома; передача информации от удаленных рабочих станций на сервер через электронную почту, непосредственное соединение по модему, либо подготовка информации для передачи посредством магнитных носителей; проверка корректности полученной информации (правильности удержания подоходного налога); формирование собственной базы, выдаче всех требуемых отчетов и справок в налоговую инспекцию, как на магнитных, так и на бумажных носителях, на основе информации и базы данных, согласно действующему законодательству РФ; формирование и выдача внутренних отчетов; численность работников подразделений, размер средней заработной платы; динамика изменений численности работников, средней заработной платы; динамика % и численности работников, находящихся на больничном; динамика % и численности работников находящихся, в очередных отпусках; выдача прочих внутренних отчетов; ручной ввод информации о заработной плате и заполнение справок в налоговую инспекцию для физических лиц; обеспечение сервисных функций, как то: оптимизация базы данных, ведение архивов за «закрытые» годы, резервное копирование данных и их восстановление, блокнот, калькулятор, календарь; обеспечение защиты данных от несанкционированного доступа. 2.3. Решение по структуре системы Структурно система состоит из рабочей станции и серверной части.
В функции серверной части должно входить: хранение, оптимизирование и поддерживание в рабочем и актуальном состоянии базу данных; обрабатывание запросы пользователей; обеспечение защиты данных от несанкционированного доступа.
В функции рабочих станций входит: обеспечение сбора, импорта информации, непосредственно из программ ее формирующих; проверка корректности собранной информации; передача информации серверу; формирование запросов к серверу; выдача справок и отчетов; поддержка сервисных функций, обеспечение дружественного интерфейса пользователя.
2.4. Решение по функциональному разбиению системы на модули Функционально АРМ на рабочей станции состоит из следующих модулей: модуль импорта, занимающийся выборкой информации из баз данных АРМов расчета заработной платы и ее импортом в собственную базу; модуль справочников, предназначенный для корректировки и показа справочников системы (справочник профессий, должностей, цехов, участков, регионов и т.д.); рабочий модуль, предназначен для ввода/просмотра информации, получения различных отчетов; контролирующий модуль, занимающийся контролем достоверности и целостности информации, а также правильности удержания подоходного налога с физических лиц; модуль администратора, предназначенный для корректировки системной информации путей доступа и т.п. 3. Проектное решение В данном разделе рассмотрены: решения по мерам, для сохранения целостности баз и предотвращения несанкционированного доступа; выбор операционной среды и средств разработки; решения по комплексу технических средств; информационное обеспечение разработки. 3.1. Обеспечение защиты баз данных Система обеспечивает защиту от несанкционированного доступа на чтение, запись и корректировку части информации, хранящейся в ней. Для доступа на изменение в базе служебной информации предусмотрен пароль администратора. Также введено разграничение доступа между рабочими станциями, каждая из них работает только со своими данными. Для сохранения информации при перерывах во внешнем электропитании предусмотрены следующие меры: ведение журнала транзакций, что позволяет в случае нарушения структуры баз произвести откат транзакции; максимальное сокращение времени, в течение которого рабочие файлы открыты на запись, т.е. при необходимости обновить файл, он открывается на запись, обновляется и сразу же закрывается. При этом удается исключить ситуацию, когда файл открыт длительное время; периодическое резервное копирование базы; настоятельная рекомендация в руководстве пользователя и программиста, установить UPS на сервер. Данная система является восстанавливаемой и периодически обслуживаемой системой длительного функционирования. В части общих эргономических требований, соответствует общепринятым стандартам. 3.2. Выбор операционной среды и средств разработки Выбор в качестве операционной среды для функционирования АРМа платформы win32 (ей соответствуют операционные системы Windows95, Windows98, Windows NT) обусловлен следующими ее особенностями: ориентация заказчика на эту платформу; развитые средства создания пользовательского интерфейса; достаточная масштабируемость, т.е. способность работать на широком диапазоне компьютерного оборудования, начиная от машин уровня 486DX4‑100 до многопроцессорных систем; наличие драйверов для поддержки широкого спектра периферийных устройств (видеоадаптеров, сетевых адаптеров, принтеров, дисководов CD-ROM и пр.); чрезвычайно широкое распространение этой платформы; приемлемая для задач такого уровня надежность и производительность программ, работающих с использованием механизма вытесняющей многозадачности. Из недостатков данной платформы, существенных для предлагаемой разработки, стоит отметить следующие: отсутствие в операционных системах Windows95 и Windows98 средств обеспечения безопасности и защиты от несанкционированного доступа, что вынуждает разрабатывать собственные или использовать сторонние модули для этого. В Windows NT этот недостаток частично устранен, однако по-прежнему нет поддержки шифрации хранимых данных; высокая требовательность к аппаратным ресурсам компьютера, что вынуждает использовать более мощные аппаратные платформы. Выбор в качестве среды разработки пакета Borland Delphi 4 обусловлен следующими его особенностями: политика предприятия в области разработки ПО; возможность повторного использования готовых программных компонент; наличие большого количества стандартных компонент, а также достаточное количество библиотек компонент от сторонних фирм, расширяющих и дополняющих возможности стандартных; возможность генерации кода под платформу win32; поддержка технологий ActiveX, OLE, COM, CORBA, InterNet-технологий; достаточно высокая скорость и надежность работы скомпилированных программ в сравнении с интерпретирующими системами; ориентация на «визуальные» методы разработки программ, что позволяет быстро и качественно спроектировать и реализовать стандартный пользовательский интерфейс; перспективность, популярность и широкая распространённость данной среды разработки в мире. Выбор в качестве СУБД разработки InterBase v. 5.0. обусловлен следующими его особенностями: после включения его в состав Delphi Client/Server Suite InterBase стал «родным» для Borland (ныне Inprise Corporation), а средства разработки приложений этой компании давно зарекомендовали себя с положительной стороны. Уже то, что он очень активно используется в государственном и военном секторе США говорит в его пользу; InterBase весьма прост в настройке и в администрировании по сравнению с другими SQL серверами; InterBase обладает отличными техническими характеристиками: размер базы данных до 20 Гбайт; максимальное число таблиц в одной БД 65536; максимальное число полей в одной таблице 1000; максимальное количество записей в одной таблице не ограничено; максимальная длина записи 64К (не считая полей BLOB); максимальная длина поля 32К (кроме полей BLOB – не ограничена); максимальное количество индексов в одной БД 65536. Дополнительно в процессе разработки применялись следующие программные пакеты и инструментальные средства: Пакет InstallShield Express – для создания комплекта дистрибутивных дискет. Для подготовки документации, рекламного листа и демонстрационной версии программ использовались программы, входящие в комплект Microsoft Office 97. 3.3. Решения по комплексу технических средств
3.3.1. Выбор критериев отбора технических средств
Среди всего множества критериев отбора ТС нас интересуют: достаточный объем оперативного запоминающего устройства; достаточный объем накопителя на жестком магнитном диске; приемлемый тип видеоадаптера и дисплея для работы пользователя; достаточная производительность центрального процессора; наличие возможности вывода информации на бумажный, магнитный носитель; достаточная скорость передачи данных в ЛВС; приемлемая стоимость составляющих комплекса технических средств.
3.3.2. Расчет необходимых ресурсов, для функционирования системы, выбор ТС
Объем необходимого ОЗУ рассчитывается, исходя из размеров памяти, занимаемой загружаемой операционной системой, из необходимого объема памяти, выделяемого под драйверы для обслуживания ЭВМ, программы-оболочки, основного загружаемого модуля программного комплекса, динамических библиотек, подгружаемых по мере выполнения программы и резерва памяти для обработки информации. Исходя из вышеизложенного, приходим, что для нормальной работы серверной части системы необходимо не менее 64 Мбайт ОЗУ (128 Мбайт рекомендуется). По современным понятиям, это уже не слишком высокое требование объясняется тем, что для нормальной работы выбранной в качестве ОС серверной части системы Windows NT v. 4.0 необходимо не менее 32 Мбайт оперативной памяти. Кроме того, учитывая большой объем базы данных, более 100 Мбайт и возможность многопользовательского доступа для оперативной работы сервера потребуется еще не менее 32 Мбайт ОЗУ. Учитывая то, что в качестве ОС для функционирования рабочих станций выбрана Windows 95 или Windows 98 приходим к тому что, для нормальной работы необходимо и достаточно 16 Мбайт ОЗУ (при использовании Windows 98 рекомендуется 32 Мбайта). Это объясняется тем, что Windows 95 для нормального функционирования требует 8 Мбайт ОЗУ, Windows 98 – 12. Сама система занимает 6 Мбайт оперативной памяти. Так как в компьютеры типа Pentium платы памяти выпускаются объемом 8, 16, 32, 64 Мбайт и вставляются по парно, а компьютеры типа Pentium II, Pentium III объемом 16, 32, 64, 128 Мбайт и вставляются по одному. Исходя из выше приведенных технических соображений, мы получаем вышеприведенные требования к оперативной памяти. Подбор объема накопителя на жестком магнитном диске, далее HDD основывается на размере базы данных, в момент её предполагаемой пиковой загруженности, занимаемом ОС объемом жесткого диска, а также на размере архивов создаваемых системой за прошлые годы. Так же следует учесть необходимое быстродействие HDD, в зависимости от потребности в скорости реакции системы. Предполагаемый объем архивов, учитывая первый год функционирования системы, примерно составит (годовой объем информации * предполагаемый срок службы техники). Предполагаемый срок службы техники – 5 лет. Так как 5 лет – средний срок полного морального устаревания парка машин и его замены. ОС Windows NT/95/98 в среднем занимают по 150-200 Мбайт свободного места на жестком диске. Учитывая все вышеизложенное, приходим к выводу, что для нормального функционирования серверной части системы необходимо 100 * (5 + 1) + 150 1Гбайт свободного дискового пространства, однако желательно иметь некоторый резерв свободного места, поэтому рекомендуемый объем свободного места на жестком диске – 1,5 Гбайта. Для осуществления резервного копирования необходимо иметь еще один диск размером 850 Мбайт. В связи с большим объемом базы данных и возможностью многопользовательского доступа, рекомендовано использовать для работы SCSI HDD со скоростью передачи данных не менее 10Мбайт/сек. Для нормальной работы рабочей станции необходимо не менее 350 Мбайт (150 – Windows + 150 – InterBase + 50 резерв) свободного места на жестком диске со скоростью передачи данных не менее 2 Мбайт/сек. Серверная часть системы не нуждается в постоянном присутствии человека, поэтому для ее работы монитор не требуется, однако для периодического обслуживания базы, учитывая применяемую платформу win32 необходимо иметь VGA или SVGA монитор диагональю 14”. Для работы рабочих станций, в связи с большим количеством отображаемых данных и используемой OS необходим SVGA монитор диагональю 15”. Выбор центрального процессора всегда основывается на соображениях о производительности системы. Учитывая большой объем обрабатываемой информации и применяемую платформу для приемлемой работы сервера, необходимо использовать процессор Intel пятого поколения (Pentium) со встроенным сопроцессором с тактовой частотой не менее 200 Mzh или его аналоги. Для рабочей станции из-за большого объема вычислений также необходим этот или более современный процессор. Для переноса информации удаленные рабочие станции, а также главная рабочая станция в отделе налоговой политики для выдачи отчетов в ГНИ, должны быть оборудованы дисководами 3,5”. Для распечатки отчетов и справок, они так же должны быть оборудованы принтером формата А4 или иметь доступ к такому сетевому устройству. Скорость передачи данных в ЛВС зависит от выбранного сетевого программного и технического обеспечения. Парк применяемых машин на предприятии заказчика оснащен Ethernet-адаптерами и прочими сетевыми устройствами со скоростью передачи данных 10Mбит/сек. Учитывая достаточность этой скорости для работы системы, и дороговизну замены этого оборудования на 100 Mzh принято решение, использовать имеющиеся средства.
Итак, подведем итоги выше приведенных рассуждений и выдвинем комплексные требования к составу технических средств, необходимых для функционирования системы. Для работы серверной части системы необходимо: ПЭВМ на базе Intel-совместимого процессора пятого поколения с частотой не менее 200Мгц, с ОЗУ равным 64Мб, оснащённая VGA-видеоадаптером и монитором 14”, сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым пространством равным 1Гб.
Для работы рабочей станции системы необходимо: ПЭВМ на базе Intel-совместимого процессора пятого поколения с частотой не менее 200Мгц, с ОЗУ равным 16Мб, оснащённая SVGA-видеоадаптером и монитором 15”, сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым пространством равным 350Мб и доступом к принтеру формата А4. 3.4. Информационное обеспечение разработки
Проектирование информационного обеспечения разделено на два этапа: анализ существующих информационных потоков; разработка структуры баз данных. Информационное обеспечение должно выполнять следующие функции: организация и ведение массивов информации; формирование отчетов; контроль данных; сохранение и восстановление данных. Реализация вышеупомянутых функций выполнена за счёт: использования СУБД InterBase v 5.0; использования ODBC-драйверов для работы с таблицами FoxPro v.2.6; разработки собственных модулей для сохранения и восстановления данных с использованием среды разработки Inprise Delphi Client/Server Suite v. 4.
3.4.1. Входная и выходная информация
Отличительными признаками данной АС являются: средний объем входной и выходной информации; большое количество преобразований и вычислительных операций, производимых над данными. Работа с данными производится в несколько этапов: сбор информации из АРМов заработной платы; перерасчет/проверка данных; выдача необходимых отчетов. Сбор входной информации проходит в три этапа: проверка информации в базе данных АРМа расчетчика на полноту, целостность, корректность; непосредственный импорт данных в базу данных сервера; проверку собственных справочников на полноту и корректность информации. Выходная информация включает в себя: стандартные отчётные формы для предоставления в ГНИ РФ на бумажных носителях; файл о совокупных доходах лиц-налогоплательщиков (формат см. Приложение 2); прочие отчеты и справки для отдела ОТиЗ и руководства (динамика роста/падения заработной платы на предприятии, уровень доходов различных категорий работающих, численность работников подразделений, отчет о прошедших суммах по кодам затрат, балансовым счетам и т.д.). Сбор информации проводится каждый месяц после расчета зарплаты (15 число). По окончанию сбора информации производится проверка ее корректности при наличии надобности, по команде оператора производится проверка правильности удержанного подоходного налога. ООТиЗ получает доступ к новой информации. Полученные данные в виде отчётных форм передаются в ГНИ РФ. Во время сбора информации особый упор делается на проверке ее полноты и корректности, так как вся входная информация, касающаяся, непосредственно, начислений/удержаний, является ключевой. Ошибка в этих данных повлечет за собой неверно рассчитанное или не рассчитанное значение, которое, попав в отчётную форму или не попав в неё вовсе, приведёт к тому, что форма будет признана неправильно заполненной или повлечет за собой подобные неприятные последствия. Ошибка же в справочных данных приведет к тому, что отдел ОТиЗ будет пользоваться отчетностью, не отражающей истинное положение дел на предприятии.
3.4.2. Описание информационных массивов
Информационные массивы в данном комплексе распределяются на три типа: основные - хранящие полученные, введённые и рассчитанные данные по доходам (включая архивные копии прошлых годов), протоколы о получении данных от подразделений; справочники, такие как справочник форм, справочник кодов начислений, справочник входимости, справочник с информацией о структуре предприятия; дополнительные - содержащие информацию о настройках АС, прочую вспомогательную информацию. Табличное описание структуры базы данных приведено в Приложении 3.
4. Руководство пользователя Руководство пользователя предназначено для того, чтобы научить пользователя программы работе с ней. При этом предполагается, что он имеет некоторый начальный навык работы с компьютером, т.е. умеет работать с клавиатурой и мышью, ориентируется в сообщениях выдаваемых компьютером, знает, что такое Windows, окно и т.п. П
оэтому в этом разделе я постарался максимально подробно изложить основные режимы работы системы, не вдаваясь в глубокие технические детали. На рисунке 2. приведен видеокадр работы системы с информацией о разработчике, версии и т.д. 4.1. Идентификация пользователя Информация о заработной плате и прочих доходах физических лиц на сегодняшний день является строго конфиденциальной. Кроме того, следует учесть то, что неправильные или неправомочные изменения данных приведут к различным ошибкам в базе данных и, как следствие, в отчетах. Поэтому работа с данной системой начинается с идентификации пользователя, для чего система запрашивает его наименование и пароль, это демонстрирует нам видеокадр, п
риведенный на рисунке 3. После имени пользователя и пароля производится проверка прав доступа. На рисунках 4 и 5 продемонстрированы видеокадры из АС с вариантами результатов. В зависимости от них, некоторые из пунктов м
еню или опций в формах могут быть недоступны. 4.2. Справочники системы В начале эксплуатации АС необходимо заполнить справочники, перечень которых высвечивается на экране при входе в одноименную функцию основного меню (см. Рисунок 6). Информация в справочниках должна быть закодирована (см. описание конкретных справочников). Вся дальнейшая работа пользователя будет осуществляться с теми кодами, которые он заведет в справочники. В течение времени эксплуатации системы коды могут удаляться, корректироваться, добавляться новыми значениями в том числе и импортироваться из АРМов зарплаты (аналогично, любая другая информация справочников). Д
ля каждого справочника заложен свой перечень режимов обработки информации, как то возможность редактирования, печать, поиск, сортировка и т.д. Справочники используются для формирования отчетов, проверки информации, а также для формирования файла, который в электронном виде передается в налоговую инспекцию и для печати документа "Справка о доходах физического лица. Приложение №3 к инструкции Государственной налоговой службы России N35 от 29 июня 1995 года". Поэтому при формировании справочников нужно руководствоваться инструкцией по их заполнению "требования к составу и структуре информации о доходах физического лица, представляемой на магнитных носителях предприятиями, организациями и налоговыми инспекциями", которая содержится на магнитном носителе, распространяемом налоговыми инспекциями, вместе со структурой передаваемого в инспекцию файла, и инструкцией, приведенной в "Финансовой газете" N52 (316) за декабрь 1997 года. 4.2.1. Классификаторы
В классификаторы, согласно их описанию приведенному ниже, заносятся объекты бухгалтерского учета, принимающие участие в работе данной АС и подлежащие обязательному кодированию. Список справочников вошедших в классификаторы: виды начислений; виды удержаний; справочник видов документов; справочник должностей; справочник категорий персонала; справочник профессий; справочник регионов России; справочник стран; справочник участков; справочник цехов.
В справочнике видов начислений должны содержаться все виды начислений, которые используются в настоящее время на предприятии, использовались в течении отчетного периода, предстоит использовать в ближайшее время. При вводе кода начисления в любом другом режиме системы производится обязательный автоматический контроль на его наличие в этом справочнике. При его отсутствии об этом выдается сообщение. Повторный ввод одного и того же кода не допускается. Коды, введенные в справочник видов начислений, автоматически попадают в справочники входимости (описание см. далее)
В справочнике с видами удержаний должны содержаться все виды удержаний, которые используются в настоящее время на предприятии, использовались в течении отчетного периода, предстоит использовать в ближайшее время. При вводе кода удержания в любом другом режиме системы производится обязательный автоматический контроль на его наличие в этом справочнике. При его отсутствии об этом выдается сообщение. Повторный ввод одного и того же кода не допускается. Коды, введенные в справочник видов удержаний, могут быть привязаны к алгоритмам расчета подоходного налога, пенсионного фонда, увеличивать необлагаемую сумму. Виды документов заносятся в справочник видов документов согласно справочника "Виды документов, удостоверяющих личность налогоплательщика", формируемого в самой налоговой инспекции, например: 01 - паспорт; 03 - свидетельство о рождении; и т. д.
Справочник должностей содержит коды и наименования должностей, применяемых в объединении.
В справочнике категорий персонала должны содержаться все категории персонала (руководители, специалисты, рабочие и т. д.), которые: имеются в настоящее время на предприятии; образуются в ближайшее время. При вводе кода категории персонала в любой другой видеокадр системы производится обязательный автоматический контроль на его наличие в этом справочнике. При его отсутствии об этом выдается сообщение и выполнение операции прекращается. Повторный ввод одного и того же кода не допускается.
В справочник профессий должны быть занесены все профессии, имеющиеся в объединении. Повторный ввод одного и того же кода не допускается.
Также в системе имеется справочник участков. Данный справочник необходим для производства отчетов для отдела ОТиЗ с выборкой данных по участкам, в нем должны содержаться все участки, имеющиеся в данный момент в подразделении: При вводе кода участка в любой другой видеокадр АС производится обязательный автоматический контроль на его наличие в этом справочнике. При его отсутствии об этом выдается сообщение, и выполнение операции прекращается. Повторный ввод одного и того же кода не допускается.
Справочник цехов так же необходим для производства отчетов для отдела ОТиЗ, но с выборкой данных по цехам, в нем должны содержаться все цеха, имеющиеся в данный момент в подразделении: При вводе кода цеха в любой другой видеокадр АС производится обязательный автоматический контроль на его наличие в этом справочнике. При его отсутствии об этом выдается сообщение, и выполнение операции прекращается. Повторный ввод одного и того же кода не допускается.
Наименования стран с кодами согласно общероссийского классификатора стран мира (ОКСМ) Госстандарта России заносятся в справочник стран мира.
В справочник регионов заносятся наименования регионов России (область, край, республика) прописки физического лица согласно справочника СОГНИ. 4.2.2. Общие справочники
Ниже приведен список и описание общих справочников: справочник необлагаемых минимумов; справочник организаций.
Одним из наиболее важных справочников системы является справочник необлагаемых минимумов. Данный справочник используется для определения суммы минимального необлагаемого заработка для конкретного месяца, за который удерживается подоходный налог, а также для расчета подоходного налога с кодов начислений, облагаемых налогом в суммах, превышающих двенадцать минимальных необлагаемых заработков. В справочнике отдельно по задаваемым пользователем годам (количество хранимых лет в файле не ограничено) импортируются из АРМов зарплаты или набираются вручную суммы необлагаемых минимальных заработков за каждый месяц года. Пользователь должен самостоятельно следить за изменениями сумм минимальных заработков и оперативно вносить в справочник изменения. В любой момент времени (отчетным месяцем является, например, январь или февраль, или март и т.д.) обязательно должны быть заполнены все двенадцать месяцев года. В месяца, следующие за отчетным, заносится сумма необлагаемого заработка, равная той, которая действует в отчетном месяце.
Справочник организаций содержит коды и наименования о структурных подразделений объединений. Пример его заполнения приведен на рисунке 7. О
собое внимание следует обратить на то, что в следствии нормализованности базы данных при изменении кода организации, его изменение произойдет автоматически всех таблицах базы данных АС, что может потребовать много времени при больших размерах базы.
4.2.3. Справочники по работающему
В состав справочников по работающему вошли только те справочники, значения которых устанавливаются конкретно для каждого человека: общая информация по физическому лицу; лицевые счета работающих. В справочник с общей информацией по физическому лицу пользователем вводится или импортируется информация по каждому табельному номеру, по которому нужно передавать сведения в налоговую инспекцию. Введенная информация сохраняется для всех последующих формирований файла и корректируется пользователем по мере необходимости. В данный справочник вводится такая информация как: табельный номер, цех, участок, должность, профессия, паспортные данные и т.п. Заполнение данного справочника обязательно!
Лицевой счет работающего содержит информацию о начислениях, удержаниях по табельному номеру, по каждому периоду расчета. Данный справочник является основным источником информации, поэтому: заполнение его обязательно; данный справочник закрыт для корректировки, во избежание его ручной правки и искажения отчетности, и может быть пополнен или откорректирован только путем переноса соответствующих данных из АРМа заработная плата (описание см. ниже). П
еред тем как отобразить этот справочник необходимо ответить на запрос системы о диапазоне отображаемых табельных номеров и периодов. (Приведен на рисунке 8.) На рисунке 9 представлен пример заполнения этого справочника реальными данными. Для просмотра более подробной информации по работнику достаточно произвести щелчок мышью на его строке. В открывшемся окне (приведено на рисунке 10) можно будет просмотреть полную информацию о начислениях и удержаниях произведенных по этому физическому лицу за выбранный период расчета. 
4.2.4. Справочники входимости
Предназначены для настройки расчета подоходного налога. Ниже приведен их список: входимость начислений в расчет подоходного налога; увеличение необлагаемой суммы; кратность льготы.
В таблице входимости начислений в расчет подоходного налога отражена входимость кодов начислений в расчет подоходного налога. Если код начисления входит в алгоритм расчета подоходного налога (т.е. с него берется подоходный налог), то в столбце, в котором находится данный код, набирается единица. В противном случае, в этом месте набирается ноль. Против тех кодов, которые облагаются подоходным налогом по фиксированной шкале 12% (местный +федеральный) проставляется двойка.
ВНИМАНИЕ! Должен проставляться ноль в реквизите по кодам начислений, которые облагаются налогом с учетом кратности по отношению к необлагаемому минимуму или увеличивают необлагаемую сумму (в таблице "Входимость начислений в сумму к выплате" по этим кодам начислений реквизиты "Кратность льготы" и "Увеличение необлагаемой суммы" отличны от нуля). В противном случае, суммы по этим кодам будут обложены подоходным налогом дважды: как полностью облагаемые и как облагаемые с учетом кратности.
В справочнике увеличения необлагаемой суммы проставляется единица по тем кодам начислений/удержаний, которые при расчете подоходного налога прибавляются к необлагаемому минимуму, льготам и пенсионному фонду, образуя вместе с ними необлагаемую сумму, вычитаемую из дохода.
В справочнике кратности льготы проставляются значения, отличные от нуля, по тем кодам начислений, которые облагаются подоходным налогом не полностью, а только в сумме, превышающей годовой минимальный необлагаемый налогом заработок. По тем кодам начислений, которые сравниваются с необлагаемым минимумом, будучи предварительно суммированными, должно проставляться одинаковое значение. 4.2.5. Справочники таблиц налогов и категорий налогоплательщиков
Данная категория справочников состоит из четырех пунктов которые будут описаны ниже: коэффициенты для расчета льгот; категории налогоплательщиков; основная таблица подоходного налога; размер подоходного налога с чернобыльцев.
Справочник коэффициентов для расчета льгот служит для определения количества льгот (на самого налогоплательщика и детей и иждивенцев, к нему относящихся) и минимальных необлагаемых налогом заработков, которые должны быть предоставлены налогоплательщику при удержании с него подоходного налога в зависимости от размера его дохода с начала налогооблагаемого года (графа "МИНИМ." - на самого работника, графа "ЛЬГОТ" - на детей и иждивенцев).
В таблице категорий налогоплательщиков должны быть отражены все категории налогоплательщиков, имеющиеся на предприятии.
Основная таблица подоходного налога служит: для расчета подоходного налога с основных работников предприятия, то есть с тех, у которых минимальный необлагаемый заработок при расчете подоходного налога вычитается из суммы дохода (у таких табельных номеров в справочнике по работающему значение реквизита "Количество минимумов" должно быть отлично от нуля); для расчета подоходного налога с совместителей (у таких табельных номеров в справочнике по работающему значение реквизита "Количество минимумов" должно быть равно нулю). Информация в эту таблицу заносится с официальной таблицы, в которой дана градация сумм заработка для обложения ее подоходным налогом. В первой строке таблицы обязательно должна содержаться информация с наименьшим диапазоном заработка. В этой строке в графу "Сумма, вычитаемая из облагаемого заработка" заносится необлагаемый минимальный заработок, действующий на конкретный отчетный месяц. За изменением минимального необлагаемого заработка пользователь следит самостоятельно и по мере необходимости вручную корректирует значение данной графы. В остальные строки информация должна заноситься строго по возрастанию диапазонов заработка. Пользователь набирает только начальное значение каждого следующего диапазона заработка. Конечное значение предыдущего диапазона формируется автоматически на одну копейку меньшим заданной цифры.
Таблица размера подоходного налога с чернобыльцев служит для расчета подоходного налога с участников ликвидации аварии на Чернобыльской АЭС, доход которых облагается с учетом специальных льгот, предусмотренных соответствующим постановлением Правительства (так, по состоянию на 01 января 1999 года - первые тридцать тысяч дохода, начисленные с начала года, налогом вообще не облагаются). Заполнение таблицы аналогично ее заполнению основной таблице подоходного налога, только здесь в графе "Сумма, вычитаемая из облагаемого заработка", в первой строке должен набираться тот предельный заработок, с которого согласно законодательства налог с чернобыльцев не берется. 4.3 Рабочие режимы системы 4.3.1. Пополнение базы данных системы
База данных данной АС допускает два способа пополнения: ручной (все справочники, кроме справочника «Лицевой счет работающего» допускают возможность ручной корректировки данных); автоматический (предусмотрен режим пополнения справочников непосредственно из баз АРМов заработной платы, применяемых на предприятии заказчика). А
втоматическое пополнение производится из базы данных АРМа текущего структурного подразделения или файлов переданных по электронной почте, на магнитном носителе. На рисунке 11 приведен пример пополнения справочника регионов России. Данный справочник разработан и применяется ГНИ РФ и является единым для всех предприятий. П
ополнение информации о произведенных начислениях и удержаниях производится после предварительной выдачи запроса об интервале дат и табельных номеров. Фрагмент его мы можем наблюдать на рисунке 12. После чего выводится индикатор, отражающий текущее состояние процесса, выполняемую операцию (Рисунок 12). Во время пополнения происходит автоматический контроль корректности информации для сохранения целостности базы данных. Он осуществляется на уровне СУБД путем введения внешних ключей и триггеров, обеспечивающих каскадное обновление базы данных при изменении ключевого поля в связи один ко многим. (SQL инструкции, реализующие вышеперечисленное см. в Приложении 2). По окончании процедуры импорта выдается соответствующее сообщение.
4.3.2. Подготовка данных для передачи по электронной почте
Применяется в случае необходимости передачи данных по электронной почте, либо посредством магнитного носителя. Данная необходимость возникает, при невозможности доступа в главную локальную сеть предприятия с машины, на которой эксплуатируется АРМ Заработная плата (например, из-за удаленности ее в географическом плане). На рисунке 13 приведен видеокадр, иллюстрирующий работу в этом режиме.
Внимание! На этапе подготовки данных никакой проверки корректности обрабатываемой информации не ведется, так как ее полная проверка все равно невозможна из-за отсутствия доступа к главному серверу.
Подготовленные файлы создаются в каталоге, которые задает пользователь в настройках, откуда их можно передать по электронной почте CC-Mail с использованием существующего программного обеспечения, или переписать на магнитный носитель. Импорт данных переданных через электронную почту или магнитный носитель осуществляется аналогично импорту данных от подразделения имеющего доступ к основной локальной сети объединения.
4.3.3. Проверка правильности удержания подоходного налога
Наиболее важными условиями, обеспечивающими спокойное и безболезненное общение с налоговыми органами, является достоверность, точность и своевременность предоставления информации. Для обеспечения достоверности в системе предусмотрен режим проверки правильности удержания подоходного налога. П
роверка осуществляется на основании таблицы входимости начислений в расчет подоходного налога (пример заполнения см. на рисунке 14), таблицы шкалы налога, таблицы c суммами минимальных окладов, таблицы с коэффициентами льгот данных о начислениях/удержаниях, произведенных по физическим лицам. По окончании выдается сообщение и список лиц, у которых налог был удержан неверно с указанием суммы отклонений. Так как, во избежании нарушения достоверности информации, ручная правка лицевых счетов по работающему запрещена, кроме особых случаев при входе по паролю администратора, то данный список подлежит сдаче в бухгалтерию подразделения для доудержания или возврата сумм подоходного налога. 4.4. Производство отчетов Как и в любой другой автоматизированной системе, работающей с базой данных в данной системе, производство отчетов является важнейшей частью и конечной целью всей работы. На сегодняшний день система обеспечивает производство отчетов для ГНИ, необходимую отчетность для отдела ОТиЗ. Если говорить о перспективах развития системы, то стоит упомянуть планы обеспечения необходимой отчетностью, также плановый отдел. Ниже приведен список отчетов системы. Для ГНИ РФ: налоговая карточка; отчет об итоговых суммах доходов и подоходном налоге; реестр сведений о доходах физических лиц; список работников с прогрессивным налогообложением; справка о доходах физического лица; формирование файла о доходах на магнитный носитель.
Для отдела ОТиЗ: состав ФЗП согласно классификатора должностей; состав ФЗП согласно классификатора кодов по начислению; состав ФЗП по участкам; состав ФЗП по цехам; отчет по составу ФЗП, ФМП, прочих фондов; свод по начислениям с отображение балансовых счетов; свод по отпускам и отгулам; отчет по численности и начисленной заработной плате; состав ФЗП согласно классификатора категорий персонала (в динамике) (см. Рисунок 15); размер ФЗП и численность работников в динамике (см. Рисунок 16); о
тчет о размере ФЗП по произвольному коду начисления, цеху, участку и периоду (в динамике).
Для того, чтобы сформировать отчет, вам необходимо только заполнить форму, аналогичную приведенной на рисунке 12, т.е. выбрать диапазон табельных номеров и период. В некоторых случаях необходимо выбрать также структурную единицу, по которой будет идти выборка данных (цех, участок, категорию, тип начисления и т.п.) 
В заключение стоит отметить, что все отчеты будут сгенерированны по текущему структурному подразделению. (Выбор структурного подразделения смотри в сервисных функциях) 4.5. Сервисные функции Как и следует из названия, сервисные функции призваны обеспечить решение двух задач: выполнение операций по обслуживанию системы (работа с базой, настройка параметров и т.д.); обеспечение пользователя необходимым инструментарием для повышения комфортности работы с системой. Ниже приведен список функций. Функции доступные только администратору (подробности приведены в руководстве программиста): пути доступа; резервное копирование баз данных; реиндексация баз данных; установка паролей доступа.
Функции доступные пользователю: блокнот (встроенный текстовый редактор предназначеный для ведения записей. По своим возможностям несколько уступает редактору WordPad, поставляемому вместе с Windows 95/98. Сохраняет файлы в RTF формате); установка текущей организации (выбор текущего структурного подразделения); календарь (предназначен для удобства ориентации пользователя в рабочем времени, приведен на рисунке 17); калькулятор (для удобства расчетов, результаты расчета можно переносить прямо в форму); о
бщие параметры (для настройки общих параметров, таких как, текущий рабочий период); о программе (приводит краткую информацию о программе, приведена на рисунке 2);
Доступ к служебным сервисным функциям можно получить, только зайдя в систему под паролем администратора. Данное ограничение введено для гарантированного сохранения целостности данных, защиты их от несанкционированного доступа. 5 Рисунок 16. . Руководство программиста 5.1. Инсталляция системы Инсталляция и настройка системы проводится специалистами АСУ СургутГазПрома. Программа инсталляции системы представляет собой типичную программу установки приложений для Windows 95, снабжённую большим количеством подсказок, минимизирующую ручной ввод данных пользователя, путём предоставления ему выбора нужных опций установки посредством интуитивно понятных средств диалога. В
процессе установки программа предложит выбрать путь на диске, по которому будут копироваться выполняемые и конфигурационные файлы программного комплекса. По умолчанию он будет установлен в каталог \Program Files\Np_W После того, как необходимый путь будет указан, произойдёт копирование файлов. Программа создаст Рабочую группу «Налогоплательщик» в кнопке «Пуск», войдя в которую можно будет обнаружить одноимённый ярлык, ссылающийся на файл запуска в работу системы «Налогоплательщик». Аналогичный ярлык будет автоматически создан на рабочем столе. Драйверы для работы с БД и все необходимые настройки будут установлены автоматически. По окончанию копирования файлов программа установки предложит закончить свою работу. После этого можно приступать к работе с комплексом. 5.2. Настройка системы Настройка системы заключается в прописке путей доступа к базам данным АРМов заработная плата, установленных в подразделениях, а также в распределении прав доступа к данным (полный, доступно для редактирования, только для чтения, гость –демонстрация, работают только некоторые режимы). Для данной цели используются соответствующие пункты в меню «Сервис». пути доступа; установка паролей доступа. На рисунке 19 приведен видеокадр работы системы в режиме настройки путей доступа к базам подразделений. 5.3 Служебные функции работы с базой данных 5.3.1. Резервное копирование баз данных
Резервное копирование данных остается актуальным, несмотря на такие способы сохранения целостности данных в критических ситуациях работы с базой данных, как ведение системного журнала, контроль целостности базы при помощи ограничений ссылочной целостности, триггеров и т.п. Д
ело в том, что в результате непредвиденных обстоятельств: типа пожара в серверной или умышленного вмешательства, информация может быть полностью уничтожена, что может привести к неприятным последствиям, как для отдельных лиц, так и для предприятия в целом. Для возможно более быстрого восстановления данных в подобных ситуациях применяются резервные копии. Практика показывает, что желательно иметь две копии. В данной системе режим резервного копирования баз данных также предусмотрен. Также, в связи с большим объемом базы данных, пользователю предоставлена возможность самому выбрать типы данных для резервного копирования (лицевые счета, различные справочники и т.д.). В пользу периодического создания резервной копии и восстановления базы данных из нее говорит также сама структура базы данных в InterBase. База данных в котором состоит из пронумерованных с 0 страниц фиксированного размера. InterBase располагает на одной странице БД версии одной записи таблицы БД. После удаления записей на странице образуются дырки. При добавлении новой записи анализируется размер максимальной дырки, если он меньше длины добавляемой записи, то происходит компрессия страницы, в процессе которой дырки объединяются. Если освободившегося пространства не хватает, то запись записывается с новой страницы. Выделение страниц никак не оптимизировано. При длительной работе с базой это приводит к высокой фрагментации БД и как следствие – к замедлению работы с ней. Поэтому необходимо периодически проводить дефрагментацию базы. InterBase автоматически проводит ее через 20000 (транзакций), но этот способ обрабатывает только те версии записей, для которых нет активных транзакций. Поэтому более предпочтительным является второй способ, который состоит в сохранении БД на дисковом носителе и последующем ее восстановлении из резервной копии. Данный способ гарантирует полную дефрагментацию, так как при сохранении и восстановлении БД не может быть активных транзакций.
5.3.2. Реиндексация баз данных
В руководстве программиста не принято останавливаться на вещах тривиальных, поэтому я не буду распространяться здесь о необходимости и полезности использования индексов в работе с БД. Режим предназначен для перестройки индексных файлов в случае их повреждения или разбалансированности. Индексы могут быть разбалансированы после многократного внесения изменений в таблицу БД. Это приводит к тому, что глубина индекса возрастает сверх критического значения, что резко снижает его ценность. 5.4. Краткая информация для программистов о базе данных Тип базы - INTERBASE Имя администратора - SYSDBA Пароль - masterkey Языковой драйвер - Pdox ANSI Cyrillic Режим открытия - READ/WRITE
Структуры таблиц, триггеров, просмотров и индексов БД, приведены в приложении 3 в виде SQL программы. Это сделано для удобства редактирования структур базы. 6. Экономическое обоснование необходимости разработки Целью написания данного раздела является расчёт затрат на производство системы «Налогоплательщик» для предприятия СургутГазПром, частичный расчёт экономического эффекта от внедрения данного продукта в производство и обоснование на основе этого необходимости в его разработке. 6.1. Характеристика программного продукта Полное название программного продукта: система по сбору информации о доходах физических лиц и формированию налоговых документов и отчетности для налоговой службы, а также отдела ОТиЗ по объединению «Сургутгазпром». Основные характеристики и параметры: По степени новизны решаемая задача относится к группе B (разработка проекта с использованием типовых проектных решений при условии их изменения, разработка проектов, имеющих аналогичные решения). По сложности алгоритма решаемой задачи продукт относится ко второй группе: «алгоритмы учёта, отчётности, статистики, поиска». Двенадцать разновидностей входной и выходной информации. Группа сложности организации контроля выходной информации - 12 (документы однообразной формы и содержания, вывод массивов данных на машинные носители, осуществляется формальный контроль). В разработке применен язык программирования сверхвысокого уровня Borland Delphi v.4. Необходимые для разработки программного продукта средства вычислительной техники: персональная ЭВМ на базе процессора Pentium с тактовой частотой 200 Мгц, 32 Мб оперативной памяти, HDD 1 Гб, дисковод для компакт-дисков 4-х скоростной. Для работы системы необходимо: ПЭВМ на базе Intel-совместимого процессора пятого поколения с частотой не менее 200Мгц, с ОЗУ равным 16Мб, оснащённая SVGA-видеоадаптером и монитором 15”, сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым пространством равным 350Мб и доступом к принтеру формата А4. Система выполняет следующие функции сбор и обработка информации о начислениях/удержаниях по физическим лицам; подготовка отчётности для государственной налоговой инспекции РФ; подготовка отчетности для отдела ОтиЗ. Перечень входной информации: данные о начислениях/удержаниях по физическим лицам; информация о сроках сдачи отчётности; справочники по странам, регионам, видам начислений, цехам и т.д. предоставляемые ГНИ РФ и подразделениями. Перечень выходной информации: отчеты в ГНИ РФ; отчеты для отдела ОТиЗ; список лиц с ошибочно удержанным подоходным налогом. Область применения разрабатываемого программного продукта: отдел налоговой политики предприятия «Сургутгазпром», бухгалтерии подразделений данного предприятия, отдел охраны труда и заработной платы. Предполагаемые пользователи системы сотрудники отделов налоговой политики, ОТиЗ, бухгалтерий со слабыми навыками в работе с компьютером. 6.2. Определение затрат труда на разработку программного продукта Период проведения работ: с 1 октября 1998 по 1 марта 1999 года. Работы проводились в одну смену продолжительностью 8 часов. Рассчитаем общую трудоемкость работ. Используем систему коэффициентов для отдельных этапов разработки.
6.2.1. Определение условного количества операторов программы, трудоемкости
Т = То + Ти + Та + Тп + Тотл + Тд, (6.1)
где: Т - общие затраты труда То - затраты труда на описание задачи Ти – затраты на исследование предметной области Та – затраты на разработку блок-схем Тп – затраты на программирование Тотл – затраты на отладку Тд – затраты на подготовку документации
Все составляющие определяем через условное число операторов - Q: Q = q * c * ( 1 + p ) (6.2)
где q = 4000 - число операторов, Коэффициент сложности задачи c характеризует относительную сложность программы по отношению к так называемой типовой задаче, реализующей стандартные методы решения, сложность которой принята равной единице (величина с лежит в пределах от 1,25 до 2). Для программного продукта, включающего в себя алгоритмы учета, отчетности, поиска сложность задачи возьмем 1,3. c = 1,3 - коэффициент сложности программы, Коэффициент коррекции программы p – увеличение объема работ за счет внесения изменений в алгоритм или программу по результатам уточнения постановок. С учетом того, что в данном случае заказчик, слабо представлял себе, что он хочет получить, что приводило к многочисленным доработкам, возьмем коэффициент = 0.1 p = 0,1 - коэффициент коррекции программы в ходе разработки. В результате получим условное число операторов. Q = qc(1 + p) = 40001,3(1+ 0,1) = 5720
Также используем следующие коэффициенты: Коэффициент увеличения затрат труда, вследствие недостаточного описания задачи, в зависимости от сложности задачи принимается от 1,2 до 1,5, в связи с тем, что данная задача, потребовала уточнения и больших доработок, примем B = 1,4. Коэффициент квалификации разработчика k определяется в зависимости от стажа работы и составляет: для работающих до двух лет - 0,8; от двух до трех лет - 1,0; от трех до пяти лет - 1,1 - 1,2; от пяти до семи - 1,3 - 1,4; свыше семи лет - 1,5 - 1,6. Разработчик, которому было поручено это задание, имел опыт работы по специальности 4 года, поэтому примем k = 1,1. Рассчитаем общую трудоемкость. Затраты труда на подготовку описания задачи Тo точно определить невозможно, так как это связано с творческим характером работы. Примем Тo = 50 чел.-ч. Затраты труда на изучение описания задачи Ти с учетом уточнения описания и квалификации программиста могут быть определены по формуле: Ти = Q B / (75 85) k. , (6.3) где Q – условное число операторов, B – коэффициент увеличения затрат труда, вследствие недостаточного описания задачи, Ти =57201,4/751,1= 117,5 чел.-ч. (6.4) Затраты труда на разработку алгоритма решения задачи Тa рассчитывается по формуле: Тa = Q / (20 25) k. , (6.5) Та = 5720/221,1 = 286 чел.-ч. Затраты труда на составление программы по готовой блок-схеме Тпопределяется по формуле: Тп = Q / (20 25) k, (6.6) Тп =5720/221,1= 286 чел.-ч. Затраты труда на отладку программы на ЭВМ tотл рассчитывается по следующей формуле: Тотл= Q / (4 5) k , (6.7) Тотл = 5720/51,1=1258,4 чел.-ч. Затраты труда на подготовку документации по задаче Тд определяются по формуле: Тд = Тдр + Тдо, (6.8) где Tдр- затраты труда на подготовку материалов в рукописи. Тдр = Q / (15 20) k, (6.9) Тдр = 5720/201,1=314,6чел.-ч.
Тдо - затраты труда на редактирование, печать и оформление документации: Тдо = 0,75 Тдр; (6.10) Тдо = 0,75314,6=235,95 чел.-ч.
Тд = 0+235,95= 235,95 чел.-ч.
С учетом уровня языка программирования трудоемкость разработки программы может быть скорректирована следующим образом: Ткор = Е kкор , (6.11) где Ткор - коэффициент изменения трудоемкости, берущийся из следующей таблицы 1: Таблица 1. Изменение трудоемкости в зависимости уровня языка программирования.
| Уровень языка Программирования | Характеристика языка Программирования | Коэффициент изменения Трудоемкости | | 1 | Покомандный автокод- Ассемблер | 1 | | 2 | Макроассемблер | 0,95 | | 3 | Алгоритмические языки Высокого уровня | 0,8 - 0,9 | | 4 | Алгоритмические языки Сверхвысокого уровня | 0,7 - 0,8 |
Выбранный для разработки язык Delphi client/server 4.0 относится к алгоритмическим языкам сверхвысокого уровня, с учетом этого примем kкор = 0,7.
Подставив все полученные данные в формулу 6.1., получим полную трудоемкость разработки:
Т = 50+117,5+286+286+1258,4+235,95= 2233,85 чел.-ч.
С учетом корректировки из формулы 6.11 получим итоговую трудоемкость разработки:
Ткор = 0,7 * 2730,08 = 1563,70 чел.-ч.
6.2.2. Определение численности исполнителей
Ч = Т / Ф (6.12) где Ч - численность исполнителей Ф - действительный фонд времени специалиста в период разработки. При Ф = 824 часа найдем численность исполнителей: Ч = 1563,7 / 824 = 2- исполнителя В состав исполнителей входят: Инженер - программист Оператор ЭВМ Распределение трудоемкости по стадиям разработки приведено в таблице 2. Таблица 2. | Этап разработки | Содержание работ | Трудоём-кость ч. | Трудоёмкость работ исполнителя, ч. | Должность исполнителя | | Постановка задачи | Предпроектное обследование. Разработка ТЗ. Разработка, согласование и утверждение технико-эконо-мического обоснования. | 167,5 | 125,5 | Инженер-программист | | 42,0 | Оператор | | Технический проект | Уточнение структуры и формы представления входных и выходных данных. Разработка алгоритма решения задачи. Разработка структуры программы. Разработка плана мероприятий по разработке и внедрению ПП. Разработка пояснительной записки. Согласование и утверждение технического проекта. | 25733 | 193,0 | Инженер-программист | | 64,33 | Оператор | | Рабочий проект | Описание программы на языке программирования. Разработка, согласование и утверждение порядка и методики испытаний, корректировка программы. | 514,67 | 386,1 | Инженер-программист | | 128,57 | Оператор | | Документация и внедрение. | Разработка программной документации. Подготовка и передача программы и программной документации для сопровождения и изготовления, оформления и утверждения акта о передаче ПП на сопровождение. Передача программного продукта заказчику. | 624,20 | 119,4 | Инженер-программист | | 504,8 | Оператор | | ИТОГО: |
| 1563,7 | 1563,7 |
|
6.3. Расчет затрат на разработку Основная заработная плата разработчика рассчитывается по формуле: ЗПосн = О * 2,2 , (6.13) где О – оклад, 2,2 – районный и северный коэффициенты.
Оклад инженера-программиста первой категории равен: 2020 рублей. Его основная месячная заработная плата составит: 2020 * 2,2 = 4444 рублей. Основная заработная плата инженера-программиста за весь период разработки программного продукта составит: 4444руб. * (125,5 + 193 + 386 + 119,4)ч. / (8ч. * 22 дня) = 20803,47 руб.
Оклад оператора ЭВМ равен: 1000 рублей. Его основная месячная заработная плата составит: 1000 * 2,2 = 2200 рублей. Основная заработная плата оператора за весь период разработки программного продукта составит: 2200руб. * (42 + 64,33 + 128,57 + 504,8)ч. / (8ч. * 22 дня) = 9246,25 руб.
Суммарная основная заработная плата всех исполнителей за весь период разработки программного продукта составит: 20803,47 руб. + 9246,25 руб. = 30049,72 руб.
Дополнительная заработная плата рассчитывается в процентах от основной заработной платы и составляет 12%. Дополнительная заработная плата инженера-программиста за весь период разработки программного продукта составит: 20803,47 * 0,12 = 2496,42 руб. Дополнительная заработная плата оператора ЭВМ за весь период разработки программного продукта составит: 9246,25 * 0,12 = 1109,55 руб. Суммарная дополнительная заработная плата всех исполнителей за весь период разработки программного продукта составит: 2375,52 руб. + 1026,16 руб. = 3605,97 руб.
Фондовые отчисления берутся в размере 38,5% от суммы основной и дополнительной заработной платы. Суммарные фондовые отчисления всех исполнителей за весь период разработки программного продукта составят: (30049,72руб+3605,97руб)*38%=8536,04руб.+3687,32руб=12223,35 руб. Содержание и эксплуатация вычислительного комплекса считается следующим образом: Свт = См-ч * Число_часов_отладки, где См-ч – стоимость машино-часа. Число часов отладки составляет: Тп+Тотл=(286 ч.+1258,4 ч.)*0,7= 1081,08ч. Стоимость машино-часа рассчитывается, как сумма составляющих: (Ст-ть_эл_эн_в_год+Аморт _в_год+ Затраты_на_ремонт_за_год)/Фвт (6.14) где Фвт - действительный фонд времени работы вычислительного комплекса. Стоимость 1 КВТ/час электроэнергии составляет: 0,28 руб. Один компьютер потребляет 250 ВТ в час. За год отчисления за электроэнергию потребляемую одной ЭВМ составляет: 8 ч. * 22 дня * 12 мес. * 0,25 КВТ/ч. * 0,28 руб. * ч. / КВТ = 147,84 руб. Амортизация ВТ считается, как 25% балансовой стоимости ВТ (10000 руб.) и за год составляет: 10000руб. * 0,25 = 2500 руб. Амортизация ПО с условием, что срок морального старения составляет 4 года, считается, как 25% от его балансовой стоимости (5000) и за год составляет: 5000руб. * 0,25 = 1250 руб. Общая амортизация за год составляет: 2500 руб. + 1250 руб. = 3750 руб. Затраты на ремонт в год считаются, как 4% от стоимости комплекса ВТ, и составляет: 10000*0,04 = 400 руб. Действительный фонд времени работы вычислительного комплекса рассчитываем по следующей формуле: Фвт = Фном - Фпроф, (6.15) где Фном - номинальный фонд времени работы вычислительного комплекса, Фпроф - годовые затраты времени на профилактические работы (принимаются 15% от Фном). Итак: Фвт = 0,85 * 2112 час. = 1795,2 часа. Стоимость машино-часа составляет: (147,84 руб. + 3750 руб. + 400 руб.)/1795,2 часа = 2,39 руб. Содержание и эксплуатация вычислительного комплекса составляет: 1081,08ч. * 2,39 руб. = 2583,78 руб. Накладные расходы рассчитываются, как 60% от суммарной основной заработной платы исполнителей и составляет:33655,69руб*0,6=20193,41 руб Смета затрат на разработку программного продукта приведена в таблице 3.
Таблица 3.
| № | Наименование статьи расходов | Затраты, руб. | | 1 | Основная заработная плата производственного персонала. | 30049,72 | | 2 | Дополнительная заработная плата производственного персонала. | 3605,97 | | 3 | Фондовые отчисления. | 12223,35 | | 4 | Содержание и эксплуатация вычислительного комплекса. | 2583,78 | | 5 | Накладные расходы. | 20193,41 | | ИТОГО: | 68656,23 |
6.4. Экономический эффект от реализации и внедрения программного продукта Экономический эффект – это прежде всего экономия денежных средств предприятия, которая может быть достигнута за счет: высвобождения штатных сотрудников для выполнения других заданий; снижения затрат на транспортировку информации между подразделением и аппаратом; снижение риска пень и штрафных санкций со стороны налоговой инспекции, имеющих место быть в результате несвоевременных выплат и предоставления отчётности.
Рассчитаем экономический эффект, получаемый за счёт высвобождения штатных сотрудников. До внедрения комплекса время, расходуемое на сбор информации, и подготовку отчётности для ГНИ РФ, равнялось в среднем четырем неделям: Т0 = 4*5*8 = 160 ч. (6.16) После внедрения комплекса – одни сутки: Т1 = 8 ч. Разница в затрачиваемом на работу времени: Т = 152 ч.
В виде основной заработной платы одного сотрудника бухгалтерии с окладом 2000 рублей экономия составляет: 152*2000/(8*22) = 1727,27 рублей.
В виде дополнительной заработной платы одного сотрудника бухгалтерии экономия составляет: 0,12*152*2000/(8*22) = 207,27 рублей.
В виде фондовых отчислений за одного сотрудника бухгалтерии экономия составляет: 0,38*152*2000/(8*22) = 656,36 рублей. Итого экономия, приходящаяся на одного сотрудника, составляет: 2590,9 рублей в год. Учитывая, что в подразделении для выполнения работы необходим и достаточен один сотрудник, и то, что всего подразделений насчитывается 38, получаем экономический эффект в год: 2590,90 руб. * 38 подр. = 98454,20 рублей в год. 6.5. Краткий вывод о необходимости разработки Исходя из вышесказанного, применение данной разработки позволит, бесспорно, в самые кратчайшие сроки компенсировать затраты на разработку и эксплуатацию, получить экономический эффект от использования данного комплекса, выполнить требование законодательства.
В ходе вышеприведённых вычислений были получены следующие результаты: Была определена трудоёмкость разработки программного продукта, которая составила: 1563,70 человек \ ч. Рассчитано, что для выполнения данной разработки в планируемый период понадобится 2 человека, инженер-программист и оператор ЭВМ. Была рассчитана смета затрат на разработку программного продукта, итоговая сумма которой: 68656,23 руб. Был частично рассчитан экономический эффект от реализации программного продукта, который составил: 98454,20 рублей в год. 7. Охрана труда 7.1. Анализ опасных и вредных производственных факторов при работе на компьютере Анализ производится в соответствии с ГОСТ 12.0.003-74. Факторы производственной среды оказывают существенное влияние на функциональное состояние и работоспособность оператора. Существует разделение производственных факторов на опасные и вредные. Опасный производственный фактор - это производственный фактор, воздействие которого в определенных условиях приводит к травме или к другому внезапному ухудшению здоровья. Воздействие же вредного производственного фактора в определенных условиях приводит к заболеванию или снижению работоспособности. Классификация опасных и вредных производственных факторов (ГОСТ 12.0.003-74).Опасные и вредные производственные факторы подразделяются по природе действия на следующие группы: физические; химические; биологические; психофизические. Первые три группы включают воздействия, оказываемые производственной техникой и рабочей средой. Психофизиологические факторы характеризуют изменения состояния человека под влиянием тяжести и напряженности труда. Включение их в систему факторов производственной опасности обусловлено тем, что чрезмерные трудовые нагрузки в итоге могут также привести к заболеваниям. Физические опасные и вредные производственные факторы подразделяются на следующие: движущиеся машины и механизмы; повышенный уровень шума на рабочем месте; повышенная или пониженная влажность; повышенное значение напряжения в электрической цепи; повышенный уровень электромагнитных излучений; отсутствие или недостаток естественного света; недостаточная освещенность рабочей зоны; повышенная яркость света; пониженная контрастность; повышенная пульсация светового потока; расположение рабочего места на значительной высоте; повышенная или пониженная подвижность воздуха; повышенный уровень ионизирующих излучений в рабочей зоне; повышенная запыленность и загазованность воздуха рабочей зоны; повышенное или пониженное барометрическое давление в рабочей зоне; повышенный уровень статического электричества; повышенная напряженность электрического поля; повышенная напряженность магнитного поля; прямая и отраженная блесткость; повышенный уровень ультрафиолетовой радиации; повышенный уровень инфракрасной радиации. Химические опасные и вредные производственные факторы подразделяются: по характеру воздействия на организм человека: токсические; раздражающие; сенсибилизирующие; канцерогенные; мутагенные; влияющие на репродуктивную функцию; по пути проникновения в организм человека через: органы дыхания; желудочно-кишечный тракт; кожные покровы и слизистой оболочки. Биологические опасные и вредные производственные факторы включают следующие биологические объекты: патогенные микроорганизмы (бактерии, вирусы, грибы, простейшие) и продукты их жизнедеятельности; опасные свойства микро и макро организмов. Психофизические опасные и вредные производственные факторы по характеру действия подразделяются: физические перегрузки (статические и динамические); нервно-психические перегрузки (умственное напряжение и перенапряжение, монотонность труда, эмоциональные перегрузки, утомление, эмоциональный стресс, эмоциональная перегрузка). Один и тот же опасный и вредный производственный фактор по природе своего действия может относиться одновременно к различным группам, перечисленным выше. В данном дипломном проекте среди приведенных выше четырех групп опасных и вредных производственных факторов можно пренебречь биологическими и химическими факторами, так как на данном рабочем месте они оказывают незначительное влияние на деятельность оператора ЭВМ. Рассмотрим только физические и психофизические опасные и вредные производственные факторы и мероприятия по их устранению или снижению.
7.2. Физические опасные и вредные производственные факторы при работе на компьютере Анализ микроклимата. Значительным физическим фактором является микроклимат рабочей зоны, особенно температура и влажность воздуха. Человек постоянно находится в процессе теплового взаимодействия с окружающей средой. Исследования показывают, что высокая температура в сочетании с высокой влажностью воздуха оказывает большое влияние на работоспособность оператора. Увеличивается время реакции оператора ЭВМ, нарушается координация движений, резко увеличивается число ошибочных действий. Высокая температура на рабочем месте оператора отрицательно влияет на психологические функции: понижается внимание, уменьшается объем оперативной памяти, снижается способность к ассоциациям. В конторских помещениях чаще всего бывает пониженная влажность воздуха. Зимой из-за систем центрального отопления, а летом - из-за применения кондиционеров и вентиляторов. Пониженная влажность воздуха отрицательно сказывается на состоянии кожного покрова человека: кожа теряет влагу, становится сухой и шершавой. личные заболевания кожи. При пониженной влажности ощущается сухость во рту, появляется жажда. Температура, относительная влажность и скорость движения воздуха влияют на теплообмен и необходимо учитывать их комплексное воздействие. Нарушение теплообмена вызывает тепловую гипертермию, или перегрев. Температура тела в тяжелых случаях достигает выше 40-41 С, наступает сильное потоотделение, значительно учащается пульс, дыхание, появляется шум в ушах. На рабочем месте в помещении ВЦ не поддерживается оптимальная температура. В зимнее время температура воздуха 18-19 С, а в летнее время часто превышает 25 С. Редко проводится должная уборка. Поэтому повышен уровень запыленности. Помещение нерегулярно проветривается. Оптимальные нормы температуры, относительной влажности и скорости движения воздуха в рабочей зоне производственного помещения в соответствии с ГОСТ 12.1.005-88 приведены в таблице 4.
Таблица 4. Оптимальные нормы температуры, относительной влажности и скорости движения воздуха. | Период Года | Категория работы | Температура, С | Относительная влаж. воздуха, % | Скорость движения воздуха, не более м/с | | Холодный и переходный | легкая | 20-23 | 60-40 | 0,2 | | Теплый | легкая | 22-25 | 60-40 | 0,2 |
Анализ уровня шума на рабочем месте. С физиологической точки зрения шумом является всякий нежелательный, неприятный для восприятия человека шум. Шум ухудшает условия труда, оказывая вредное воздействие на организм человека. При длительном воздействии шума на организм человека происходят нежелательные явления: снижается острота зрения, слуха; повышается кровяное давление; понижается внимание. Сильный продолжительный шум может быть причиной функциональных изменений сердечно-сосудистой и нервной систем, что приводит к заболеваниям сердца и повышенной нервозности. Характеристикой постоянного шума на рабочих местах являются уровни звукового давления в Дб в октавных полосах со среднегеометрическими частотами 31.5, 63, 125, 250, 500, 1000, 2000, 4000, 8000 Гц. Допустимым уровнем звукового давления в октавных полосах частот, уровни звука и эквивалентные уровни звука на рабочем месте следует принимать данные из таблицы 5. Таблица 5. Допустимые уровни звукового давления.
Рабочее место | Уровни звукового давления в дБ, в октавных полосах со среднегеометрическими частотами в Гц | Уровни звука в эквивалентных уровнях звука в дБА |
| 63 | 125 | 250 | 500 | 1000 | 2000 | 4000 | 8000 |
| | расчетчиков, программи-стов | 71 | 61 | 54 | 49 | 45 | 42 | 41 | 38 | 50 |
Анализ освещения. Освещение рабочего места - важнейший фактор создания нормальных условий труда. Освещению следует уделять особое внимание, так как при работе с монитором наибольшее напряжение получают глаза. При организации освещения необходимо иметь в виду, что увеличение уровня освещенности приводит к уменьшению контрастности изображения на дисплее. В таких случаях выбирают источники общего освещения по их яркости и спектральному составу излучения. Общая чувствительность зрительной системы увеличивается с увеличением уровня освещенности в помещении, но лишь до тех пор, пока увеличение освещенности не приводит к значительному уменьшению контраста. Для определения приемлемого уровня освещенности в помещении необходимо: определить требуемый для операторов уровень освещенности лицевых панелей дисплеев внешними источниками света; если требуемый уровень освещенности не приемлем для других операторов, работающих в данном помещении, надо найти способ сохранения требуемого контраста изображения другими средствами. Рекомендуемые соотношения яркостей в поле зрения следующие: между экраном и документом 1:5 - 1:10; между экраном и поверхностью рабочего стола 1:5; между экраном и клавиатурой, а также между клавиатурой и документом - не более 1:3; между экраном и окружающими поверхностями 1:3 - 1:10. Местное освещение на рабочих местах операторов обеспечивается светильниками, устанавливаемыми непосредственно на рабочем столе, или на вертикальных панелях специального оборудования с вмонтированными в него экранами видеотерминалов. Они должны иметь непросвечивающий отражатель и располагаться ниже или на уровне линии зрения операторов, чтобы не вызывать ослепления. Если рабочее место находится рядом с окном, необходимо избегать того, чтобы терминал был обращен в сторону окна. Его необходимо расположиться под прямым углом к нему, причем экран дисплея тоже был перпендикулярен оконному стеклу (исключаются блики на экране). Избавиться от бликов можно с помощью оконных штор, занавесок или жалюзи, которые позволяют ограничивать световой поток, проходящий через окна. Чтобы избежать отражений, которые могут снизить четкость восприятия, нельзя располагать рабочее место прямо под источником верхнего света. В помещении моего рабочего места здания ВЦ на окнах используются жалюзи совместно с занавесками. Стена или какая-либо другая поверхность позади компьютера должна быть освещена примерно также, как и экран. Необходимо остерегаться очень светлой или блестящей окраски на рабочем месте - она может стать источником причиняющих беспокойство отражений В таблице 6 приведены нормы проектирования естественного и искусственного освещения для третьего разряда зрительной работы по СНиП II-4-79. Таблица 6. Нормы естественного и искусственного освещения. | Характеристика зрительной | Макси-мальный объем | Искусственное Освещение, лк | Естественное освещение, КЕО % | | работы | различения | Комбинированное | общее | верхнее | боковое | | очень высокой точности | 0,15-0,3 | 1000 | 300 | 7 | 2,5 |
Кроме освещенности, большое влияние на деятельность оператора оказывает цвет окраски помещения и спектральные характеристики используемого света. Рекомендуется, чтобы потолок отражал 80-90%, стены - 50-60%, пол - 15-30% падающего на них света. К тому же цвет обладает некоторым психологическим физиологическим действием. Например, тона "теплой" гаммы (красный, оранжевый, желтый) создают впечатление бодрости, возбуждения, замедленного течения времени и ощущение тепла. "Холодные" тона (синий, зеленый, фиолетовый) создают впечатление покоя и вызывают у человека ощущение прохлады. Предметы и поверхности, окрашенные в "холодные" цвета, кажутся меньше, чем окрашенные в "теплые" тона (при их одинаковой светлости) и как бы удаляются от смотрящего. С осторожностью следует применять сочетания различных тонов, так как одновременное использование "теплых" и "холодных" тонов может вызвать состояние растерянности и беспокойства. Действие на человека недостаточной освещенности рабочей зоны и пониженной контрастности. Неудовлетворительное освещение утомляет не только зрение, но и вызывает утомление всего организма в целом. Неправильное освещение часто является причиной травматизма (плохо освещенные опасные зоны, слепящие лампы и блики от них). Резкие тени ухудшают или вызывают полную потерю ориентации работающих, а также вызывают потерю чувствительности глазных нервов, что приводит к резкому ухудшению зрения. Повышенное значение напряжения в электрической цепи. Опасное и вредное воздействие на людей электрического тока, электрической дуги, электромагнитных полей проявляются в виде электротравм и профессиональных заболеваний. Степень опасного и вредного воздействий на человека электрического тока, электрической дуги, электромагнитных полей зависит от: рода и величины напряжения и тока; частоты электрического тока; пути прохождения тока через тело человека; продолжительности воздействия на организм человека; условий внешней среды. Нормы на допустимые токи и напряжения прикосновения в электроустановках должны устанавливаться в соответствии с предельно допустимыми уровнями воздействия на человека токов и напряжений прикосновения и утверждаться в установленном порядке по ГОСТ 12.1.038-82 согласно таблице 7.
Таблица 7. Предельно допустимые уровни воздействия токов и напряжений. | Род тока | Напряжение U, В | Ток J, мА |
| не более | | Переменный ток, 50 Гц | 2 | 0,3 |
Примечание: напряжение прикосновения и токи приведены при продолжительности воздействия не более 10 мин. в сутки и установлены, исходя из реакции ощущения. Действие на человека повышенного значения напряжения в электрической цепи. Действие электрического тока на живую ткань в отличие от других материальных факторов носит своеобразный и разносторонний характер. Проходя через организм, электрический ток производит действия: термическое; электролитическое; биологическое. Первое проявляется в нагреве тканей, вплоть до ожогов отдельных участков тела, перегрева кровеносных сосудов и крови, что вызывает в них серьезные функциональные нарушения. Второе вызывает разложение крови и плазмы, значительные нарушения их физико-химических составов и тканей в целом. Третье выражается в раздражении и возбуждении живых тканей организма, что может сопровождаться непроизвольными судорожными сокращениями мышц, в том числе мышц сердца и легких. При этом могут возникнуть различные нарушения в организме, включая нарушение и даже полное прекращение деятельности сердца и легких, а также механических повреждений тканей. Любое из этих действий тока может привести к электротравме. Электротравмы делятся на два вида: местные; электроудары. Повышенный уровень электромагнитных излучений. Электромагнитным излучением называется излучение, прямо или косвенно вызывающее ионизацию среды. Контакт с электромагнитными излучениями представляет серьезную опасность для человека. Спектр излучения компьютерного монитора включает в себя рентгеновскую, ультрафиолетовую и инфракрасную области, а также широкий диапазон электромагнитных волн других частот. В ряде экспериментов было обнаружено, что электромагнитные поля с частотой 60 Гц (возникающие вокруг линий электропередач, видеодисплеев и даже внутренней электропроводки) могут инициировать биологические сдвиги (вплоть до нарушения синтеза ДНК) в клетках животных. В отличие от рентгеновских лучей электромагнитные волны обладают необычным свойством: опасность их воздействия совсем не обязательно уменьшается при снижении интенсивности облучения, определенные электромагнитные поля действуют на клетки лишь при малых интенсивностях излучения или на конкретных частотах - в “окнах прозрачности”. Источник высокого напряжения компьютера - строчный трансформатор - помещается в задней или боковой части терминала, уровень излучения со стороны задней панели дисплея выше, причем стенки корпуса не экранируют излучения. Поэтому пользователь должен находиться не ближе чем на 1.2 м от задних или боковых поверхностей соседних терминалов. По результатам измерения электромагнитных излучений установлено, что максимальная напряженность электромагнитного поля на кожухе видеотерминала составляет 3.6 В\м, однако в месте нахождения оператора ее величина соответствует фоновому уровню (0.2-0.5 В\м); градиент электростатического поля на расстоянии 0.5м менее 300 В\см является в пределах допустимого. На расстоянии 5 см от экрана ВТ интенсивность электромагнитного излучения составляет 28-64В\м в зависимости от типа прибора. Эти значения снижаются до 0.3-2.4 В\м на расстоянии 30 см от эк5рана (минимальное расстояние глаз оператора до плоскости экрана). Статическое электричество. Электризация - это комплекс физических и химических процессов, приводящих к разделению в пространстве зарядов противоположных знаков или к накоплению зарядов одного знака. ЭВМ может являться источником статического электричества. Электризуется поверхность дисплея, при прикосновении к которому может возникнуть электрическая искра. Вредное воздействие статического электрического электричества сказывается не только при непосредственном контакте с зарядом, но и за счет действия электрического поля, возникающего вокруг заряженной поверхности. В исследованиях показано, что под действием статических полей экрана монитора ионы и частички пыли приобретают положительный заряд и устремляются к ближайшему заземленному предмету - обычно им оказывается лицо пользователя, и результатом может стать не проходящая сыпь. Однако с помощью хорошего фильтра можно почти полностью освободиться от статических полей. При статической электризации напряжение относительно земли достигает десятков, а иногда и сотен тысяч вольт. Значения токов при этих явлениях составляют, как правило, доли микроампера (0.0001-1мА). Человек начинает ощущать ток величиной 0.6-1.5мА. По ГОСТ 12.1.038-82 напряжение электрического тока не должно превышать 42В в помещениях без повышенной опасности, какими являются помещения ВЦ. Мероприятия по устранению или снижению повышенного уровня электромагнитных излучений в рабочей зоне. При защите от внешнего излучения основные усилия должны быть направлены на предупреждение переоблучения персонала путем увеличения расстояния между оператором и источником, сокращение продолжительности работы в поле излучения, экранирование источника излучения. 7.3. Психофизиологические опасные и вредные производственные факторы При изучении операторской деятельности особое внимание уделяется выявлению и изучению факторов, влияющих на ее эффективность. К таким факторам относятся психофизиологические факторы. Психофизиологические факторы делятся на следующие группы: физические перегрузки (статические и динамические); нервно-психические перегрузки (умственное перенапряжение, монотонность труда, перенапряжение анализаторов, эмоциональные перегрузки). Перегрузки эмоциональные и умственные. При умственной работе изменяются обменные процессы, не выше 10-15%. При умственной работе требуется значительное нервно-эмоциональное напряжение, при этом возможны значительные изменения кровяного давления, пульса, повышение уровня сахара в крови. Такой характер изменений показателен для работников различных пультов управления. Характеризуя изменения состояния человека при умственной работе, можно констатировать, что качественные изменения при всех видах работ одинаково. Различны лишь интенсивность процессов и изменения показателей деятельности. Утомление. Различают быстрое утомление и медленное. Быстрое утомление наступает в результате большой физической работы и напряжения. Медленное утомление характеризуется снижением работоспособности в результате чрезмерно длительной и монотонной работы. Хроническое переутомление определяется следующими признаками: ощущение переутомления до начала работы; повышенной раздражительностью; снижением интереса к работе; снижением аппетита; потерей веса; нарушением сна; кошмарными снами. При хронической утомляемости возможны: тошнота; тремор вытянутых рук; пониженное артериальное давление. При обнаружении признаков переутомления необходимо нормировать режим труда и отдыха и произвести оздоровление внешней среды на рабочих местах. Монотонность. Различают два вида монотонности: за счет информационной перегрузки одних и тех же нервных центров в результате поступления большого объема одинаковых сигналов при многократном повторении и единообразных движений; из-за постоянства информации и недостатке новой информации. Меры по снижению влияния монотонности: каждая операция должна быть содержательной, ее длительность должна быть не менее 30 сек. Число элементов операций должно быть не менее 5; осуществлять перевод персонала с одной операции на другую; необходимо применять оптимальные режимы труда и отдыха в течение рабочего дня; соблюдать эстетичность производства. Рабочая поза. Естественные позы "стоя" и "сидя" являясь главными позами человека, характеризуются наименьшими энергетическими затратами по сравнению с производными от них позами. Если требуются большие мышечные усилия, то предпочтительна поза "стоя" при малых - "сидя". Особого внимания заслуживает проектирование кресел для лиц, постоянно выполняющих работу сидя за пультами управления. Нужно проектировать конструкцию кресла так, чтобы как можно равномернее распределить давление тела на площадь опоры. Стресс. При стрессе вся деятельность организма сопровождается усилением функций различных систем человеческого организма: слуха, зрения, мышц. Стресс - это реакция адаптации к чрезвычайным, экстремальным условиям, как физиологическим, так и психическим. Очень важно в процессе профессионального обучения подготовить оператора к работе в экстремальных и аварийных ситуациях, так, чтобы стрессы не помешали ему выполнять свои профессиональные обязанности. 7.4. Пожарная безопасность Пожарная безопасность объекта должна обеспечиваться системами предотвращения пожара и противопожарной защиты. Помещения ВЦ относится к категории Д (не пожароопасных) В этих помещениях нет легко воспламеняющихся, самовозгорающихся и взрывчатых веществ, мощных электроустановок и искрящегося оборудования, механизмов с движущимися частями, износ и коррозия которых могли бы привести к пожару. Применяемое оборудование достаточно сложное, чтобы его ремонтировать или эксплуатировать с нарушением технологических карт, поэтому, оно также не может быть источником пожара. Все основные причины возникновения пожаров практически исключены, но это не является причиной пренебрежения пожарной безопасностью. Пожар может возникнуть и от внешних источников. Поэтому некоторые меры должны быть приняты:
обеспечение эффективного удаления дыма, т.к. в помещениях, имеющих оргтехнику, содержится большое количество пластиковых веществ, выделяющих при горении летучие ядовитые вещества и едучий дым; обеспечение правильных путей эвакуации; наличие огнетушителей и пожарной сигнализации; соблюдение всех противопожарных требований к системам отопления и кондиционирования воздуха. В помещении здания ВЦ используются огнетушители в основном порошкового типа (ОП-3), также имеется пожарный щит, ящик с песком. В здании вывешены планы эвакуации на случай пожара в доступных для обозрения местах. Способность зданий и сооружений сопротивляться опасным факторам пожаров и взрывов есть огнестойкость зданий и сооружений. Она характеризуется степенью огнестойкости - это время в часах, за которое в стенах не образуется сквозных трещин, температура противоположной стены не нагревается выше 140 С. Есть 5 степеней огнестойкости (и 3 дополнительных). Для ВЦ степень огнестойкости 1 или 2. Первая степень огнестойкости указывает на то, что огнестойкость здания 2.5 часа. Опасными факторами пожаров являются: пламя, искры характеризующиеся количеством теплового потока на единицу поверхности; повышенная температура. Человек начинает ощущать боль от теплового воздействия при температуре поверхности более 45 С; повышенная концентрация СО + другие токсичные продукты горения. Концентрация до 3 % может привести к потери сознания, до 10 % - смерть; пониженная концентрация кислорода в воздухе с 17 % - головокружение, с 13 % - головные боли, с 9 % - потеря сознания, с 6 % - смерть. 7.5. Мероприятия по устранению опасных и вредных производственных факторов 7.5.1. Мероприятия по приведения температуры воздуха рабочей зоны, влажности, подвижности воздуха к оптимальным значениям
Для обеспечения установленных норм микроклиматических параметров и чистоты воздуха в машинных залах и других помещениях ВЦ применяют вентиляцию. Общеобменная вентиляция используется для обеспечения в помещениях ВЦ соответствующего микроклимата; местные вентиляторы - для охлаждения ЭВМ и вспомогательных устройств. Периодически должен вестись контроль за атмосферным давлением и влажностью воздуха. В холодное время года предусматривается система отопления. Для отопления помещений ВЦ используются водяные, воздушные и панельно-лучевые системы центрального отопления. Нагревательные поверхности отопительных приборов должны быть достаточно ровными и гладкими, чтобы на них не задерживалась пыль, и можно было легко очищать их от загрязнения. Радиаторы должны устанавливаться в нишах, прикрытых деревянными решетками, гармонирующими с общим оформлением помещения. Применение таких решеток способствует также повышению электробезопасности в помещениях. При этом температура на поверхности нагревательных приборов не должна превышать 95 С, чтобы исключить пригорание пыли. Дежурное отопление включается в машинных залах ВЦ ночью, в выходные и праздничные дни и когда ЭВМ не работают. Оно должно поддерживать в зале температуру воздуха в пределах 15-16 С. Для обеспечения требуемых микроклиматических параметров воздушной среды в машинном зале применяют вентиляцию. В ВЦ применяется общеобменная искусственная вентиляция в сочетании с местной (как искусственной, так и естественной). Эффективность охлаждения ЭВМ и создание благоприятного микроклимата в машинном зале существенно зависят от способа распределения и подачи приточного воздуха способа удаления нагретого воздуха, т.е. от принятой схемы вентиляции. Организация вентиляции в машинных залах ВЦ является сложной задачей в связи с большими тепловыделениями (до 310 Вт/кв.м и более), большими кратностями воздухообменов в час (30 - 90) и сложным распространением конвективных и струйных потоков в объеме машинного зала. При организации воздухообмена стремятся к тому, чтобы приточный воздух кратчайшим путем поступал к ЭВМ, а нагретый удалялся через вытяжные отверстия также по возможно кратчайшему пути. Система распределения приточного воздуха и вытяжная система должны обеспечивать возможность перестановки вытяжных и приточных устройств при перепланировке помещения, вызванного заменой оборудования. Полностью этому требованию отвечает использование подпольного пространства в качестве приточного канала и пространства над подвесным потолком в качестве вытяжного канала. Применение систем приточных и вытяжных воздуховодов требует значительных переделок при перепланировке помещения. Поэтому их следует использовать только тогда, когда невозможно подавать воздух через технологический пол.
7.5.2. Мероприятия по снижению повышенного уровня шума на рабочих местах
Снижение шума, создаваемого на рабочих местах ВЦ внутренними источниками, а также шума, проникающего извне, осуществляется следующими методами: уменьшением шума в источнике; рациональной планировкой помещения; уменьшением шума по пути его распространения. Рекомендуется использовать новое менее шумное оборудование. Снижение шума в источнике излучения можно обеспечить и применением звукопоглощающих панелей и перегородок. Возможно использование амортизирующих прокладок (подкладки под принтеры, столы, на которых они расположены). Не менее важным для снижения шума в процессе эксплуатации является вопрос правильной и своевременной регулировки, смазывания или замены механических узлов шумящего оборудования. Рациональная планировка помещения, размещение оборудования в ВЦ является важным фактором, позволяющим снизить шум при существующем техническом обеспечении ЭВМ.
7.5.3. Мероприятия по устранению или снижению недостаточной освещенности рабочей зоны
Для общего освещения помещений ВЦ лучше использовать люминесцентные лампы. Это обусловлено такими их достоинствами: высокой световой отдачей; продолжительным сроком службы; малой яркостью светящейся поверхности. Светильники с люминесцентными лампами размещаются рядами, параллельно с окнами. Главными недостатками люминесцентных ламп являются производимый ими шум и мерцание. Кроме рабочего освещения нормами предусмотрено устройство: аварийного; эвакуационного; охранного.
7.5.4. Мероприятия по устранению или снижению повышенного значения напряжения в электрической цепи
Основными мероприятиями по защите от электротравматизма являются: обеспечение недоступности токоведущих частей путем использования изоляции, в корпусах и в станинах оборудования; применение средств коллективной защиты от поражения электрическим током: защитного заземления; защитного зануления; защитного отключения; использование устройств бесперебойного питания. Технические способы и средства применяют раздельно или в сочетании друг с другом так, чтобы обеспечивалась оптимальная защита. Контроль выполнения требований электробезопасности должен проходится на следующих этапах: проектирование; изготовление; эксплуатация.
7.5.5. Мероприятия по снижению пожароопасности в рабочей зоне
Противопожарную защиту обеспечивают следующие меры: максимально возможное применение негорючих и трудно горючих материалов; ограничение количества горючих веществ и их надлежащее размещение; предотвращение распространения пожара за пределы очага; применение средств пожаротушения; эвакуация людей; применение средств коллективной и индивидуальной защиты; применение средств пожарной сигнализации. Организационными мероприятиями по обеспечению пожарной безопасности являются обучение людей правилам пожарной безопасности разработка и реализация норм и правил пожарной безопасности, инструкций о порядке работы с пожароопасными материалами, разработка путей эвакуации людей и извещение людей об этом, путем изготовления различных схем, плакатов. Важная мера - организация пожарной охраны объекта, предусматривающей профилактическое и оперативное обслуживание охраняемых объектов.
7.5.6. Мероприятия по устранению психофизиологических опасных и вредных производственных факторов
Наиболее эффективные средства предупреждения утомления при работе на производстве - это средства, нормализующие активную трудовую деятельность человека. Уменьшение плотности рабочего времени, наличие простоев на протяжении рабочего дня не только не отдаляют наступление и развитие утомления, но могут ускорить и углубить его. Исключение случайно возникающих перебоев в работе, ритмизация трудовых процессов являются важными условиями поддержания высокого уровня работоспособности. На фоне нормального протекания производственных процессов одним из важных физиологических мероприятий против утомления является правильный режим труда и отдыха. В сменном режиме труда и отдыха должно быть предусмотрено физиологически и психологически обоснованное чередование работы на компьютере и перерывов для отдыха и приема пищи. Перерывы различаются по своему значению и продолжительности. В середине рабочего дня назначается обеденный перерыв, продолжительность которого должна составлять 1 час или 50 минут. Расположение дополнительных перерывов на протяжении рабочего дня, их количество и продолжительность определяются на основании физиологического и психологического изучения динамики работоспособности. Рекомендуется 30 минутный перерыв после каждых двух часов непрерывной работы или 15 минутный перерыв на каждый час работы. Доказано, что частые паузы до развития утомления намного ценнее длительных, но менее частых перерывов, начинающихся уже после снижения уровня работоспособности. Использование знаков для передачи информации оператору используется повсеместно. Вопрос об их оптимальном начертании возникает при разработке многих видов индикаторов. Различимость знаков на дисплее зависит от яркости свечения и внешней освещенности. По средним данным, с увеличением углового размера до 35 (" критическая точка ") пороговое время опознания резко сокращается, но при дальнейшем увеличении остается почти на одном и том же уровне. Изменение освещенности в пределах от 100 до 1000 лк почти не влияет на скорость опознания. Цифры, высвечиваемые в обратной контрастности, достаточно точно и быстро опознаются и при меньших размерах (6 - 9 для белых цифр или букв на темном фоне). Характерной особенностью дисплеев является мелькание изображения, отрицательно сказывающееся на работе оператора. Критическая частота слияния мельканий для знаков, имеющих размер до 33 мм, равна 14 -35 Гц. 7.6. Соответствие эргономическим требованиям мебели рабочего места пользователя ПЭВМ Рабочее место - это оснащенное техническими средствами (средствами отображения информации, органами управления, вспомогательным оборудованием) производство, где осуществляется деятельность исполнителя (или группы исполнителей). Организацией рабочего места называется система мероприятий по оснащению рабочего места средствами и предметами труда и размещению их в определенном порядке. Включает учет антропометрических и биологических характеристик человека, выбор физиологически правильного рабочего положения и рабочих зон, рациональную компоновку рабочего места, учет факторов внешней среды, в том числе социокультурный аспект. Антропометрические характеристики человека определяют габаритные и компоновочные параметры рабочего места и свободные параметры отдельных ее элементов. Основные принципы: габарит рабочего места, размеры и взаиморасположение его отдельных элементов должны соответствовать антропометрическим характеристикам работающих; наибольшие различия в размерах тела наблюдаются между мужчинами и женщинами; рабочее место и оборудование должны быть правильно и удобно сконструированы. Эффектным способом снижения утомления является ликвидация частых наклонов и лишних переходов; требуемый минимум свободного пространства для размещения тела и его перемещения рассчитывают исходя из антропометрических данных людей, характеризующих наибольшими продольными, поперечными и переднезадними размерами тела; те части рабочего пространства, которые должны быть досягаемыми, определяют на основе антропометрических данных людей характеризующих наименьшими продольными, поперечными и переднезадними размерами тела; при расчете компоновочных параметров рабочего места на основе антропометрических данных для положения сидя используют такие базы отсчета: плоскость пола, плоскость сиденья, спинка сиденья, перпендикулярная заднему краю сиденья; числовые табличные значения антропометрических данных округляются не более чем на 1 см или 1 градус. Под пространственной организацией рабочего места понимается размещение в определенном порядке элементов основного и вспомогательного оборудования относительно друг друга и работающего человека. Определяется в основном размерами и формой сенсорного и моторного пространства, формой и параметрами элементов рабочего места. Размеры и форма информационного и моторного поля регламентированы ГОСТ 12.2.032-78. Основными элементами рабочего места, оснащенного дисплеем, является рабочее кресло, рабочая поверхность, экран дисплея и клавиатура. Рабочее кресло обеспечивает поддержание рабочей позы, в положении сидя, и чем длиннее это положение в течение рабочего дня, тем настоятельнее должны быть требования к созданию удобных и правильных рабочих сидений. Тип рабочего кресла выбирается в зависимости от продолжительности работы: при длительной - массивное кресло, при кратковременной - кресло легкой конструкции, которое свободно отодвигается. Подножка кресла должна иметь пять опор, чтобы исключить опрокидывание. Сидение должно быть удобным, иметь закругленные края, наклоняться по отношению к горизонтали вперед на 2 градуса и назад на 14 градусов. Его размеры не должны превышать 40х40 см. Сиденье должно быть покрыто латексом толщиной около 1 см, сверху которого накладывается влагопроницаемый материал (меланжевая ткань, натуральное полотно). Высота спинки кресла рекомендуется 48-50 см от поверхности сидения и с регулировкой в переднезаднем направлении. На высоте 10-20 см от поверхности сидения ее следует оборудовать поясничным опорным валиком. Кресло с подлокотниками рекомендуется при эпизодической работе на ВТ, при постоянной работе подлокотники ограничивают движения. Рабочий стол должен иметь стабильную конструкцию. Плоскость стола выбирают в зависимости от размера документов. Плоскость стола, а также сидение оператора должны регулироваться по высоте. Высоту плоскости стола необходимо регулировать в диапазоне 65-85 см. При этом высота от горизонтальной линии зрения до рабочей поверхности стола при выпрямленной рабочей позе должна быть 45-50 см. Высота сидения от пола должна регулироваться в пределах 42-55 см. По желанию оператора устанавливается подставка для ног размером 40х30х15 см и углом наклона 0-20 градусов с нескользящим покрытием и неперемещаемая по полу. Покрытие стола должно быть матовым с коэффициентом отражения 20-50% и легко чиститься; углы и передняя верхняя грань доски стола следует выполнять закругленными. Высоту пространства под столом для ног оператора рекомендуют 60 см (на уровне колен) и не менее 80 см на уровней ступней. При размещении ВТ на рабочем месте учитываются границы полей зрения оператора, которые определяются движениями глаз и головы. Различают зоны зрительного наблюдения в вертикальной плоскости, ограниченные определенными углами, в которых располагаются экран ВТ (45-60 градусов), пюпитр (35-45 градусов) и клавиатура. Оптимальная высота расположения экрана должна соответствовать направлению взгляда оператора в секторе 5-35 градусов по отношению к горизонтали. Большой наклон экрана может привести к появлению бликов от светильников. Клавишное устройство целесообразно делать отдельно от экрана и подвижным. Это обеспечивает выбор оптимального положения, высоты и наклона всех составляющих оборудования рабочего места оператора. Изучение утомляемости различных групп мышц, состояния кровеносной и дыхательной систем показало неодинаковую физиологическую эффективность разных рабочих положений тела при разной длительности работы. При выборе рабочего положения следует принимать во внимание необходимые рабочие усилия, подвижность человека во время работы, размер рабочей зоны и особенности деятельности. Предусмотреть условия правильной организации самой посадки. В положении сидя основная нагрузка падает на мышцы, которые поддерживают позвоночный столб и голову, а подавляющая часть массы передается на бедра, препятствуя проникновению крови в нижнюю часть тела. В связи с этим, при длительном сидении время от времени необходимо смещать массу тела и сменять фиксированные рабочие позы. Поза - взаиморасположение звеньев тела независимо от его ориентации в пространстве и отношения к опоре. При работе сидя обычно естественный спинно-поясничный прогиб вперед меняется на изгиб назад (что является причиной болей в пояснице) Поэтому необходимо, чтобы корпус был выпрямлен, сохранены естественные изгибы позвоночного столба и угол наклона таза. Приемлемые значения: угол, образованный положением оси туловища и шеи, меняется в зависимости от выполняемо работы, если угол больше 25 градусов, то в задней части шеи появляется боль. Оптимальным является угол в 15 градусов; угол, образованный осью бедра и голени — 90-120 градусов. Если угол больше 120 градусов, то происходит утомление растянутых огибающих мышц бедра; для угла, образованного осью голени и подошвой ступни, значения в пределах 95+5 градусов (возможно до 115 градусов); лучшим положением руки признано положение при котором она свисает вдоль тела при работе, когда предплечья поддерживаются подлокотниками или плоскостью стола, рука может образовывать довольно большой угол (до 45 градусов); угол образованный, осью плеча и предплечья может быть от 40 градусов при сгибе и до 180 градусов при максимальном вытягивании. Угол в 90 градусов приближается к оптимальному, т.к. сгибающие и разгибающие мышцы сжимаются в равной степени, а условия кровообращения наиболее благоприятны; угол, образованный осью предплечья и кистью, равный 180 градусам, считается лучшим, т.к. при этом мышцы, приводящие в движение кисть, находятся в состоянии равного сокращения, а кисть является прямым продолжением предплечья. Работоспособность и пути ее повышения. Одним из проявлений оптимальных условий труда является длительное сохранение работоспособности. Для этого нужна такая организация труда, которая опирается на знание закономерностей трудовой деятельности. Во время трудовой деятельности функциональная способность человеческого организма изменяется во времени. Изменения обнаруживаются на протяжении рабочей смены и называются динамикой работоспособности. В изменениях соотношений между продуктивностью, работоспособностью и эмоционально-волевым направлением можно отметить 7 периодов: период врабатываемости. В этот период работоспособность повышается и в конечном итоге достигает максимального уровня. Продуктивность обычно нарастает; период оптимальной работоспособности. Уровень максимальной работоспособности, продуктивности и волевого усилия относительно стабилизирован; период “полной компенсации ”. Возникающее утомление несколько снижает уровень максимальной работоспособности, однако, благодаря эмоционально-волевому напряжению, продуктивность сохраняется на прежнем уровне; период “ неустойчивой компенсации ”. С нарастанием утомления максимальная работоспособность продолжает снижаться. Интенсивность волевого напряжения колеблется. В момент его ослабления продуктивность падает, в момент усиления - возрастает; “конечный порыв”. Утомление все более нарастает, а максимальный уровень работоспособности падает. Однако продуктивность может быть увеличена при значительном волевом усилии; период прогрессивного снижения продуктивности. Здесь еще более снижается максимальны уровень работоспособности и падает волевое усилие; прекращение работы. Возбуждение сменяется вялостью. Поскольку максимальная работоспособность осуществляется в периоды 2 и 3 фаз, один из путей создания оптимальных условий труда и повышения надежности системы “ человек - машина ” со стороны человеческого фактора - это отдаление периода утомляемости. Для этого можно использовать такие средства, как: смена способов работы. Например, обучение оператора производится с таким расчетом, чтобы он мог овладеть несколькими способами выполнения той или иной операции. Чередование труда и отдыха. В психологии и физиологии труда установлено, что эффективность труда повышается в том случае, если в течение смены устраивать короткие паузы. Наиболее эффективными являются перерывы, устраиваемые не тогда, когда начинает уменьшается производительность труда, а при появлении нерегулярности и вариантности действий. Сюда же относится вопрос об активизации отдыха (о производственной гимнастике, о смене рабочих мест, о функциональной музыке и др.) Для отдыха должны быть представлены специальные зоны, соответствующие требованиям технической.
Заключение В результате дипломного проектирования была разработана система, которая автоматизирует достаточно большой участок бухгалтерского учета и документооборота предприятия. Внедрение данной разработки позволило: значительно упростить и ускорить процесс подготовки отчетности в ГНИ РФ; повысить качество отчетности и соответственно снизить вероятность штрафов; получить новые виды отчетов; получить общую картину о заработной плате в объединении. Данная разработка выполнена под прогрессивную и чрезвычайно широко распространенную в мире платформу win32 с использованием современной технологии клиент–сервер, которая: позволяет работать с базой данных практически неограниченному количеству пользователей, резко снижая нагрузку на сеть; обладает намного большей защищенностью от несанкционированного доступа, чем устаревшая технология файл-сервер, с использованием которой работают старые СУБД типа FoxPro; переносит всю тяжесть вычислительной работы с машин пользователей на сервер, что позволяет резко снизить их стоимость; обладает развитым аппаратом транзакций, что исключает ошибки при одновременном обращении к одним данным разных пользователей. Расчетный экономический эффект от разработки составил 98454,20 рублей в год. Срок окупаемости 8,4 месяца.
Литература Бражник А.С. Щеглов Б.С. Бухгалтерский учет в производственном объединении. Минск: Беларусь, 1981 – 492 с. Благодатских В.А. и др. Экономика, разработка и использование программного обеспечения ЭВМ. М.: Финансы и статистика, 1995–387с. Голосов О.В. и др. Введение в информационный бизнес. М.: Финансы и статистика, 1995 – 217 с. Голощапов В.А. Справочник бухгалтера по расчетам с рабочими и служащими. М.: Финансы, 1967 – 150 с. Гупало В.И., Шнейдман Л.З. Бухгалтерский учет. М.: Финансы и статистика, 1987 – 398 с. Дарахвелидзе П., Макаров Е. Delphi 4 Наиболее полное руководство. С.- П.: БХВ Санкт-Петербург, 1998 – 802 с. Подоходный налог с физических лиц. М.: «Ось-89», 1998 – 155 с. Харч Д, Харч К. Работа с Oracle версии 6.0. Пер. с англ./В.В. Мартынюка. М.: Редакция литературы по информатике, 1993 - 460 с. Храмцов П.В. Лабиринт Internet. М.: Электроинформ, 1996 – 260 с. Шумаков. П.В. Delphi 3 и создание приложений баз данных. М.: Нолидж, 1998 – 704 с. Шумаков. П.В. Фаронов В.В. Delphi 4 Руководство разработчика баз данных. М.: Нолидж, 1999 – 557 с.
Приложение 1 Утверждаю: Начальник цеха автоматизации производственно-хозяйственной деятельности ПТП «СГЭРН»
_________________ Мисик В.М.
«___» _____________ 1999г.
Техническое задание на разработку АРМа «Налогоплательщик».
ПТП «Сургутгазэнергоремналадка» г.Сургут 1999г. 1. Общие сведения Полное наименование разрабатываемого АРМа: «Автоматизированное рабочее место «Налогоплательщик» работника отдела налоговой политики, осуществляющего сбор информации о доходах налогоплательщиков по объединению, контролирующего начисление подоходного налога и производящего отчеты для ГНИ РФ». 1.1. Разработчик и наименование предприятия заказчика АРМ разрабатывается студентом пятого курса Омского Государственного Технического Университета по заказу цеха производственно-хозяйственной деятельности Производственно Технического Предприятия «Сургутгазэнергоремналадка» ОАО «Сургутгазпром». 1.2. Цель создания АРМа Цель создания системы: обеспечить выполнение требования законодательства в отношении отчетности по подоходному налогу, автоматизировать процесс производства отчетности в ГНИ РФ. 1.3. Назначение АРМа АРМ «Налогоплательщик» предназначен для выполнения текущих работ работника отдела налоговой политики, таких как: сбор со структурных подразделений предприятия информации о заработной плате за период; сбор со структурных подразделений предприятия информации об удержанном подоходном налоге плате за период; проверка правильности удержания подоходного налога в подразделении; подготовка и заполнение отчетов в ГНИ РФ на бумажных и носителях; сдача информации о начисленной заработной плате и удержанном подоходном налоге в налоговую инспекцию на магнитном носителе; формирование и выдача индивидуальных справок физическим лицам; вывод стандартных отчетов; архивирование и восстановление данных.
2. Характеристика объекта автоматизации Автоматизации подлежат: отдел налоговой политики ОАО «Сургутгазпром»; отделы бухгалтерий структурных подразделений. При разработке системы следует также учитывать наиболее характерные особенности объектов автоматизации: территориальную разобщенность; специфику действия трудового законодательства в северных территориях; наличие на объекте автоматизации действующего программного обеспечения.
3. Требования к АРМу АРМ «Налогоплательщик» должен быть реализован на программно-технических средствах, совместимых с общей концепцией АСУ предприятия. Обязательным требованием к настоящему АРМу является корректная обработка им данных, содержащихся в базах данных программ, применяемых для расчета заработной платы в структурных подразделениях ОАО «Сургутгазпром». 3.1. Требования к функциям, выполняемым АРМом АРМ должен обеспечивать выполнение следующих функций: настройка системы на параметры конкретного рабочего места (список пользователей системы, права доступа к информации, используемые технические средства, пути доступа к АРМам расчетчиков заработной платы, способ передачи информации к вышестоящей организации, принятые формы документов и т.д.); выполнение стандартных параметрических запросов к базе данных с возможностью отображения найденной информации на экране, формирование печатных форм (справки, отчеты) по стандартным запросам; формирование выходных данных для налоговой инспекции, вышестоящей организации; занесение информации в базу данных с возможностью ее просмотра на экране; резервное копирование базы данных. 3.2. Требования к видам обеспечения 3.2.1. Требования к организационному обеспечению
Структура программно-информационного обеспечения в целом должна определяться взаимоотношениями между структурными подразделениями ОАО «Сургутгазпром». Организационное обеспечение деятельности коллектива работников бухгалтерии, занимающихся налогами, должно быть реализовано в виде самостоятельных автоматизированных рабочих мест. Запуск модулей в АРМе должен осуществляться через меню АРМа, пункты которого соответствуют конкретным функциональным задачам. Доступ к информации должен определяться правами пользователей системы. Должна быть разработана система допуска, позволяющая ограничить права пользователей по группам: только просмотр информации; возможность редактировать базу данных; просмотр (редактирование части данных).
3.2.2. Требования к программному обеспечению
АРМ «Налогоплательщик» должен быть реализован на программно-технических средствах, совместимых с общей концепцией АСУ предприятия. Обязательным требованием к настоящему АРМу является корректная обработка им данных, содержащихся в базах данных программ, применяемых для расчета заработной платы в структурных подразделениях ОАО «СургутГазПром». Отчеты, формы ввода и процедуры обработки информации должны быть разработаны инструментальными средствами языка программирования Borland Delphi 4.0 с использованием СУБД InterBase v5.0. Продукт должен быть разработан под операционную систему Microsoft Windows 95 или выше, сетевое программное обеспечение Microsoft.
Приложение 2 Пример представления информации о доходах на магнитном носителе
ИдФайл:7707123456**980110150011 ТипИнф:ДОХОД НаимОтпрЮЛ:ОАО Сургутгазпром ТелОтпр:235-95-84 АдрОтпр:,646400,77,Мира УЛ,10, ДолжнОтпр:БУХГАЛТЕР ФИООтпр:МЕЛЬНИК АЛЕКСАНДР СЕРГЕЕВИЧ КолДок:123 ВерсПрог: ИдДок:7707123456**9700000001 ДатаДок:10.06.1999 ИННФЛ:770712345678 ФИО:ПУСЬ,ИРИНА,ВИКТОРОВНА УдЛичн:01,Х1-ФР 178469 ДатаРожд:05.11.1955 АдрМЖ:,626400,36,,,,ОСТРОВСКОГО УЛ,1,,27 СтатусФЛ:1 МестоДох:1 ПериодДох:111000110001 ДоходМес:10000.00,10000.00,10000.00,0.00,0.00,0.00,15000.00, 5000.00,0.00,0.00,0.00,10000.00 ДоходВид:0200,50000.00,0,0.00;3100,10000.00,02,10000.00 Вычет:10,600.00;11,100.00;41,400.00 СкидСумм:10000.00 ВычСумм:1000.00 ВалСумм:60000.00 ОблСумм:49000.00 ОблСуммНалИс:5880.00 ОблСуммНалУд:5880.00 НадСумм:10000.00 НадОбл:9900.00 НадОблНалИс:1188.00 НадОблНалУд:1188.00 ВыгСумм:500.00 ВыгОбл:500.00 ВыгОблНалИс:75.00 ВыгОблНалУд:75.00 ВзыскГНИ:100.00 Приложение 3 SQL программа создающая базу данных системы
create table Org( KeyOrg char(3) Not Null, NameOrg char(254) Not Null, Primary Key(KeyOrg));
create table Config ( CurrYear Integer, CurrOrg Char(3), ServerWay Char(254), Tab_Start Char(5), Tab_End Char(5), God_Start Char(4), Mes_Start Char(2), God_End Char(4), Curr_User Char(25), Mes_End Char(2), CONSTRAINT PO_KeyOrg7 FOREIGN KEY(CurrOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Users( User_ Char(25), Pasword Char (25), Type SmallInt)
create table RabPlaces ( KeyOrg Char(3) not Null, NameRabPlace Char(254) Not Null, Way Char(254) Not Null, CONSTRAINT PO_KeyOrg6 FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table FIO ( Tab Char(5), Fio Char(100), Zeh Char(2), Ych Char(2), Kat Char(2), Oklad Float, Sist_Opl Char(1), Prin Date, Yvol Date, Skidka SmallInt, Sovmest Char(1), Inostr SmallInt, Prof Char(2), Deti SmallInt, Ijd SmallInt, Dolgn Char(2), KeyOrg char(3));
create table Nach( Tab Char(5) Not Null, KeyOrg char(3) Not Null, Kod char(3) Not Null, Data_M Char(2), Data_G Char(4) Not Null, Symma Float, Data_Ras_M Char(2), Data_Ras_G Char(4) Not Null, Data_R Char(4), CONSTRAINT PO_KeyOrg8 FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Ud( Tab Char(5) Not Null, KeyOrg char(3) Not Null, Kod char(3) Not Null, Data_M Char(2), Data_G Char(4) Not Null, Symma Float, Data_Ras_M Char(2), Data_Ras_G Char(4) Not Null, Data_R Char(4), CONSTRAINT PO_KeyOrg9 FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Data ( KeyOrg char(3) Not Null, Tab Char(5) Not Null, Fami Char(25), Nami Char(15), Otch Char(15), Dat_R Date, Docum Char(2), SerDoc Char(10), NomDoc Char(6), KVID Char(32), Dvid Date, Str Char(3), PostInd Char(6), Obl Char(4), Raion Char(15), Gorod Char(20), Punct Char(25), Ulica Char(25), Dom Char(13), Korp Char(10), KV Char(10), Tel Char(10), Katp Char(4));
CREATE INDEX FAMILY ON DATA(FAMI);
CREATE INDEX tab_sum_n ON nach(tab, symma);
CREATE INDEX tab_sum_u ON ud(tab, symma);
CREATE INDEX zeh ON zeh(zeh);
CREATE INDEX ych ON ych(ych);
create table Zeh ( Zeh Char(2) not null, KeyOrg char(3) Not Null, Naim Char(25) not null, CONSTRAINT PO_KeyOrg3 FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table Ych ( Ych Char(2) not null, KeyOrg char(3) Not Null, Zeh Char(2) not null, Naim Char(15) not null, CONSTRAINT PO_KeyOrg4 FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create trigger kaskad_ych for zeh Active After Update As begin if (old.zeh<>new.zeh) then Update Ych Set Zeh=new.Zeh Where Zeh=Old.Zeh; end
create table Kat ( Kat Char(2) not null, Naim Char(15) not null, Primary Key (Kat));
create table Sist_Opl ( Sist_Opl Char(1) not null, Naim Char(30) not null, Primary Key (Sist_Opl));
create table Prof ( Prof Char(2) not null, Naim Char(20) not null, Primary Key (Prof));
create table Dolgn ( Dolgn Char(2) not null, Naim Char(20) not null, Primary Key (Dolgn));
create table Strana ( Str Char(2) not null, Strana Char(15) not null, Primary Key (Str));
create table Oblast ( Obl Char(2) not null, Oblast Char(30) not null, Primary Key (Obl));
create table Kat_Plat ( KatP char(2) not null, naim Char(35) not null, Primary Key (KatP));
create table Docum ( Docum char(2) not null, naim Char(75) not null, Primary Key (Docum));
CREATE TABLE Minim( Data date NOT NULL, Minim Char(10) not null, PRIMARY KEY(Data));
create table MLV ( Tab Char(5) Not Null, KeyOrg char(3) Not Null, Date_Nach Char(4), For_Nal Float, Sum_Nal Float, Sum_Pens Float, Skidka SmallInt, Sum_RK_SN Float, Nal_RC_SN Float, Sum_Pens_RK_SN Float, Lgot Float, Lgot_RK_SN Float, Mat_Pom Float, Pr_Vkl Char(1), Deti SmallInt, Ijd SmallInt, Zen_Pod Float, Sum_Vig Float, Nal_Vig Float, CONSTRAINT PO_KeyOrg5 FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE CASCADE);
create table SHK_SKID ( God Char(4) Not Null, Summa_End Char(15) Not Null, Koef SmallInt Not Null);
create table SHKALA ( God SmallInt Not Null, Dox1 Char(15) Not Null, Dox2 Char(15) Not Null, Pr SmallInt Not Null, Nal Char(15), Use_3_Proz Char(1));
create table Type_Nach ( Kod Char(3) not Null, Naim Char(254) Not Null, Inp Char(1), Primary KEY(Kod))
create table Type_Ud ( Kod Char(3) not Null, Naim Char(254) Not Null, Primary KEY(Kod))
create table imput_podoh( kod char(3), inp char(1))
declare external function sh_date_to_y cstring(4) returns cstring(4) entry_point "sh_date_to_y" module_name "my_funct"
declare external function sh_date_to_m cstring(4) returns cstring(2) entry_point "sh_date_to_m" module_name "my_funct"
create trigger corr_date for nach Active Before Insert As begin New.Data_M=sh_date_to_m(New.Data_G); New.Data_G=sh_date_to_y(New.Data_G); New.Data_Ras_M=sh_date_to_m(New.Data_Ras_G); New.Data_Ras_G=sh_date_to_y(New.Data_Ras_G); end
create trigger int_nach for Nach Active Before Insert As begin New.Gen=Gen_Id(Numb_Nach,1); end
CREATE GENERATOR Numb_Nach;
SET GENERATOR Numb_Nach TO 1;
CREATE GENERATOR Numb_Ud;
SET GENERATOR Numb_Ud TO 1;
create view nach_01 (tab_, data_ras_m_, data_ras_g_, sum_) as select tab, data_ras_m, data_ras_g, sum(symma)as sum_n from nach group by tab, data_ras_m, data_ras_g
create view ud_01 (tab_, data_ras_m_, data_ras_g_, sum_) as select tab, data_ras_m, data_ras_g, sum(symma)as sum_u from ud group by tab, data_ras_m, data_ras_g
create view fio_01 (tab_, fio_, zeh_, ych_, prin_, yvol_) as select tab, fio, zeh, ych, prin, yvol from fio group by tab_, fio_, zeh_, ych_, prin_, yvol_
create view fio_02 (ych_, deal_tab_) as select ych, count(tab) as deal_tab from fio group by ych_
create view zeh_01 (zeh_, naim_) as select zeh, naim from zeh group by zeh, naim
create view ych_01 (ych_, zeh_, naim_) as select ych, zeh, naim from ych group by ych, zeh, naim
create view nach_04(data_, sum_, kat_) as select data_ras_m, sum(symma), fio.kat from nach, fio where nach.tab=fio.tab group by data_ras_m, fio.kat
create view nach_03(data_, data__) as select data_ras_m_, count(data_ras_m_) from nach_01 group by data_ras_m_
create view nach_05(data_ras_m_, sum_) as select data_ras_m, sum(symma/100000) from nach group by data_ras_m
Омский Государственный Технический Университет
Кафедра АСОИУ Утверждаю: Заведующий кафедрой: Б.Н.Епифанцев «______»________________199__г.____
Задание По дипломному проектированию
Студент Геттих Максим Владимирович ____________________________________________ 1.Тема проекта: Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы по объединению «Сургутгазпром».
утверждена приказом по вузу от "______"_______________1998г. №____________
2. Срок сдачи студентом законченного проекта " 28 " мая 1999г.
Исходные данные к проекту: 1. Техническое задание, согласованное с руководителем 2. Результаты преддипломной практики
Содержание расчетно-пояснительной записки (перечень подлежащих разработке вопросов) Аннотация (англ.) Содержание Введение Описание автоматизируемых функций Проектное решение ( с анализом выполнения требований ТЗ) Руководство по эксплуатации Организационно-экономическая часть Охрана труда Приложения: 1. Техническое задание 2.Демоверсия программы 3.Рекламный лист
Перечень графического материала (с указанием обязательных чертежей) Назначение системы и эффект от внедрения (в рекламном листе)
Консультанты по проекту (с указанием относящихся к ним разделов проекта) Организационно-экономическая часть /О.И. Рыбьякова/ Охрана труда /А.С. Попов/
7. Дата выдачи задания: «28» декабря 1998 года
Руководитель Гл. конструктор проекта НПО “Автоматика” Чегодаев В.Н. (подпись)
Задание принял к исполнению (дата) Подпись студента Задания консультантов
Организационно-экономическая часть: расчет трудозатрат; расчет экономической эффективности; расчет сроков окупаемости.
Рыбьякова О.И.
Охрана труда: написать инструкцию по технике безопасности; требования по технике безопасности, предъявляемые к рабочему месту.
Попов А.С.
Рецензия на дипломный проект
студента Омского Государственного Технического Университета
Геттих Максима Владимировича “Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы по объединению Сургутгазпром". Рецензируемая работа представлена в виде пояснительной записки, рекламного листа и демонстрационной версии программного обеспечения. Пояснительная записка изложена на 116 листах. Стандарты оформления технической документации соблюдены. Пояснительная записка изложена качественно, написана технически грамотным языком. Замечаний по оформлению пояснительной записки нет. Тема дипломного проекта является актуальной, так как в настоящее время на предприятии идет процесс комплексной автоматизации хозяйственной деятельности. В предложенном дипломном проекте разработана система, проводящая автоматизацию большого участка бухгалтерского учета, документооборота предприятия, позволившая значительно сократить необходимое время на производство отчетности, поднять качество отчетов. К достоинствам дипломного проекта необходимо отнести практическую направленность работы и грамотное использование дипломником средств современных компьютеров при решении поставленной задачи. Рецензируемый дипломный проект отвечает требованиям к дипломным проектам и достоин оценки отлично, а Геттих М.В. – присвоения квалификации инженера-системотехника.
Рецензент: Начальник цеха автоматизации производственно хозяйственной деятельности ПТП СГЭРН Мисик В.М.
Утверждаю: Начальник цеха автоматизации производственно-хозяйственной деятельности ПТП «СГЭРН»
_________________ Мисик В.М.
«___» _____________ 1999г.
Техническое задание на разработку АРМа «Налогоплательщик».
ПТП «Сургутгазэнергоремналадка» г. Сургут
1999г. Содержание 1. ОБЩИЕ СВЕДЕНИЯ 5 1.1 Полное наименование АРМа и его условное обозначение 5 1.2. Разработчик и наименование предприятия заказчика 5 1.3. Основания разработки системы 5 1.4. Плановые сроки начала и окончания работ по созданию системы 5 2. НАЗНАЧЕНИЕ АРМа 6 3. Характеристика объектов автоматизации 7 4. Требования к АРМу 8 4.1. Требования к АРМу в целом 8 4.2. Требования к функциям, выполняемым АРМом 8 4.3. Требования к видам обеспечения 9 4.3.1. Требования к организационному обеспечению 9 4.3.2. Требования к техническому обеспечению 10 4.3.3. Требования к программному обеспечению 12 4.3.4. Требования к информационному обеспечению 13 1. ОБЩИЕ СВЕДЕНИЯ 1.1 Полное наименование АРМа и его условное обозначение Полное наименование разрабатываемого АРМа: «Автоматизированное рабочее место «Налогоплательщик» бухгалтера, осуществляющего сбор информации о доходах налогоплательщиков по предприятию контролирующего начисление подоходного налога и производящего отчеты для налоговой инспекции»». 1.2. Разработчик и наименование предприятия заказчика АРМ разрабатывается студентом пятого курса Омского Государственного Технического Университета по заказу цеха производственно-хозяйственной деятельности Производственно Технического Предприятия «Сургутгазэнергоремналадка» Объединения «Сургугазпром». 1.3. Основания разработки системы Разработка выполняется по заказу цеха производственно-хозяйственной деятельности Производственно Технического Предприятия «Сургутгазэнергоремналадка» Объединения «Сургугазпром». 1.4. Плановые сроки начала и окончания работ по созданию системы 1.4.1. Обследование объектов автоматизации, выполняемых совместно Исполнителем и Заказчиком: перечень задач по АРМу; виды печатных документов и экранных форм; справочная информация, включая регламентированную стандартами; реальные данные для отработки и испытаний системы; количество рабочих мест Разработка модулей системы (формы, меню, библиотеки, отчеты) ; Разработка пользовательской документации; Сдача в промышленную эксплуатацию.
1.4.2. Календарные сроки разработки АРМа определяются Планом-графиком работ, являющимся приложением к пояснительной записке. 2. НАЗНАЧЕНИЕ АРМа АРМ «Налогоплательщик» предназначен для выполнения текущих работ бухгалтера/работника отдела налоговой политики, таких как: сбор со структурных подразделений предприятия информации о начисленной заработной плате за период; сбор со структурных подразделений предприятия информации об удержанном подоходном налоге плате за период; проверка правильности удержания подоходного налога в подразделении (по конкретному Ф.И.О.); подготовка и заполнение отчетов в налоговую инспекцию на бумажных носителях; сдача информации о начисленной заработной плате и удержанном подоходном налоге в налоговую инспекцию на магнитном носителе; формирование и выдача индивидуальных справок физическим лицам; вывод стандартных отчетов; выполнение произвольных запросов к базе данных; архивирование и восстановление данных.
Система должна обеспечивать выполнение произвольных запросов, проведение необходимых расчетов, получение оперативных информационных справок в текстовом и графических видах по хранимой информации. 3. Характеристика объектов автоматизации Объектами автоматизации являются: Отдел бухгалтерия, рабочее место бухгалтера, осуществляющего отчетность в налоговую службу П «СургутГазПром». Отдел налоговой политики П «СургутГазПром». Отделы бухгалтерий предприятий второго уровня (структурных подразделений).
При разработке системы следует также учитывать наиболее характерные особенности объектов автоматизации: территориальную разобщенность; специфику действия трудового законодательства в северных территориях; наличие на объектах автоматизации действующего программного обеспечения. 4. Требования к АРМу 4.1. Требования к АРМу в целом АРМ «Налогоплательщик» должен быть реализован на программно-технических средствах, совместимых с общей концепцией АСУ предприятия. Обязательным требованием к настоящему АРМу является корректная обработка им данных, содержащихся в базах данных программ, применяемых для расчета заработной платы в структурных подразделениях предприятия «СургутГазПром». (список программ и подразделений см. в Приложениях № 1 и №2) 4.2. Требования к функциям, выполняемым АРМом Корректное функционирование АРМа определяется набором первичных функций, которые подразделяются на 6 групп: Настройка системы на параметры предприятия и параметры конкретного рабочего места (список пользователей системы, права доступа к информации, используемые технические средства, пути доступа к АРМам расчетчиков заработной платы, способ передачи информации к вышестоящей организации, принятые формы документов и т.д.). Выполнение стандартных параметрических запросов к базе данных с возможностью отображения найденной информации на экране. Формирование печатных форм (справки, отчеты) по стандартным запросам. Выполнение произвольных и нестандартных запросов к базе данных с возможностью отображения найденной информации на экране и принтере. Формирование выходных данных для налоговой инспекции, вышестоящей организации. Занесение информации в базу данных с возможностью ее просмотра на экране. Сохранение и восстановление состояния базы данных в независимом формате (например, в виде текстовых файлов или dbf-файлов).
Управление функциями АРМе «Налогоплательщик» будет осуществляться с помощью системы меню. Каждая функция вызывается с помощью пункта меню соответствующего модуля системы. Под модулем понимается набор функций, предназначенный для решения определенной информационной задачи системы. 4.3. Требования к видам обеспечения 4.3.1. Требования к организационному обеспечению Структура программно-информационного обеспечения в целом должна определяться взаимоотношениями между структурными подразделениями П «СургутГазПром». А в каждом конкретном подразделении распределением задач между работниками бухгалтерии, типами ПО. Организационное обеспечение деятельности коллектива работников бухгалтерии, занимающихся налогами, должно быть реализовано в виде самостоятельных автоматизированных рабочих мест. Запуск модулей в АРМе должен осуществляться через меню АРМа, пункты которого соответствуют конкретным функциональным задачам. Доступ к информации должен определяться правами пользователей системы. Должна быть разработана система допуска, позволяющая ограничить права пользователей по группам. Только просмотр информации; Возможность редактировать базу данных; Просмотр (редактирование части данных).
4.3.2. Требования к техническому обеспечению
Поскольку АРМ «Налогоплательщик» должен быть реализован на языке программирование высокого уровня, с использованием, современной СУБД и возможностей Microsoft Windows NT/95, то для его функционирования необходимы IBM совместимый компьютер: Для функционирования сервера: Процессор не ниже Intel Pentium ММХ 200 Mhz Объем ОЗУ не менее 64 Mb Размер свободного пространства на жестком диске компьютера не менее 1Гб Цветной SVGA монитор Клавиатура IBM PC AT 101/102 клавиши Манипулятор мышь.
Поясним требования. Для функционирования серверов рекомендуется применять мощные, современные процессоры, из-за большой нагрузки на сервер в режиме работы клиент-сервер. 48 Mb – минимальный стандарт функционирования сервера под управлением Microsoft Windows NT, для обеспечения нормального функционирования в случае параллельного выполнения какой-либо задачи нам потребуется память размером 64 Mb. СургутГазПром состоит из 33 подразделений. Среднее число работающих в подразделении – 300 Размер записи, приходящийся на одного работника составляет 1000 байт Размер базы данных по всему Газпрому за месяц составит 33 * 300 * 1000 = 9900000 байт за год 9900000 * 12 = 118800000 байт или примерно 120 Мбайт Т.е 1 Гбайта нам хватит примерно на 9 лет. Данных о заработной плате хранятся в архиве 75 лет. С учетом среднего срока службы компьютерного оборудования – 5 лет и возможных доработок и изменений в структуре базы 1 Гбайт – оптимальный размер. 4. Требования 4, 5, 6 являются стандартными требованиями к компьютерам под управлением Microsoft Windows NT/95.
Для функционирования рабочей станции: Процессор не ниже Intel Pentium 120 Mhz Объем ОЗУ не менее 16 Mb Цветной SVGA монитор Размер свободного пространства на жестком диске компьютера не менее 50Мб Клавиатура IBM PC AT 101/102 клавиши Манипулятор мышь. Ввиду распределенной структуры предприятий объединения «СургутГазПром» для взаимосвязи необходим модем, а в пределах одного здания подключение к локальной сети. 4.3.3. Требования к программному обеспечению
АРМ «Налогоплательщик» должен быть реализован на программно-технических средствах, совместимых с общей концепцией АСУ предприятия. Обязательным требованием к настоящему АРМу является корректная обработка им данных, содержащихся в базах данных программ, применяемых для расчета заработной платы в структурных подразделениях предприятия «СургутГазПром». (список программ и подразделений см. в Приложениях № 1 и №2) Отчеты, формы ввода и процедуры обработки информации должны быть разработаны инструментальными средствами языка программирования Borland Delphi 4.0 с использованием СУБД Oracle 8.03. Системное программное обеспечение, требуемое для ПО, включает в себя операционную систему Microsoft Windows 95 или выше, сетевое программное обеспечение Microsoft.
4.3.4. Требования к информационному обеспечению
В нашем случае с точки зрения надежности СУБД Oracle 8.03 является наилучшей по сравнению с другими СУБД. Эта система управления реляционными базами данных является одной из самых распространенных в мире. Система Oracle рассчитана на прием больших объемов различного типа данных. Поэтому она удобна для выполнение нашей задачи. Она позволяет нескольким рабочим станциям одновременно обновлять информацию с высокой степенью надежности, вести журнал транзакций для восстановления базы данных в случае сбоев операционной системы, питания или прикладного программного обеспечения. Ввиду разной технической оснащенности предприятий отрасли, система должна функционировать в локальной вычислительной сети и локально на отдельном персональном компьютере.
| Содержание Аннотация Error: Reference source not found Annotation Error: Reference source not found Список принятых сокращений и обозначений Error: Reference source not found Введение Error: Reference source not found 1. Обзор существующих аналогов Error: Reference source not found 1.1. Турбо бухгалтер Error: Reference source not found 1.2. 1C:Бухгалтерия Error: Reference source not found 1.3. БЭСТ Error: Reference source not found 1.4. Интегратор 3.0 Error: Reference source not found 2. Описание автоматизируемых функций Error: Reference source not found 2.1. Анализ существующей системы функционирования и задачи автоматизации Error: Reference source not found 2.2. Состав функций реализуемых системой Error: Reference source not found 2.3. Решение по структуре системы Error: Reference source not found 2.4. Решение по функциональному разбиению системы на модули Error: Reference source not found 3. Проектное решение Error: Reference source not found 3.1. Обеспечение защиты баз данных Error: Reference source not found 3.2. Выбор операционной среды и средств разработки Error: Reference source not found 3.3. Решения по комплексу технических средств Error: Reference source not found 3.4. Информационное обеспечение разработки Error: Reference source not found 4. Руководство пользователя Error: Reference source not found 4.1. Идентификация пользователя Error: Reference source not found 4.2. Справочники системы Error: Reference source not found 4.3 Рабочие режимы системы Error: Reference source not found 4.4. Производство отчетов Error: Reference source not found 4.5. Сервисные функции Error: Reference source not found
| |
|
|
|
| ДП - 2068988 - 220200 - 574 - 2201-99 | |
|
|
|
| |
| документа | подпись | дата | |
| Разработал | Геттих М.В. |
|
| Разработка системы по сбору информации о доходах физических лиц для формирования налоговых документов и отчетности для налоговой службы по объединению Сургутгазпром | литер | Листов | Лист | |
| Проверил | Чегодаев В.Н. |
|
|
У |
|
3 | |
|
|
|
| |
| Нормоконтроль | Чегодаев В.Н. |
|
|
ОмГТУ, АС-574 | |
|
|
|
| |
| Утвердил | Епифанцев Б.Н. |
|
|
| |
|
|
|
|
|
| |
|
|
|
|
| |
|
|
|
| |
| 5. Руководство программиста Error: Reference source not found 5.1. Инсталляция системы Error: Reference source not found 5.2. Настройка системы Error: Reference source not found 5.3 Служебные функции работы с базой данных Error: Reference source not found 5.4. Краткая информация для программистов о базе данных Error: Reference source not found 6. Экономическое обоснование необходимости разработки Error: Reference source not found 6.1. Характеристика программного продукта Error: Reference source not found 6.2. Определение затрат труда на разработку программного продукта Error: Reference source not found 6.3. Расчет затрат на разработку Error: Reference source not found 6.4. Экономический эффект от реализации и внедрения программного продукта Error: Reference source not found 6.5. Краткий вывод о необходимости разработки Error: Reference source not found 7. Охрана труда Error: Reference source not found 7.1. Анализ опасных и вредных производственных факторов при работе на компьютере Error: Reference source not found 7.2. Физические опасные и вредные производственные факторы при работе на компьютере Error: Reference source not found 7.3. Психофизиологические опасные и вредные производственные факторы Error: Reference source not found 7.4. Пожарная безопасность Error: Reference source not found 7.5. Мероприятия по устранению опасных и вредных производственных факторов Error: Reference source not found 7.6. Соответствие эргономическим требованиям мебели рабочего места пользователя ПЭВМ Error: Reference source not found Заключение Error: Reference source not found Литература Error: Reference source not found Приложение 1 “Техническое задание на разработку” Error: Reference source not found Приложение 2 “Пример представления информации о доходах на магнитном носителе” Error: Reference source not found Приложение 3 “SQL программа, создающая базу данных системы” Error: Reference source not found0
| |
|
|
|
| ДП - 2068988 - 220200 - 574 - 2201- 99 | лист | |
|
|
|
| 4 | |
| документа | подпись | дата |
|
