Повышение эффективности использования СБИС++

 

Содержание


Введение

. Общесистемный раздел

.1 Основные термины

.1 Необходимость защиты информации

.2.1 Инфраструктура Открытых Ключей

.2.2 Стандарты в области ИОК

.3 Системы электронной отчетности

.3.1 СБиС++ Электронная отчетность

.3.2 Контур Экстерн

.3.3 Астрал Отчет

.3.4 Программный комплекс "Клиент транспортной системы"

.3.5 Постановка задачи на дипломное проектирование

. Специальный раздел

.1 Операторы связи

.2 Стандартная настройка

.3 Методика настройки

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

.4.1 Обоснование выбора среды разработки и ее характеристика

.4.2 Разработка входных форм и отчетов для подсистемы учета программных продуктов

3. Экономико-организационный раздел

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

3.2 Определение трудоемкости разработки ПС

3.3 Определение стоимости разработки программного средства

.4 Расчёт показателей экономической эффективности ПС

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

.1 Идентификация потенциальных опасностей и вредностей в помещении технического отдела ООО "Компьютерный аудит"

.1.1 Описание рабочего места, оборудования, выполняемых операций

.1.2 Характеристика санитарно-гигиеническихфакторов помещения технического отдела ООО "Компьютерный аудит"

.2 Мероприятия по разработке безопасных условий труда на производственном участке

.3 Обеспечение электробезопасности в помещении технического отдела ООО "Компьютерный аудит"

.4 Обеспечение пожарной безопасности

.5 Расчет и подбор кондиционера для помещения технического отдела ООО "Компьютерный аудит"

4.6 Мероприятия и технические средства по охране окружающей среды в районе расположения объекта исследования

Заключение

Список использованных источников

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

Введение


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

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

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

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

·консерватизм персонала, низкая образованность, нежелание обучаться и переобучаться. Боязнь прозрачности собственной деятельности для руководства, которая возникает после внедрения системы электронного документооборота;

·фактор директора "советского типа" - нежелание непосредственно работать с компьютером, просматривать и редактировать документы;

·постоянные структурные изменения в организации, слабая формализация бизнес-процессов;

·необходимость обеспечения юридической силы документов;

·необходимость взаимодействовать с внешним "бумажным" миром, в особенности, если это касается параллельных структур в ассоциированных организациях или ведомствах, с которыми идет постоянная работа.

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

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

Сдача отчетности в электронном виде - это новый, но уже достаточно популярный метод взаимодействия с налоговыми органами, успешно зарекомендовавший себя, сегодня стал доступен каждому предприятию.

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

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

Преимущества системы сдачи отчётности в электронном виде по телекоммуникационным каналам связи:

·сокращение ошибок при подготовке отчётности за счёт средств выходного контроля;

·большая экономия времени при сдаче отчётности;

·своевременное обновление форм отчётности по электронной почте;

·система запрос-выписка по электронной почте.

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

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

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

В дипломном проекте будут рассмотрены вопросы повышения эффективности использования одной из систем электронной отчетности, а именно, СБИС++.


1. Общесистемный раздел


.1 Основные термины


Основными терминами, используемыми в электронном документообороте согласно Федерального закона об электронной цифровой подписи (Федеральный закон от 10 января 2002г. №1 -ФЗ), являются:

·электронный документ - документ, в котором информация представлена в электронно-цифровой форме;

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

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

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

·сертификат средств электронной цифровой подписи - документ на бумажном носителе, выданный в соответствии с правилами системы сертификации для подтверждения соответствия средств электронной цифровой подписи установленным требованиям;

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

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

·сертификат ключа подписи - документ на бумажном носителе или электронный документ с электронной цифровой подписью уполномоченного лица удостоверяющего центра, которые включают в себя открытый ключ электронной цифровой подписи и которые выдаются удостоверяющим центром участнику информационной системы для подтверждения подлинности электронной цифровой подписи и идентификации владельца сертификата ключа подписи;

·подтверждение подлинности электронной цифровой подписи в электронном документе - положительный результат проверки соответствующим сертифицированным средством электронной цифровой подписи с использованием сертификата ключа, подписи принадлежности электронной цифровой подписи в электронном документе владельцу сертификата ключа подписи и отсутствия искажений в подписанном данной электронной цифровой подписью электронном документе;

·пользователь сертификата ключа подписи - физическое лицо, использующее полученные в удостоверяющем центре сведения о сертификате ключа подписи для проверки принадлежности электронной цифровой подписи владельцу сертификата ключа подписи;

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

·корпоративная информационная система - информационная система, участниками которой может быть ограниченный круг лиц, определенный ее владельцем или соглашением участников этой информационной системы.


.1 Необходимость защиты информации


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

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

Система криптографической защиты должна обеспечивать:

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

·контроль доступа ? Информация должна быть доступна только для того, для кого она предназначена. Если сравнивать с бумажной технологией, то только разрешенный получатель может открыть запечатанный конверт. В системах криптографической защиты обеспечивается шифрованием;

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

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

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

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

Криптография делится на два класса: с симметричными ключами и открытыми ключами.

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

Преимущества криптографии с симметричными ключами:

·производительность (производительность алгоритмов с симметричными ключами очень велика);

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

Недостатки криптографии с симметричными ключами:

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

·масштабируемость (Так как используется единый ключ между отправителем и каждым из получателей, количество необходимых ключей возрастает в геометрической прогрессии. Для 10 пользователей нужно 45 ключей, а для 100 уже 499500.);

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

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

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


.2.1 Инфраструктура Открытых Ключей

Криптография с открытыми ключами требует наличия Инфраструктуры Открытых Ключей (PKI - Public Key Infrastructure) - неотъемлемого сервиса для управления электронными сертификатами и ключами пользователей, прикладного обеспечения и систем.

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

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

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

Процедура верификации цепочки сертификатов описана в рекомендациях X.509 и RFC 2459 и проверяет связанность между именем Владельца сертификата и его открытым ключом. Процедура верификации цепочки подразумевает, что все "правильные" цепочки начинаются с сертификатов, изданных одним доверенным центром сертификации. Под доверенным центром понимается главный ЦС, открытый ключ которого содержится в самоподписанном сертификате. Такое ограничение упрощает процедуру верификации, хотя наличие самоподписанного сертификата и его криптографическая проверка не обеспечивают безопасности. Для обеспечения доверия к открытому ключу такого сертификата должны быть применены специальные способы его распространения и хранения, так как на данном открытом ключе проверяются все остальные сертификаты.

Алгоритм верификации цепочек использует следующие данные:

·Х.500 имя Издателя сертификата;

·Х.500 имя Владельца сертификата;

·открытый ключ Издателя;

·срок действия открытого (секретного) ключа Издателя и Владельца;

·ограничивающие дополнения, используемые при верификации цепочек (basicConstraints, nameConstraints, policyConstrains);

·СОС для каждого Издателя (даже если он не содержит отзываемых сертификатов).

Цепочка сертификатов представляет собой последовательность из n сертификатов, в которой:

·для всех x в {1, (n-1)}, Владелец сертификата x есть Издатель сертификата x+1;

·сертификат x=1 есть самоподписанный сертификат;

·сертификат x=n есть сертификат конечного пользователя.

Одновременно с цепочкой сертификатов используется цепочка СОС, представляющая собой последовательность из n СОС, в которой:

·для всех СОС x в {1, n}, Издатель сертификата x есть Издатель СОС x;

·СОС x=1 есть СОС, изданный Владельцем самоподписанного сертификата;

·СОС x=n есть СОС, изданный Издателем сертификата конечного пользователя.

После построения двух цепочек (сертификатов и СОС) выполняется:

·криптографическая проверка сертификатов и СОС в цепочках;

·проверка сроков действия сертификатов и СОС;

·проверка соответствия имен Издателя и Владельца с использованием дополнения nameConstraints;

·проверка длины цепочки с использованием дополнения basicConstraints;

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

·проверка приемлемых регламентов использования сертификата и приемлемых областей использования ключа с использованием дополнений certificatesPolicies и extendedKeyUsage.

В состав компонент ИОК входят следующие компоненты:

·Центр Сертификации;

·Центр Регистрации;

·Конечные пользователи;

·Сетевой справочник.

Центр Сертификации (или Удостоверяющий Центр) - основная управляющая компонента ИОК, предназначенная для формирования электронных сертификатов подчиненных Центров и конечных пользователей. Кроме сертификатов, ЦС формирует список отозванных сертификатов X.509 CRL (СОС) с регулярностью, определенной Регламентом системы.

К основным функциям ЦС относятся:

·формирование собственного секретного ключа и сертификата ЦС;

·формирование сертификатов подчиненных Центров;

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

·формирование списка отозванных сертификатов;

·ведение базы всех изготовленных сертификатов и списков отозванных сертификатов.

Центр Регистрации ? Опциональная компонента ИОК, предназначенная для регистрации конечных пользователей. Основная задача ЦР - регистрация пользователей и обеспечение их взаимодействия с ЦС. В задачи ЦР может также входить публикация сертификатов и СОС в сетевом справочнике LDAP.

Пользователи ? Пользователь, приложение или система, являющиеся Владельцами сертификата и использующие ИОК.

Сетевой справочник ? Опциональная компонента ИОК, содержащая сертификаты и списки отозванных сертификатов и служащая для целей распространения этих объектов среди пользователей с использованием протокола LDAP (HTTP, FTP).

ИОК используется для управления ключами и электронными сертификатами в приложениях (таких как электронная почта, Web приложения, электронная коммерция), использующих криптографию для установления защищенных сетевых соединений (S/MIME, SSL, IPSEC), или для формирования ЭЦП электронных документов, приложений и т.д. Кроме того, ИОК может быть использована для корпоративных приложений.

Защищенные электронная почта и документооборот используют криптографию для шифрования сообщений или файлов и формирования ЭЦП. Из наиболее известных и распространенных стандартов стоит отметить протокол S/MIME (Secure Multipurpose Internet Mail Extensions), который является расширением стандарта Internet почты MIME (Multipurpose Internet Mail Extensions).браузеры и сервера используют ИОК для аутентификации и конфиденциальности сессии, а также для онлайновых банковских приложений и электронных магазинов. Наиболее распространенным протоколом в этой сфере является протокол SSL (Secure Sockets Layer). Протокол SSL не ограничивается применением только для защиты HTTP (Hypertext Transfer Protocol), а также может быть использован для FTP (File Transfer Protocol) и Telnet.

Использование ЭЦП для подписи приложений и файлов позволяет безопасно распространять их по сети Internet. При этом пользователь уверен в корректности полученного приложения от фирмы-разработчика.


.2.2 Стандарты в области ИОК

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

В особенности стандартизация важна в области:

·процедуры регистрации и выработки ключа;

·описания формата сертификата;

·описания формата СОС;

·описания формата криптографически защищенных данных;

·описания онлайновых протоколов.

Основным центром по выпуску согласованных стандартов в области ИОК является рабочая группа ИОК (PKI working group) организации IETF (Internet Engineering Task Force), известная как группа PKIX (от сокращения PKI for X.509 certificates).

Стандарты PKIX

Спецификации PKIX основаны на двух группах стандартов: X.509 ITU-T (Международный комитет по телекоммуникациям) и PKCS (Public Key Cryptography Standards) firmy RSA Data Security. X.509 изначально был предназначен для спецификации аутентификации при использовании в составе сервиса X.500 директории. Фактически же, синтаксис электронного сертификата, предложенный в X.509 признан стандартом де-факто и получил всеобщее распространение независимо от X.500. Однако X.509 ITU-T не был предназначен для полного определения ИОК. В целях применения стандартов X.509 в повседневной практике пользователи, поставщики и комитеты по стандартизации обращаются к стандартам PKCS. PKIX группа издала следующие стандарты Internet (RFC):

·Internet X.509 Public Key Infrastructure Certificate and CRL Profile (RFC 2459);

·Internet X.509 Public Key Infrastructure Certificate Management Protocols (RFC 2510);

·Internet X.509 Certificate Request Message Format (RFC 2511);

·Internet X.509 Public Key Infrastructure Certificate Policy and Certification Practices Framework (RFC 2527);

·Internet X.509 Public Key Infrastructure Representation of Key Exchange Algorithm (KEA) Keys in Internet X.509 Public Key Infrastructure Certificates (RFC 2528);

·Internet X.509 Public Key Infrastructure Operational Protocols - LDAPv2 (RFC 2559);

·Internet X.509 Public Key Infrastructure Operational Protocols: FTP and HTTP (RFC 2585);

·Internet X.509 Public Key Infrastructure LDAPv2 Schema (RFC 2587);

·X.509 Internet Public Key Infrastructure Online Certificate Status Protocol - OCSP (RFC 2560);

·X.509.

Стандарт X.509 ITU-T является фундаментальным стандартом, лежащим в основе всех остальных, используемых в ИОК. Основное его назначение - определение формата электронного сертификата и списков отозванных сертификатов.

Из серии стандартов, изданных фирмой RSA Data Security, наиболее важными и используемыми в ИОК являются:

·PKCS #7 Cryptographic Message Syntax Standard;

·PKCS #10 Certificate Request Syntax Standard;

·PKCS #12 Personal Information Exchange Syntax Standard.

Вместо устаревшего стандарта RSA PKCS #7, описывающего форматы риптографических сообщений, в июне 1999 года был принят RFC 2630 Cryptographic Message Syntax.

Большинство стандартов, использующих криптографию, разработано с учетом использования ИОК.

Стандарт S/MIME определен IETF для обеспечения защищенного обмена сообщениями. S/MIME использует ИОК для формирования ЭЦП и шифрования информации. В группе стандартов S/MIME наиболее важными являются следующие: Cryptographic Message Syntax, Message Specification, Certificate Handling и Certificate Request Syntax.

Протокол SSL (разработанный фирмой Netscape) и соответствующий ему стандарт IETF TLS (RFC 2246) являются наиболее используемыми стандартами для обеспечения защищенного доступа к Web. Вместе с этим, SSL и TLS широко используются для создания клиент - серверных приложений, не использующих Web. Оба эти протокола в своей основе используют ИОК.

Протокол Secure Electronic Transactions (SET) был разработан фирмами Visa и MasterCard и предназначен для обеспечения системы электронных банковских расчетов с использованием пластиковых карт. В данном протоколе ИОК является фундаментом, на котором базируется вся система аутентификации участников расчетов.

Протокол IPSEC (Internet Protocol Security Protocol) разработан IETF как протокол для шифрования IP и является одним из основных протоколов, используемых для построения VPN. ИОК в протоколе IPSEC используется для аутентификации и шифрования. В настоящее время протокол еще широко не распространен, но повсеместное развитие ИОК приводит к возрастания количества реализаций IPSEC.

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


.3 Системы электронной отчетности


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

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

1)СБиС ++;

2)Контур-Экстерн;

)Астрал отчёт;

)КлиентТранспортнаяСистема.


.3.1 СБиС++ Электронная отчетность

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


Рисунок 1.1 - Порядок документооборота


Процедура сдачи отчетности заключается в следующем:

·налогоплательщик отправляет подготовленную отчетность через оператора связи в налоговую инспекцию (а также ПФР, Росстат или ФСС);

·документы подписываются электронной цифровой подписью, которая является аналогом собственноручной;

·налогоплательщик получает подтверждение о доставке отчетности в инспекцию. Это подтверждение имеет юридическую силу, а время получения отчета инспекцией является временем его сдачи.

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

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

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

Все, что вам необходимо для работы с отчетностью, вынесено на экран в удобном и наглядном виде (Рисунок 1.2).

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

·создать или загрузить отчет;

·передать отчет на подпись;

·подписать и отправить отчет в налоговую инспекцию.


Рисунок 1.2 - Главное интерфейсное окно системы СБИС++


Создать или загрузить отчет


Рисунок 1.3 - Создание отчёта


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

Передать отчет на подпись


Рисунок 1.4 - Передача отчёта на подпись

СБиС++ - это система для отправки отчетности по каналам связи или, проще говоря, через Интернет. При работе в СБиС++ для того, чтобы выгрузить отчет в файл, создать электронное письмо, прикрепить файл к письму и т. д. достаточно просто выбрать отчет и нажать кнопку "Передать на подпись".

Подписать и отправить отчет в налоговую


Рисунок 1.5 - Отправка отчёта


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


.3.2 Контур Экстерн

"Контур-Экстерн" - крупнейшая по охвату абонентов в России система электронной отчетности предприятий во все государственные контролирующие органы, разработанная федеральной IT-компанией СКБ Контур. Постоянно растущая клиентская база системы насчитывает 600000 абонентов на конец 2011 года и более 1000 налоговых инспекций в 85 регионах Российской Федерации.

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

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

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

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

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

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

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

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

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


Рисунок 1.6 - Главное окно Контур Экстерн


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

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

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

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

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


.3.3 Астрал Отчет

Группа компаний "Калуга Астрал" образована в 1993 году, имеет филиалы в большинстве регионов России. Основное направление деятельности компании - внедрение информационных систем в области защиты информации, электронного документооборота с государственными органами. Компания является межрегиональным удостоверяющим центром и спецоператором связи многих регионов России и осуществляет выдачу и обслуживание сертификата электронно-цифровой подписи по двум технологиям - VipNet и Крипто Про. Владельцы сертификатов ключей электронной цифровой подписи, выданных удостоверяющим центром ЗАО "Калуга Астрал", могут использовать их для участия в системе электронных торгов органов государственной власти.

Одной из разработок компании является программный комплекс "Астрал Отчет" (Рисунок 1.7), который позволяет:

·сдавать отчетность через интернет в Налоговую инспекцию, ПФР, Службу Статистики, Фонд социального страхования, не покидая своего рабочего места;

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

·расширить временные рамки представления отчетности до 24.00 последнего дня сдачи отчетности;

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

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

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

·производить обмен с контролирующими органами неформализованными документами;

·сдавать налоговую, бухгалтерскую отчетность через интернет в ФНС любого региона (система ГНИВЦ-Прием-Регион).


Рисунок 1.7 - Главное окно Астрал отчёт


.3.4 Программный комплекс "Клиент транспортной системы"

Программный комплекс "Клиент транспортной системы" разработан Филиалом ФГУП ГНИВЦ ФНС России в Сибирском Федеральном округе. Он предназначен для обеспечения юридически значимого документооборота между конечными пользователями и контролирующими органами в электронном виде по телекоммуникационным каналам связи. Обмен может осуществляться как через специализированного оператора связи, так и в режиме непосредственного взаимодействия пользователей.

ПК "Клиент транспортной системы" позволяет в полном объеме осуществить информационный обмен, а именно:

·сдача отчетности в контролирующие органы (ФНС, ПФР, Росстат);

·обмен неформализованными сообщениями;

·предоставление справки о состоянии расчетов с бюджетом;

·предоставление выписки операций из карточки "Расчеты с бюдежетом";

·предоставление перечня бухгалтерской и налоговой отчетности, представленной в отчетном году.

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

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


.3.5 Постановка задачи на дипломное проектирование

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

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

Для решения поставленной цели необходимо решить следующие задачи:

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

-проанализировать состав и структуру информационных баз системы электронной отчетности СБИС++;

-разработать программу автоматической настройки информационных баз системы СБИС++ с учетом особенностей оператора связи;

-разработать средства для учета программных продуктов клиентов на базе системы 1С Предприятие 8.2

-оценить экономическую эффективность предложенных решений;

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


2. Специальный раздел


.1 Операторы связи


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

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

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

В настоящее время компания успешно выполняет роль удостоверяющего центра по созданию и обслуживанию юридически значимого защищенного электронного документооборота. Деятельность по оказанию данных услуг была начата в 2003 году в тесном взаимодействии с Управлением ФНС РФ по Тверской области и инспекциями на местах (Договор №69/2/15 от 10. 11. 2003 г.) путем развития и внедрения Системы сдачи налоговой и бухгалтерской отчетности по телекоммуникационным каналам связи, а также Системы обмена информацией об открытии (закрытии) банковского счета между кредитной организацией и налоговым органом с применением сертифицированных средств криптографической защиты информации и электронной цифровой подписи, что позволило компании занять место крупнейшего специализированного оператора связи в Тверском регионе. Услугами данной Системы уже воспользовались более 5 000 юридических лиц Твери и области.

В рамках модернизации технического оснащения в июле 2005 года ОАО "СДО" ввело в эксплуатацию программно-аппаратный комплекс ПАК "Удостоверяющий центр Крипто Про "УЦ", соответствующий требованиям Удостоверяющего центра Уполномоченного Федерального Органа Российской Федерации (г. Москва). Удостоверяющий центр ОАО "СДО" стал доверенным Удостоверяющим центром Федеральной налоговой службы, Пенсионного фонда России и аккредитован в ГНИВЦ МНС РФ.

В ноябре 2005 года решением комиссии Совета по инфомационно-коммуникационным технологиям Администрации Тверской области, утвержденным Губернатором Тверской области, Удостоверяющий центр ОАО "СДО" выбран в качестве Удостоверяющего центра Тверской области.

В марте 2007 года Удостоверяющий центр выиграл открытый конкурс Департамента государственного заказа Тверской области по обеспечению заказчиков и поставщиков товаров (работ, услуг) сертифицированными средствами электронной цифровой подписи и сертификатами электронной цифровой подписи для их участия в электронных торгах в рамках вводимой в эксплуатацию Системы АИС "Госзаказ" Тверской области.

В настоящее время услуги Удостоверяющего центра ОАО "СДО" используются для обеспечения юридической значимости и защищенности электронного документооборота с Управлением Федеральной налоговой службы по Тверской области, Отделением Пенсионного фонда России по Тверской области, Отделением фонда Социального страхования Российской Федерации по Тверской области, Федеральной службой государственной статистики. А также, автоматизированной информационной системой "Госзаказ" Тверской области, Электронными торговыми площадками, входящими в Ассоциацию электронных торговых площадок России, Департаментом финансов Администрации Тверской области, Департаментом социальной защиты населения Тверской области.

Существуют и другие операторы связи такие как:

·EKEY;

·Тензор;

·ГНИВЦ.

Для каждого оператора есть свои настройки и свои условия работы. Есть оффлайн системы и онлайн. У каждого оператора есть электронный адрес, он выдает сертификат на использование ЭЦП. У EKEY и Тензон принцип отправки отчётов заключается в следующем: отчёт отправляется оператору связи, затем отчёты направляются в соответствующий налоговый орган, далее ответ направляется оператору и оператор передает его налогоплательщику.

ГНИВЦ - это выделенный сервер ИФНС, то есть отчёты отправляются непосредственно в налоговую инспекцию, минуя оператора связи. Это сокращает время передачи и обработки отчетов. Однако ГНИВЦ работает только по Москве и Московской области.

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

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

Рисунок 2.1 - Алгоритм действий


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


2.2 Стандартная настройка


Для того чтобы правильно установить программу электронной отчетности СБИС++, пользователю необходимо иметь дистрибутив этой программы, лицензию на программу шифрования (например, Криптопро 3.6), сертификат на ЭЦП, карточку настройки налогоплательщика. Карточка настройки "СБиС++" выдаётся оператором связи СДО, она создаётся в тот момент, когда оператор связи зарегистрирует налогоплательщика сайте (рисунок 2.2). В карточке настройки находятся все необходимые для настройки личной карточки налогоплательщика.


Рисунок 2.2 - Карточка настройки "СБиС++"


Программа СБИС++ устанавливается с помощью мастера установки (по умолчанию программа устанавливается в папку "С:\Сбис++ электронная отчётность") и ее настройка производится по шагам в режиме диалога. На каждом шаге осуществляется настройка тех или иных параметров. Далее приведены основные этапы настройки СБИС++.

При первом запуске программы выбираем оператора связи (рисунок 2.3) и вводим информацию о пользователе: тип организации (рисунок 2.4), название, юридический и физический адреса, ИНН, КПП и другие реквизиты (рисунок 2.5).


Рисунок 2.3 - Форма для выбора оператора связи


Рисунок 2.4 - Форма для выбора типа организации


Рисунок 2.5 - Форма для ввода реквизитов организации


Далее производится настройка пользователя с оператором связи (рисунок 2.2). Для этого берем карточку настройки "СБиС++" и вводи с неё все параметры:

·адрес электронной почты;

·имя учётной записи на сервере;

·пароль;

·сервер входящей почты;

·сервер исходящей почты.


Рисунок 2.6 - Форма настройки пользователя и оператора связи


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

·сертификат оператора "Сеть Делового Обслуживания";

·сертификат АРМ БПИ Пенсионного Фонда;

·корневой сертификат ПФ;

·ИФНС №11 по Тверской области, г. Конаково;

·ГПР сертификат оператора ОАО "Сеть Делового обслуживания";

·ГПР ИФНС №11 по Тверской области, г. Конаково;

·корневой сертификат ФСС;

·сертификат представителя ФСС.

Устанавливаем их в программе и прописываем необходимый адрес электронной почты. На рисунке 2.7 представлен сайт оператора связи СДО. Формы установки сертификатов налоговой инспекции, пенсионного фонда, фонда социального страхования приведены на рисунках 2.8, 2.9, 2.10, 2.11, 2.12.


Рисунок 2.7 - Сайт оператора связи СДО


Рисунок 2.8 - Форма настройки сертификатов для налогового органа


Рисунок 2.9 - Форма настройки сертификатов для пенсионного фонда


Рисунок 2.10 - Форма настройки сертификатов для ФСС


Далее проводится заполнение карточки настройки оператора связи (рисунки 2.10, 2.11) В карточку заносятся следующие сведения:

§название;

§адрес электронной почты;

§ИНН;

§КПП;

§прописываем нужные сертификаты.


Рисунок 2.11 - Карточка настройки оператора связи


Рисунок 2.12 - Карточка настройки оператора связи


Дополнительно на компьютере пользователя устанавливаются программы для проверки передаваемой информации: CheckXML, CheckXML-UFA и другие Дальнейшее обновление СБИС++ до последней версии осуществляется через Интернет.

Недостатки самостоятельной настройки:

а)программа может быть установлена на системный диск. В таком случае программа подвержена повышенной опасности. Вот самые распространённые случаи:

1)переустановка ОС или форматирование системного диска. При этом возможна потеря базы данных;

2)сбой в файловой системе системного диска;

б)клиенту необходимо самому настраивать программу;

в)необходимо самостоятельно скачивать сертификаты налоговых органов и узнавать их e-mail;

г)существует вероятность ошибочной настройки;

д)риск неправильной отправки отчётов и, как следствие, большие штрафы.

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

а)установку программы в нужную директорию;

б)простоту установки программы;

в)при первом запуске программы она будет полностью дееспособна;

г)правильную настройку базы данных;

д)никакого риска для клиента.


.3 Методика настройки


Для того, чтобы упростить рутинную работу по вводу информации об организации я решил разработать программу для автоматического формирования базы данных программы СБИС++ из электронных документов формата Microsoft Word, которые находятся в нашей фирме ( подписной лист клиента и другие). Для этого были проанализированы все файлы в базе данных, определено место расположения конкретной информации в них.

Со стороны клиента в электронном виде заполняется подписной лист (рисунок 2.13)


Рисунок 2.13 - Подписной лист


После регистрации на сервере оператора связи, СДО выдаёт карточку настройки (рисунок 2.2).

Мы формируем документ Microsoft Word с настройками всех инспекций (рисунок 2.14).

Рисунок 2.14 - файл настройки инспекций


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

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

Для того, что бы использовать разработанную программу для настройки надо выбрать три файла (рисунок 2.15):

·файл настройки;

·подписной лист;

·карточка настройки.


Рисунок 2.15 - Парсер


Парсинг документа Microsoft Word осуществляется средствами C# и .NET Framework.

Для начала надо добавить в проект пространство имен COM-модели Microsoft.Office, для этого выбираем в меню Project - Add reference… и выбираем из вкладки COM Microsoft Office 14.0 Object Library (рисунок 2.16).


Рисунок 2.16 - COM Microsoft Office 14.0


Теперь у нас доступно пространство имен Microsoft.Office.Interop.Word, и следующий код открывает Word-документ и копирует все содержимое без форматирования в поле richTextBox1 в проекте.


private void button1_Click(object sender, EventArgs e)

{

// Создания экземпляра объекта Word.Application.Office.Interop.Word.Application wordApp =Microsoft.Office.Interop.Word.Application();

// Задание параметров открытия файла.Visible = false;filename = textBox1.Text; // Путь к файлуconfirmConversions = true;readOnly = false;addToRecentFiles = true;passwordDocument = Type.Missing;passwordTemplate = Type.Missing;revert = false;writePasswordDocument = Type.Missing;writePasswordTemplate = Type.Missing;format = Type.Missing;encoding = Type.Missing;oVisible = Type.Missing;openConflictDocument = Type.Missing;openAndRepair = Type.Missing;documentDirection = Type.Missing;noEncodingDialog = false;xmlTransform = Type.Missing;

// Создание объекта Word.Document.Office.Interop.Word.Document wordDocument = wordApp.Documents.Open(ref filename,confirmConversions, ref readOnly, ref addToRecentFiles,passwordDocument, ref passwordTemplate, ref revert,writePasswordDocument, ref writePasswordTemplate,format, ref encoding, ref oVisible,openAndRepair, ref documentDirection, ref noEncodingDialog, ref xmlTransform);

// Копируем содержимое документа в буферstart = Type.Missing;end = Type.Missing;.Office.Interop.Word.Range wordrange = wordDocument.Range(ref start, ref end);.Select();.Copy();unit;extend;= Microsoft.Office.Interop.Word.WdUnits.wdStory;= Microsoft.Office.Interop.Word.WdMovementType.wdMove;.Selection.EndKey(ref unit, ref extend);.Text = wordrange.Text.ToString();

}


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

Формат регулярных выражений (из MSDN)

Escape-символы

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


Таблица 2.1 - Escape-символы

Escape-символОписаниеШаблонСоответствия\aСоответствует знаку колокольчика, \u0007.\a"\u0007" в "Ошибка!" + '\u0007'\bВ классе символов соответствует знаку BACKSPACE, \u0008.[\b]{3,}"\b\b\b\b" в "\b\b\b\b"\tСоответствует знаку табуляции, \u0009.(\w+)\t"элемент1\t", "элемент2\t" в "элемент1\tэлемент2\t"\rСоответствует знаку возврата каретки, \u000D. (\r не эквивалентен знаку начала новой строки, \n.)\r\n(\w+)"\r\nЗдесь" в "\r\nЗдесь имеется\nдве строки."\vСоответствует знаку вертикальной табуляции, \u000B.[\v]{2,}"\v\v\v" в "\v\v\v"\fСоответствует знаку перевода страницы, \u000C.[\f]{2,}"\f\f\f" в "\f\f\f"\nСоответствует знаку новой строки, \u000A.\r\n(\w+)"\r\nЗдесь" в "\r\nЗдесь имеется\nдве строки."\eСоответствует escape-знаку, \u001B.\e"\x001B" в "\x001B"\nnnИспользует восьмеричное представление для указания символа (в nnn может быть до трех цифр).\w\040\w"a b", "c d" в "a bc d"\xnnИспользует шестнадцатеричное представление для указания символа (nn состоит ровно из двух цифр).\w\x20\w"a b", "c d" в "a bc d"\cX \cxСоответствует управляющему символу ASCII, который задан как X или x, где X или x является буквой управляющего символа.\cC"\x0003" в "\x0003" (Ctrl-C)\unnnnСовпадение со знаком Юникода в шестнадцатеричном представлении (строго четыре цифры, представленные как nnnn).\w\u0020\w"a b", "c d" в "a bc d"\Если за этим знаком следует символ, не распознанный как escape-символ из этой и других таблиц данной темы, то соответствует в точности этому символу. Например, \* совпадает с \x2A. Это позволяет обработчику регулярных выражений распознавать языковые элементы (такие как * или ?) и символьные литералы (представленные как \* или \?).\d+[\+-x\*]\d+\d+[\+-x\*\d+"2+2" и "3*9" в "(2+2) * 3*9"

Классы символов

Класс символов соответствует какому-либо одному набору символов (Таблица 2.2). Классы символов состоят из языковых элементов.


Таблица 2.2 - Классы символов

Класс знаковОписаниеШаблонСоответствия[группа_символов]Соответствует одному символу из группы_символов. По умолчанию при сопоставлении учитывается регистр.[ae]"a" в "gray" "a", "e" в "lane"[^группа_символов]Отрицание: соответствует одному символу, не входящему в группу_символов. По умолчанию символы в группе_символов зависят от регистра.[^aei]"r", "g", "n" в "reign"[первый-последний]Диапазон символов: соответствует одному символу в диапазоне от первого допоследнего.[A-Z]"A", "B" в "AB123".Подстановочный знак: соответствует какому-либо одному знаку, кроме "\n".a.e"ave" в "nave" "ate" в "water"\p{name}Соответствует одному символу в общей категории Юникода или в именованном блоке, указанном в параметре имя.\p{Lu} \p{IsCyrillic}"C", "L" в "City Lights" "Д", "Ж" в "ДЖem"\P{name}Соответствует одному символу, не входящему в общую категорию Юникода или в именованный блок, указанный в параметре имя.\P{Lu} \P{IsCyrillic}"i", "t", "y" в "City" "e", "m" в "ДЖem"\wСоответствует любому алфавитно-цифровому знаку.\w"I", "D", "A", "1", "3" в "ID A1.3"\WСоответствует любому символу, не являющемуся буквой.\W" ", "." в "ID A1.3"\sСоответствует любому знаку пробела.\w\s"D " в "ID A1.3"\SСоответствует любому знаку, не являющемуся пробелом.\s\S" _" в "int __ctr"\dСоответствует любой десятичной цифре.\d"4" в "4 = IV"\DСовпадение с любым символом, не являющимся десятичной цифрой.\D" ", "=", " ", "I", "V" в "4 = IV"

Привязки

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


Таблица 2.3 - Привязки

УтверждениеОписаниеШаблонСоответствия^Соответствие должно начинаться в начале строки.^\d{3}"901-" в "901-333-"$Соответствие должно обнаруживаться в конце строки или до символа \n в конце строки.-\d{3}$"-333" в "-901-333"\AСоответствие должно обнаруживаться в начале строки.\A\d{3}"901" в "901-333-"\ZСоответствие должно обнаруживаться в конце строки или до символа \n в конце строки.-\d{3}\Z"-333" в "-901-333"\zСоответствие должно обнаруживаться в конце строки.-\d{3}\z"-333" в "-901-333"\GСоответствие должно обнаруживаться в той точке, где заканчивается предыдущее соответствие.\G\(\d\)"(1)", "(3)", "(5)" в "(1)(3)(5)[7](9)"\bСоответствие должно обнаруживаться на границе между символом \w (алфавитно-цифровым) и символом \W (не алфавитно-цифровым).\b\w+\s\w+\b"them them" в "them theme them them"\BСоответствие не должно обнаруживаться на границе \b.\Bend\w*\b"ends", "ender" в "end sends endure lender"

Конструкции группирования

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


Таблица 2.4 - Конструкции группирования

Конструкция группированияОписаниеШаблонСоответствия(часть_выражения)Выделяет соответствующую часть выражения и назначает ей порядковый номер, отсчитываемый от нуля.(\w)\1"ee" в "deep"(?<имя>часть_выражения)Выделяет соответствующую часть выражения в именованную группу.(?<double>\w)\k<double>"ee" в "deep"(?<имя1-имя2>часть_выражения)Задает сбалансированное определение группы.(((?'Open'\()[^\(\)]*)+((?'Close-Open'\))[^\(\)]*)+)*(?(Open)(?!))$"((1-3)*(3-1))" в "3+2^((1-3)*(3-1))"(?:часть_выражения)Определяет невыделяемую группу.Write(?:Line)?"WriteLine" в "Console.WriteLine()"(?imnsx-imnsx:часть_выражения)Применяет или отключает заданные параметры вчасти_выражения.A\d{2}(?i:\w+)\b"A12xl", "A12XL" в "A12xl A12XL a12xl"(?=часть_выражения)Утверждение положительного просмотра вперед нулевой ширины.\w+(?=\.)"is", "ran" и "out" в "He is. The dog ran.The sun is out."(?!часть_выражения)Утверждение отрицательного просмотра вперед нулевой ширины.\b(?!un)\w+\b"sure", "used" в "unsure sure unity used"(?<=часть_выражения)Утверждение положительного просмотра назад нулевой ширины.(?<=19)\d{2}\b"99", "50", "05" в "1851 1999 1950 1905 2003"(?<!часть_выражения)Утверждение отрицательного просмотра назад нулевой ширины.(?<!19)\d{2}\b"51", "03" в "1851 1999 1950 1905 2003"(?>часть_выражения)Часть выражения поиска без возврата (или "жадного" поиска).[13579](?>A+B+)"1ABB", "3ABB" и "5AB" в "1ABB 3ABBC 5AB 5AC"

Кванторы

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


Таблица 2.5 - Кванторы

КвантификаторОписаниеШаблонСоответствия*Соответствует предыдущему элементу ноль или более раз.\d*\. \d".0", "19.9", "219.9"+Соответствует предыдущему элементу один или более раз."be+""bee" в "been", "be" в "bent"?Соответствует предыдущему элементу ноль или один раз."rai? n""ran", "rain"{n}Предыдущий элемент повторяется ровно n раз.",\d{3}"",043" в "1,043.6", ",876", ",543" и ",210" в "9,876,543,210"{n,}Предыдущий элемент повторяется минимум n раз."\d{2,}""166", "29", "1930"{n,m}Предыдущий элемент повторяется минимум n раз, но не более, чем m раз."\d{3,5}""166", "17668" "19302" в "193024"*?Предыдущий элемент не повторяется вообще или повторяется, но как можно меньшее число раз.\d*? \. \d".0", "19.9", "219.9"+?Предыдущий элемент повторяется один или несколько раз, но как можно меньшее число раз."be+?""be" в "been", "be" в "bent"??Предыдущий элемент не повторяется или повторяется один раз, но как можно меньшее число раз."rai?? n""ran", "rain"{n}?Предыдущий элемент повторяется ровно n раз.",\d{3}?"",043" в "1,043.6", ",876", ",543" и ",210" в "9,876,543,210"{n,}?Предыдущий элемент повторяется по крайней мере n раз, но как можно меньшее число раз."\d{2,}?""166", "29", "1930"{n,m}?Предыдущий элемент повторяется не меньше n и не больше m раз, но как можно меньшее число раз."\d{3,5}?""166", "17668" "193", "024" в "193024"

Конструкции обратных ссылок

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


Таблица 2.6 - Конструкции обратных ссылок

Конструкция обратных ссылокОписаниеШаблонСоответствия\numberОбратная ссылка. Соответствует значению нумерованной части выражения.(\w)\1"ee" в "seek"\k<name>Именованная обратная ссылка. Соответствует значению именованного выражения.(?<char>\w)\k<char>"ee" в "seek"

Конструкции изменения

Конструкции изменения модифицируют регулярное выражение, включая сопоставление по принципу "либо-либо". Такие конструкции состоят из языковых элементов, приведенных в таблице 2.7.

Таблица 2.7 - Конструкции изменения

Конструкция измененияОписаниеШаблонСоответствия|Соответствует любому элементу, разделенному вертикальной чертой (|).th(e|is|at)"the", "this" в "this is the day. "(?(выражение)да| нет)Сопоставляется с частью да, если выражение соответствует; в противном случае сопоставляется с необязательной частью нет. выражение интерпретируется как утверждение нулевой ширины.(?(A)A\d{2}\b|\b\d{3}\b)"A10", "910" в "A10 C103 910"(?(имя)да | нет)Сопоставляется с частью да, если названное имя захвата имеет соответствие; в противном случае сопоставляется с необязательной частью нет.(?<quoted>")?(?(quoted).+?"|\S+\s)Dogs.jpg, "Yiska playing.jpg" в "Dogs.jpg "Yiska playing.jpg""

Подстановки

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


Таблица 2.8 - Подстановки

ЗнакОписаниеШаблонШаблон заменыВходная строкаРезультирующая строка$numberЗамещает часть строки, соответствующую группеномер.\b(\w+)(\s)(\w+)\b$3$2$1"один два""два один"${name}Замещает часть строки, соответствующую именованной группе имя.\b(?<word1>\w+)(\s)(?<word2>\w+)\b${word2} ${word1}"один два""два один"$$Подставляет литерал "$".\b(\d+)\s?USD$$$1"103 USD""$103"$&Замещает копией полного соответствия.(\$*(\d*(\.+\d+)?){1})**$&"$1.30""**$1.30**"$`Замещает весь текст входной строки до соответствия.B+$`"AABBCC""AAAACC"$'Замещает весь текст входной строки после соответствия.B+$'"AABBCC""AACCCC"$+Замещает последнюю захваченную группу.B+(C+)$+"AABBCCDD"AACCDD$_Замещает всю входную строку.B+$_"AABBCC""AAAABBCCCC"

Для примера работы возьмем строку вида "E-mail: [email protected]" и вытащим из нее имя пользователя (foo) и имя почтового домена (bar.ru). Следующий код делает это:


private void button2_Click(object sender, EventArgs e)

{

// Регулярное выражениеexpr = "E-mail: (?<account>[\\w\\.]+)\\@(?<domen>[\\w\\.]+)";

// Исходная строкаstr = "lkasdlkjasd E-mail: [email protected] ---1089237asd-- E-mail: [email protected]";

// Текст конечного сообщенияtext = "";

// Применям регулярное выражение к исходной строкеpattern = new Regex(expr,.Compiled | RegexOptions.Singleline);

// Выбираем все совпадения(Match m in pattern.Matches(str))

{(m.Success)

{(text.Length > 0)+= "\n";+= "Account name: " + m.Groups["account"].Value + ", mail domen: " + m.Groups["domen"].Value;

}

}

// Показываем результат.Show(text);

}


Результатом выполнения данного кода будет преобразование текстовой информации в файлы настроки БД (Рисунок 2.17)


Рисунок 2.17 - Файлы преобразования


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

2.4 Разработка подсистемы учета программных продуктов клиентов


.4.1 Обоснование выбора среды разработки и ее характеристика

Причиной выбора платформы "1С:Предприятие 8" в качестве среды разработки была:

-наличие у предприятия ООО "Компьютерный аудит" прикладного решения 1С:Управление производственным предприятием, редакция 1.2 на основе 1С:Предприятие;

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

-хранение входящих данных в единой базе данных;

-высокая скорость разработки прикладных решений в платформе 1С:Предприятие 8.

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

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

Основной особенностью системы 1С:Предприятие 8 является ее конфигурируемость. Собственно система 1С:Предприятие 8 представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Набор объектов, структуры информационных массивов, алгоритмы обработки информации, соответствующих поставленной задаче, определяет конкретная конфигурация. Вместе с конфигурацией система 1С:Предприятие 8 выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач. Конфигурация создается и сопровождается (поддерживается) штатными средствами системы. Конфигурация обычно поставляется в качестве типовой для конкретной области применения, но может быть изменена, дополнена пользователем системы, а также разработана заново. Система 1С:Предприятие 8 обеспечивает поддержку типовых конфигураций стандартными средствами.

Говоря о системе 1С:Предприятие в широком смысле, можно сказать, что она представляет собой совокупность четырех составляющих (рисунок 2.18):

·технологической платформы;

·прикладных решений различного масштаба и различной направленности, созданных на основе технологической платформы;

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

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


Рисунок 2.18 - Структура 1С:Предприятия


Такая архитектура продиктована, прежде всего, теми задачами, которые призвана решать система 1С:Предприятие.

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

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

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

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

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

Платформа и прикладные решения

Основным концептуальным решением, отличающим систему 1С:Предприятие 8. от универсальных средств программирования, является четкое разделение на платформу и прикладное решение.

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

Средства разработки в составе платформы


Рисунок 2.19 - Структура технологической платформы 1С: Предприятия

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

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

Можно сказать, что платформа состоит из двух составляющих:

-среда исполнения;

-среда разработки.

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


.4.2 Разработка входных форм и отчетов для подсистемы учета программных продуктов

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

Разработка формы ввода

Форма создавалась в конфигураторе в несколько этапов. Первоначально был создан объект "реестр сведений" (рисунок 2.24) и осуществлено его конфигурирование, затем сконструирован внешний вид формы (рисунок 2.26) и была разработана программа обработки формы.

Форма ввода содержит следующую информацию о клиенте:

·контрагент;

·программный продукт;

·стоимость;

·агентское вознаграждение

·оплачено;

·владелиц ЭЦП;

·начало периода;

·конец периода;

·вариант установки;

·носитель;

·программы шифрования;

·тип подключения;

·тарифный план;

·ПФР;

·ИФНС;

·ФСС;

·РосСтат;

·подключение;

·продление;

·установка;

·самостоятельно;

·дискета;

·Ru-token;

·E-Token;

·уполномоченная организация.

В пункте меню "основные" записываем имя нашей формы (рисунок 2.20).

В пункте "данные" добавляем название пунктов сведений, которые будут отображаться в форме (рисунок 2.21).

Для обеспечения наилучшего ввода сведений сконфигурируем нашу форму. Внешний вид полученной формы в конфигураторе приведен на рисунке 2.22.


Рисунок 2.20 - Конфигуратор 1с (вкладка Основные)


Рисунок 2.21 - Конфигуратор 1с (вкладка Данные)


Рисунок 2.22 - Конфигуратор 1с форма для ввода сведений


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

Текст программы обработки:


&НаКлиенте

Процедура ПрограммныйПродуктНачалоВыбора(Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура ("Родитель", ПапкаЭлектроннойОтчетности());

ПараметрыВыбора = Новый Структура ("Отбор", ЗначениеОтбора);

ФормаСписка = ПолучитьФорму ("Справочник._ПрограммныеПродукты.ФормаВыбора", ПараметрыВыбора);

ФормаСписка.Элементы.Список.Отображение = ОтображениеТаблицы.Список;

Запись.ПрограммныйПродукт = ФормаСписка.ОткрытьМодально();

КонецПроцедуры

&НаСервереБезКонтекста

Функция ПапкаЭлектроннойОтчетности()

Возврат Справочники._ПрограммныеПродукты.НайтиПоКоду("000000015");

КонецФункции // ПапкаЭлектроннойОтчетности()

&НаСервереБезКонтекста

Функция ПапкаПоставщики()

Возврат Справочники.Контрагенты.НайтиПоКоду("00000919");

КонецФункции

&НаКлиенте

Процедура ПрограммаШифрованияНачалоВыбора(Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура("Родитель", ПапкаЭлектроннойОтчетности());

ПараметрыВыбора = Новый Структура("Отбор", ЗначениеОтбора);

ФормаСписка = ПолучитьФорму("Справочник._ПрограммныеПродукты.ФормаВыбора", ПараметрыВыбора);

ФормаСписка.Элементы.Список.Отображение = ОтображениеТаблицы.Список;

Запись.ПрограммаШифрования = ФормаСписка.ОткрытьМодально();

КонецПроцедуры

&НаКлиенте

Процедура СДОНачалоВыбора(Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура("Родитель", ПапкаПоставщики());

ПараметрыВыбора = Новый Структура("Отбор", ЗначениеОтбора);

ФормаСписка = ПолучитьФорму("Справочник.Контрагенты.Форма.CRM_ФормаВыбораУправляемая", ПараметрыВыбора);

ФормаСписка.Элементы.Список.Отображение = ОтображениеТаблицы.Список;

Запись.СДО = ФормаСписка.ОткрытьМодально();

КонецПроцедуры

&НаКлиенте

Процедура СтоимостьПриИзменении(Элемент)

Если Запись.ТипПодключения = НовоеПодключение() Тогда

Запись.АгентскоеВознаграждение = Запись.Стоимость * 0.5;

ИначеЕсли Запись.ТипПодключения = Продление() Тогда

Запись.АгентскоеВознаграждение = Запись.Стоимость * 0.3;

КонецЕсли;

КонецПроцедуры

&НаСервереБезКонтекста

Функция НовоеПодключение()

Возврат Перечисления._ТипыПодключенияЭЦП.Подключение;

КонецФункции

&НаСервереБезКонтекста

Функция Продление()

Возврат Перечисления._ТипыПодключенияЭЦП.Продление;

КонецФункции

&НаКлиенте

Процедура КонтактныеЛицаПриАктивизацииСтроки(Элемент)

Если Элементы.КонтактныеЛица.ТекущиеДанные <> Неопределено Тогда

Телефоны.Параметры.УстановитьЗначениеПараметра("Объект",Элементы.КонтактныеЛица.ТекущиеДанные.Наименование);

КонецЕсли;

КонецПроцедуры

&НаКлиенте

Процедура КонтрагентПриИзменении(Элемент)

КонтактныеЛица.Параметры.УстановитьЗначениеПараметра("Владелец", Запись.Контрагент);

КонецПроцедуры

&НаСервере

Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)

Телефоны.Параметры.УстановитьЗначениеПараметра("Объект", Справочники.КонтактныеЛицаКонтрагентов.ПустаяСсылка());

Если ЗначениеЗаполнено(Запись.Контрагент) Тогда

КонтактныеЛица.Параметры.УстановитьЗначениеПараметра("Владелец", Запись.Контрагент);

Иначе

КонтактныеЛица.Параметры.УстановитьЗначениеПараметра("Владелец", Справочники.Контрагенты.ПустаяСсылка());

КонецЕсли;

Элементы.ДатаОплаты.ТолькоПросмотр = (НЕ Запись.Оплачено);

Если НЕ Запись.Оплачено Тогда

Запись.ДатаОплаты = Дата('00010101');

КонецЕсли;

КонецПроцедуры

&НаКлиенте

Процедура ПередЗаписью(Отказ, ПараметрыЗаписи)

Если ЗначениеЗаполнено(Запись.ДатаСобытия) и ЗначениеЗаполнено(Запись.Ответственный) И ЗначениеЗаполнено(Запись.Контрагент) и ЗначениеЗаполнено(Запись.ВладелецЭЦП) Тогда

Если ЗначениеЗаполнено(Запись.Событие) Тогда

Если Вопрос("Событие уже создано, Вы желаете обновить событие?", РежимДиалогаВопрос.ДаНет) = КодВозвратаДиалога.Да Тогда

УдалениеСобытия();

СоздатьСобытие();

КонецЕсли;

Иначе

СоздатьСобытие();

КонецЕсли;

КонецЕсли;

КонецПроцедуры

&НаСервере

Процедура УдалениеСобытия()

Если ЗначениеЗаполнено(Запись.Событие) Тогда

Объект = Запись.Событие.ПолучитьОбъект();

Запись.Событие = Документы.Событие.ПустаяСсылка();

Объект.УстановитьПометкуУдаления(Истина);

Объект.Удалить();

КонецЕсли;

КонецПроцедуры

&НаСервере

Процедура СоздатьСобытие()

НовоеСобытие = Документы.Событие.СоздатьДокумент();

НовоеСобытие.CRM_Автор = ПараметрыСеанса.ТекущийПользователь;

НовоеСобытие.CRM_ДатаИзменения= Запись.ДатаСобытия;

НовоеСобытие.CRM_Организация= Справочники.Организации.НайтиПоКоду("000000001");

НовоеСобытие.CRM_Подразделение= Справочники.Подразделения.НайтиПоКоду("000000003");

НовоеСобытие.CRM_Трудозатраты= 1;

НовоеСобытие.Важность= Перечисления.Важность.Средняя;

НовоеСобытие.ВалютаДокумента= Справочники.Валюты.НайтиПоКоду("643");

НовоеСобытие.ВидОбъекта= Перечисления.ВидыОбъектовСобытия.Контрагент;

НовоеСобытие.ВидСобытия= Перечисления.ВидыСобытий.ЛичнаяВстреча;

НовоеСобытие.ГруппаСобытия= Справочники.ГруппыСобытий.НайтиПоКоду("000000019");

НовоеСобытие.Дата= Запись.ДатаСобытия;

Если ЗначениеЗаполнено(Запись.Контрагент.ОсновноеКонтактноеЛицо) Тогда

НовоеСобытие.КонтактноеЛицо = Запись.Контрагент.ОсновноеКонтактноеЛицо;

Иначе

НовоеСобытие.КонтактноеЛицо = Запись.ВладелецЭЦП;

КонецЕсли;

НовоеСобытие.Контрагент= Запись.Контрагент;

НовоеСобытие.КратностьДокумента= 1;

НовоеСобытие.КурсДокумента= 1;

НовоеСобытие.мВалютаРегламентированногоУчета = Справочники.Валюты.НайтиПоКоду("643");

НовоеСобытие.мИмяОбъекта= "ДокументОбъект.Событие_НастройкиМастераПечатиСобытия";

НовоеСобытие.НачалоСобытия= Дата(Формат(Запись.ДатаСобытия, "ДФ=ггггММдд") + "083000");

НовоеСобытие.ОкончаниеСобытия= Дата(Формат(Запись.ДатаСобытия, "ДФ=ггггММдд") + "173000");

НовоеСобытие.ОписаниеСобытия= "Услуги технического специалиста";

НовоеСобытие.Основание= Неопределено;

НовоеСобытие.Ответственный= Запись.Ответственный;

НовоеСобытие.СостояниеСобытия= Перечисления.СостоянияСобытий.Запланировано;

НовоеСобытие.ТипСобытия= Перечисления.ВходящееИсходящееСобытие.Исходящее;

НовоеСобытие.СодержаниеСобытия= "Установка ЭЦП";

Попытка

НовоеСобытие.Записать(РежимЗаписиДокумента.Проведение);

Исключение

Сообщить(ОписаниеОшибки()+"Событие не проведено");

КонецПопытки;

Запись.Событие = НовоеСобытие.Ссылка;

КонецПроцедуры // СоздатьСобытие()

&НаКлиенте

Процедура ОплаченоПриИзменении(Элемент)

Элементы.ДатаОплаты.ТолькоПросмотр = (НЕ Запись.Оплачено);

Если НЕ Запись.Оплачено Тогда

Запись.ДатаОплаты = Дата('00010101');

КонецЕсли;

КонецПроцедуры


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


Рисунок 2.23 - Форма ввода сведений в 1С


Создание отчёта

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

Первоначально был создан объект "отчёт" (рисунок 2.24) и осуществлена его настройка на требуемый набор данных (рисунок 2.25).

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


Рисунок 2.24 - Конфигуратор 1с (вкладка Основные)


Рисунок 2.25 - Конфигуратор 1с (программирование отчёта)


Текст программы обработки:


ВЫБРАТЬ

_ЭЦП.Период КАК Период,

_ЭЦП.Контрагент КАК Контрагент,

_ЭЦП.ПрограммныйПродукт КАК ПрограммныйПродукт,

_ЭЦП.Стоимость КАК Стоимость,

_ЭЦП.АгентскоеВознаграждение КАК АгентскоеВознаграждение,

_ЭЦП.Оплачено КАК Оплачено,

_ЭЦП.ВладелецЭЦП КАК ВладелецЭЦП,

_ЭЦП.НачалоПериода КАК НачалоПериода,

_ЭЦП.КонецПериод КАК КонецПериод,

_ЭЦП.СДО КАК СДО,

_ЭЦП.ВариантУстановки КАК ВариантУстановки,

_ЭЦП.Носитель КАК Носитель,

_ЭЦП.ПрограммаШифрования КАК ПрограммаШифрования,

_ЭЦП.ТипПодключения КАК ТипПодключения,

_ЭЦП.ТарифныйПлан КАК ТарифныйПлан,

_ЭЦП.ПФР КАК ПФР,

_ЭЦП.ИФНС КАК ИФНС,

_ЭЦП.ФСС КАК ФСС,

_ЭЦП.РосСтат КАК РосСтат,

_ЭЦП.ДатаСобытия КАК ДатаСобытия,

_ЭЦП.Событие КАК Событие,

_ЭЦП.Ответственный КАК Ответственный,

_ЭЦП.Комментарий КАК Комментарий,

_ЭЦП.НомерАкта КАК НомерАкта,

_ЭЦП.ДатаАкта КАК ДатаАкта,

_ЭЦП.ДатаОплаты,

_ЭЦП.УполномоченнаяОрганизация,

_ЭЦП.Аннулирован

ИЗ

РегистрСведений._ЭЦП КАК _ЭЦП

{ГДЕ

_ЭЦП.Период,

_ЭЦП.Контрагент.*,

_ЭЦП.ПрограммныйПродукт.*,

_ЭЦП.Стоимость,

_ЭЦП.АгентскоеВознаграждение,

_ЭЦП.Оплачено,

_ЭЦП.ВладелецЭЦП.*,

_ЭЦП.НачалоПериода,

_ЭЦП.КонецПериод,

_ЭЦП.СДО.*,

_ЭЦП.ВариантУстановки.*,

_ЭЦП.Носитель.*,

_ЭЦП.ПрограммаШифрования.*,

_ЭЦП.ТипПодключения.*,

_ЭЦП.ТарифныйПлан.*,

_ЭЦП.ПФР,

_ЭЦП.ИФНС,

_ЭЦП.ФСС,

_ЭЦП.РосСтат,

_ЭЦП.ДатаСобытия,

_ЭЦП.Событие.*,

_ЭЦП.Ответственный.*,

_ЭЦП.Комментарий,

_ЭЦП.НомерАкта,

_ЭЦП.ДатаАкта,

("" + ВЫБОР

КОГДА _ЭЦП.ПФР

ТОГДА "ПФР "

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.ИФНС

ТОГДА "ИФНС "

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.ФСС

ТОГДА "ФСС "

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.РосСтат

ТОГДА "РосСтат "

КОНЕЦ) КАК Примечание,

_ЭЦП.ДатаОплаты,

_ЭЦП.УполномоченнаяОрганизация.*}


Для того чтобы отчёт выводил необходимые сведения добавляем в конфигураторе следующие пункты (рисунок 2.26):

·контрагент;

·конецпериода;

·носитель;

·программашифрования.


Рисунок 2.26 - Конфигуратор 1с (набор данных)


В результате сформированный отчет будет иметь вид (рисунок 2.27). Отчет был сформирован для периода дат с 01.01.2012 по 31.01.2012.


Рисунок 2.29 - Внешний вид отчёта по ЭЦП


3. Экономико-организационный раздел


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

Разрабатываемое программное средство ориентировано на использование предприятием ООО "Компьютерный аудит" для отслеживания и контроля даты окончания срока действия ЭЦП.


Таблица 3.1 - Требования, предъявляемые к программе автоматической коррекции данных

№ппКатегория требованийТребования1.По функциональности-Ввод данных о: - Клиенте - операторе связи - системе шифрования - тарифном плане - дата сертификата - Владельце сертификата - налоговых органах - системе шифрования - системе шифрования - системе шифрования -Вывод отчёта об окончании срока действия сертификата. 2.По надежностиОтсутствие не декларированных возможностей3.По безопасностиОтсутствие не декларированных возможностей4.По совместимостиСовместимость с ОС Windows 2000/XP/2003/Vista/7

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


Целью работы является разработка программы контроля Лицензий предприятием ООО "Компьютерный аудит" на основе 1С:Предприятие 8.

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

-подключение новых клиентов;

-продление клиентов;

-учет лицензий крипто защиты;

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

-учет электронно-цифровых подписей.

Причиной выбора платформы "1С: Предприятие 8" в качестве среды разработки была:

-наличие у предприятия прикладного решения 1С:Управление производственным предприятием, редакция 1.2 на основе 1С:Предприятие;

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

-хранение входящих данных в единой базе данных;

-высокая скорость разработки прикладных решений в платформе 1С:Предприятие 8.


.2 Определение трудоемкости разработки ПС


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

Общий объем разработанного программного средства:

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

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



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

эскизный проект (ЭП):



техническое задание (ТЗ):


технический проект (ТП):



рабочий проект (РП):



внедрение (ВН):



Здесь LЭП, LТЗ, LТП, LРП, LВП - удельный вес соответствующей стадии разработки ПС. KН - поправочный коэффициент, учитывающий степень новизны ПС. КТ - поправочный коэффициент, учитывающий степень использования в разработке типовых (стандартных) программ.

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



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


,


где Ti - трудоемкость разработки i-й стадии, n - количество стадий разработки.

Необходимый срок реализации ПС


t = лет,

где Ni - количество разработчиков, принимающих участие в разработке ПС на i-й стадии;

Ф - годовой фонд рабочего времени одного разработчика, дн.;- время разработки ПС, лет.

При Ni, равном для всех стадий единице, и Ф=231 дню, т.е. 11 месяцев × 21 рабочий день, имеем

= 197.6 / 231= 0,86 лет.


С учетом КСЛ общая трудоемкость разработки программного модуля защиты рабочих станций от несанкционированного доступа составит:



.3 Определение стоимости разработки программного средства


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

= 30000 · 3 + 10000 = 100000 руб.


Ставка социального налога на заработную плату в Российской Федерации составляет 26,2%. Сумма социального налога составит Т = 26200 руб.

Оборудование рабочего места инженера включает в себя:

?персональный компьютер, оснащенный монитором, пишущим CD-приводом, сканером и лазерным принтером;

?комплект необходимого программного обеспечения, в том числе операционную систему Microsoft Windows XP, пакет офисных программ Microsoft Office 2007 Standard.


Таблица 3.2 - Оборудование рабочего места программиста

№ппНаименование оборудованияЦена, руб.1.Персональный компьютер200002.Лазерный принтер100003.Операционная система Microsoft Windows XP Professional Edition40004.Пакет офисных программ Microsoft Office 2007 Standard9500Итого43500

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

Амортизационные отчисления с вычислительной техники осуществляются в размере 33% ежегодно. За 3 месяца, в течении которых выполняется работа, амортизационные отчисления составят: А = 3585 руб.

Согласно эргономическим требованиям к организации рабочих мест, площадь, выделяемая на одно рабочее место, должна составлять не менее 6 м2. Исходя из стоимости аренды 442 руб./м2 в месяц, получаем, что стоимость аренды помещения для одного рабочего места за 3 месяца составляет 7956 руб. Исходя из стоимости коммунальных услуг на одного человека 589 руб. в месяц, получаем, что сумма накладных расходов на коммунальные услуги при выполнении проекта составляет 1768 руб.


Таблица 3.3 - Накладные расходы

№пп ОписаниеСумма, руб.1.Заработная плата с учетом ставки единого социального налога738002.Амортизационные расходы35853.Аренда помещения и коммунальные услуги:9724Итого87109Капитальные затраты, связанные с разработкой и освоением системы, включают затраты на НИР и освоение ПС (Косв):


Кпс = Книр + Косв.


Стоимость разработки (Книр) составит:


Книр = Т у + Ц мч × Т нир × К мульт =197 + 22 × 39,4 × 1 = 355 466 руб.,


гдеЗмес - среднемесячная заработная плата одного разработчика, руб.;н - коэффициент отчислений на социальные нужды (1,26);

Д - среднее число рабочих дней в месяц;

Ц мч - цена одного часа машинного времени, руб.;

Т нир - трудоёмкость научно-исследовательских работ, чел.-дн. (принимается равной 20% от Ту);

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

Стоимость освоения ПС:


Косв = t осв + Ц мч × Т осв × К мульт =

=19,7 + 22 × 96 × 1 = 37 572 руб.


Здесь tосв - трудоёмкость освоения системы (10% от Ту), чел.-дн.;

Т осв - затраты машинного времени на основание ПС пользователем (16 дней по 8 часов × 0,75 = 96 часов).

Тогда Кпс = 355 466 + 37 572 = 393 038 руб.


3.4 Расчёт показателей экономической эффективности ПС


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


Таблица 3.4 - Статистика по работе модуля

№Отчётный периодКоличество обратившихся (всего записей)Количество ошибочных записей (по данным СМО)Найдено ошибок (разрабатываемый модуль)Сумма штрафных выплат (руб)1Январь 20092134145145158 2132Февраль 20092304125125126 4503Март 20091920137137215 1604Апрель 20091915112112198 5675Май 200916509898148 2006Июнь 200917397676110 318

За шесть месяцев 2009 года экономия ЛПУ при использовании модуля корректировки счетов фактур составила 956 908 рублей. (159 484 руб. в месяц).

Годовой экономический эффект составит:

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



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

Таблица 3.5 - Основные экономические показатели инвестиционного проекта

№ппНаименование показателяЕдиница измеренияВеличина показателя1.Трудоемкость разработкичел.-дн.1982.Объём разработанного ПСусловных команд10003.Необходимые инвестиции в проект:руб.Всего393 038- на НИР;355 466- освоение ПС;37 5724.Годовой экономический эффектруб./год19138085.Срок окупаемостилет0.2

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


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


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

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

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


.1 Идентификация потенциальных опасностей и вредностей в помещении технического отдела ООО "Компьютерный аудит"


.1.1 Описание рабочего места, оборудования, выполняемых операций

В данном дипломном проекте разрабатывается программное обеспечение. Целью этого пункта будет рассмотрение опасных и вредных производственных факторов, которые могут возникать у персонала использующего локальную компьютерную сеть. Анализ выполним на основе помещения технического отдела ООО "Компьютерный аудит".

Отдел можно охарактеризовать как инженерную группу службы главного инженера. В отделе работают 2 специалиста: Сетевой инженер, программист.

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

·подбор оборудования;

·программирование;

·помощь клиентам.

Оборудование, используемое в отделе, включает в себя 2 персональных компьютера и сетевое многофункциональное устройство (МФУ). Род работ - разработка и редактирование технической документации, написание программ.

План размещения рабочих мест и оборудования показан на рисунке 4.1.


Рисунок 4.1 - План размещения оборудования в помещении

- Принтер, 2 - стул, - 3 Стол, 4 - Персональный компьютер


Общая характеристика помещения технического отдела представлена в таблице 4.1.


Таблица 4.1 - Исходные характеристики помещения с ПЭВМ

№Характеристика помещенияПоказатель характеристики1.Этаж, на котором расположено помещение22.Размеры помещения, АЧВЧН, м3Ч5Ч2,753.Объём помещения, м341,254.Количество работающих в помещении (max), чел.25.Количество ПЭВМ и другой оргтехники, шт.36.Площадь на одно рабочее место, м27,5 м27.Объем на одно рабочее место, м320,65 м38.Ориентация оконных проемов (часть света)Юго-запад 9.Окраска помещения: стены, потолок, пол, оборудование Бежевый Белый Серый (линолеум) Белый, серый, серебристый10.Системы обеспечения параметров микроклимата: отопление, вентиляция, кондиционирование Центральное водяное Естественное отсутствует11.Освещение: - рабочее (тип и количество): - лампы; - аварийное (наличие)Встраиваемые светильники 4 шт. ЛБ-20, всего 16 лампы. Отсутствует12.Наличие штор, занавесей, жалюзи и т.д.Жалюзи (горизонтальные)13.Конструктивные параметры рабочего места с ПЭВМ: стула; стола Регулируемая Высота 80 см

.1.2 Характеристика санитарно-гигиенических факторов помещения технического отдела ООО "Компьютерный аудит"

На ООО "Компьютерный аудит" раз в 5 лет проводится аттестация рабочих мест. Последняя аттестация проводилась в 2011 году. На основании данных аттестации можно сделать выводы о соответствии помещения технического отдела требованиям безопасности труда. Данные приведены в таблице 4.2.


Таблица 4.2 - Характеристика факторов производственной среды в помещении с ПЭВМ

Наименование фактора условий трудаЕдиницы измеренияЗначение фактораИсточник или причина, вызывающая превышение нормРекомендуемые мероприятия и технические средствафактическоенормативноеТемпература воздуха (летом/зимой)оС28/2522-24/21-23Отсутствие кондиционирования воздухаУстановить кондиционер.Относительная влажность воздуха%5040-60-__ .. __Скорость движения воздуха (летом/зимой)м/с0,10,2/0,1-__ .. __Запыленность воздухамг/м30,60,5-Влажная уборкаУровень шумадБА4050-__ .. __Освещенностьлк500500-__ .. __

К опасным и вредным факторам, имеющимся на производстве можно отнести следующие:

·повышенная запыленность воздуха рабочей зоны;

·повышенная температура поверхностей оборудования, помещений;

·повышенный уровень статического электричества, электромагнитных излучений;

·напряжение цепи, замыкание которой может произойти через тело человека.

В целом по организации для исключения возможности воздействия вредных и опасных факторов на человека приняты ряд мер:

·организованна вентиляция производственных помещений с целью поддержания требуемых температурных условий;

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

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

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

·повышенный уровень статического электричества, электромагнитных излучений;

·повышенная температура воздуха в помещении;

·уровень шума;

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

·повышенная или недостаточная освещенность;

·повышенная зрительная нагрузка;

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

) Статическое электричество. Статическое электричество скапливается на мониторах компьютеров, системных блоках и МФУ. В процессе работы оператор может получить электростатический разряд. Электротравм при этом не возникает, так как величины этих разрядов небольшие и они кратковременны. Однако разряд вызывает рефлекторное движение человека, что может привести к резкому движению и как следствие - получение травмы. У людей, работающих в зоне воздействия электростатического поля, встречаются разнообразные жалобы: на раздражительность, головную боль, нарушение сна, снижение аппетита и др. Допустимые уровни напряженности электростатических полей установлены в ГОСТ 12.1.045-84 [5]. "Электростатические поля. Допустимые уровни на рабочих местах и требования к проведению контроля". Допустимые уровни напряженности полей зависят от времени пребывания на рабочих местах.

Предельно допустимый уровень напряженности электростатических полей равен 60 кВ/м в 1 ч.

) Повышенная температура воздуха в помещении. В соответствии с ССБТ ГОСТ 12.1.005-88 [16] в помещении технического отдела должна соблюдаться оптимальная температура воздуха в летний период 22-24 градуса Цельсия, в зимний период 21-23 градуса Цельсия. В данном помещении температура завышена и составляет в летний период 28 градусов Цельсия, в зимнее время 25 градусов Цельсия. Для снижения температуры в помещении необходимо установить кондиционер.

) Уровень шума. Согласно санитарным нормам СанПин 2.2.2/2.4.1340-03 [15], предельно допустимый уровень звука для человека равен 80 дБ, а комфортный уровень значительно ниже - 45 дБ. Для офисов нормальным считается уровень не выше 50 дБ. В данном помещении уровень шума соответствует санитарным нормам и равен 40дБ.

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

) Повышенная или недостаточная освещенность. В соответствии с СНиП 23-05-95 [16] освещенность в помещении должна быть 300 - 500 лк. В данном помещении она равна 500 лк, что соответствует норме. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не может быть более 300 лк. Недостаточное освещение влияет на зрение, на психику человека, его эмоциональное состояние, вызывает усталость центральной нервной системы.

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

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

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

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


.2 Мероприятия по разработке безопасных условий труда на производственном участке


На ООО "Компьютерный аудит" вопросами, связанными с охраной труда, занимается инженер по охране труда и технике безопасности. Все поступающие на работу проходят вводный инструктаж. Со временем сдают обязательные экзамены.

Организация работы с ПЭВМ осуществляется в зависимости от вида и категории трудовой деятельности.

Вид трудовой деятельности в техническом отделе ООО "Компьютерный аудит" осуществляется в соответствии с группой В. Это связано с тем, что основные работы проходят в диалоге с ПЭВМ. Для этого вида работы устанавливается III категория в связи со временем, проведенным за работой с ПЭВМ в районе 6 часов в смену.

Исходя из дынных таблицы приведенной в СанПин 2.2.2/2.4.1340-03 [15] видно, что суммарное время регламентированных перерывов должно составлять 90 минут.

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

Для III категории работ, регламентируемые перерывы рекомендуется делать через 1,5-2,0 часа от начала рабочей смены и через 1,5-2,0 часа после обеденного перерыва продолжительностью 20 минут каждый или продолжительностью 15 минут через каждый час работы.


.3 Обеспечение электробезопасности в помещении технического отдела ООО "Компьютерный аудит"


Все пользователи ПЭВМ относятся к неэлектротехническому персоналу (не ЭТП) и проходят обучение и проверку знаний правил по электробезопасности. По результатам проверки им присваивается I квалификационная группа по электробезопасности (без выдачи удостоверения).

В соответствии с ПУЭ технический отдел относится к помещениям без повышенной опасности. Источниками электрической опасности в отделе являются компьютеры. Корпус ПЭВМ изготовлен из токопроводящего материала (металл), который может оказаться под напряжением в результате пробоя изоляции. Человек может получить электротравму в результате косвенного прикосновения. Применяемое напряжение 220 В. Схема зануления в здании TN-C-S. Это усовершенствованная система зануления, предназначенная для обеспечения электробезопасности однофазных сетей электроустановок. Она состоит из совмещённого PEN-проводника, который соединён с глухозаземленной нейтралью питающего электроустановку трансформатора. В точке, где трёхфазная линия разветвляется на однофазные потребители (например, в этажном щите) PEN-проводник разделяется на PE- и N-проводники, непосредственно подходящие к однофазным потребителям.

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

1.Дифференциальный автомат типа АС (реагирует на утечку переменного тока) - предназначен для использования в однофазной или трёхфазной электрической сети переменного тока в системе электроснабжения с заземленной нейтралью. Дифавтомат реагирует на дифференциальный (остаточный) ток, повышенную нагрузку (тепловой расцепитель) и ток короткого замыкания (механический расцепитель).

Дифавтомат обеспечивает:

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

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

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

2.Защитное зануление по схеме TN-C-S. Для обеспечения работы схемы применяются розетки с заземляющим контактом и 3-х проводная схема подключения электроприборов.


.4 Обеспечение пожарной безопасности


ООО "Компьютерный аудит" в соответствии со СНиП 21-01-97 "Пожарная безопасность зданий и сооружений" относится ко II степени огнестойкости и по классу конструктивной пожарной опасности - С1 (здание, допустимая высота которого не должна превышать 28 м), по классу функциональной пожарной опасности - Ф4.3 (здание органов управления учреждений, проектно-конструкторские организации, информационные и редакционно-издательские организации, научно-исследовательские организации, банки, конторы, офисы). Данное помещение технического отдела характеризуется как помещение с ПЭВМ или дисплейный класс. В помещении применяются твердые сгораемые вещества, такие как бумага, деревянные изделия, пластик.

По НПБ 105-95 [2] помещение технического отдела по пожароопасности относится к категории В4 (помещение с преобразовательным электрооборудованием постоянного и переменного тока).

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

Для предотвращения взрывов и пожаров в отделе имеются следующие средства:

·пожарная сигнализация, состоящая из систем контроля, оповещения и автоматики с выводом на пульт пожарной части;

·автоматическая пожарная насосная станция.

В здании, где располагается технический отдел, в 2011 году были проведены работы по улучшению пожарной безопасности включающие в себя:

·реконструкцию системы пожарной сигнализации с заменой датчиков, извещателей, световых табло;

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

·замена информационных стендов в коридорах с планами эвакуации и расположениями средств пожаротушения;

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

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


Рисунок 4.3 - Расположение датчиков задымления и огнетушителя.

-Принтер, 2-стул, -3 Стол, 4-ПК


Характеристика помещения технического отдела по взрывопожароопасности представлена в таблице 4.4.



Таблица 4.4 - Характеристика помещения с ПЭВМ по взрывопожароопасности и молниезащите

Наименование помещенияНаименование применяемых сгораемых веществКатегория помещения по НПБ 105-95Класс помещения (зоны) по ПУЭТребования к исполнению электрооборудования по ПУЭСтепень огнестойкости здания по СНиП 21-01-97Класс здания по пожарной опасностиНаименование применяемых средств пожаротушенияконструктивнойфункциональнойПомещение с ПЭВМ или дисплейный классТвердые вещества (бумага, деревянные изделия, пластик)В4П-IIаЗакрытого типаIIC1Ф4.3Огнетушитель ОП-10


4.5 Расчет и подбор кондиционера для помещения технического отдела ООО "Компьютерный аудит"


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

Для расчета мощности охлаждения необходимо подсчитать общее тепловыделение (Q, Вт).

= Q1 + Q2 + Q3, (4.1)


Где Q1 - теплоприток от солнечной радиации;- сумма теплопритоков от людей;- сумма теплопритоков от бытовых приборов.

Рассчитаем сумму теплопритоков от солнечной радиации (Q1).

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

= Fост ? q ? Aост, (4.2)


где Q1 - тепловыделения от солнечной радиации, Вт;ост - площадь остекления, м2;- тепловыделения через 1 м2 поверхности остекления, Вт/м2;

Аост - коэффициент учёта характера остекления.

В рассматриваемом случае Fост = 3 м2, q = 145 Вт/ м2, Аост = 1,15.

Тогда по (4.2)


Q1 = 3 ? 145 ? 1,15 = 500,25 Вт.


Сумма теплопритоков от персонала отдела (Q2) вычисляется по формуле:

= n ? q,(4.3)


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

Вт - в спокойном состоянии;

Вт - при легком движении;

Вт - при физической нагрузке.

Количество человек работающих в отделе n = 2. В связи с тем, что основная работа сотрудников технического отдела происходит в сидячем положении - q = 100 Вт. По (4.3) рассчитаем теплоприток от персонала:

= 2 ? 100 = 200 Вт.


Рассчитаем теплопритоки от ПЭВМ и источников освещения (Q3):

= N ? n, (4.4)


где: Q - тепловыделения, Вт;- суммарная мощность устройств, Вт;- коэффициент тепловых потерь (n=0,7 для ПЭВМ, n=0,55 для люминесцентных ламп).

Принимая тепловыделение одной ПЭВМ равное 400 Вт, тепловыделение от 2-х ПЭВМ составит.

Qпэвм = 400 ? 2 ? 0,7 = 560 Вт.


Тепловыделение люминесцентных ламп ЛБ-20 в количестве 16 шт. составит

ламп = 20 ? 16 ? 0,55 = 176 Вт.


Суммарное тепловыделение ПЭВМ и светильников (Q3, Вт) будет суммой тепловыделения этих приборов:

= Qпэвм + Qламп = 560 + 176 = 736 Вт.


Общее тепловыделение Q по формуле 4.1 составит:

= 500,25 + 200 + 736 = 1436,25 Вт.


Мощность кондиционера должна находиться в диапазоне от -5% до +15% расчетной мощности Q.

Опираясь на полученные данные, выбираем кондиционер Samsung AQ07UGF (рисунок 4.4). Для обеспечения наилучшей эффективности установим два кондиционера. Второй кондиционер необходим для аварийсной ситуации когда первый выйдет из строя (рисунок 4.5).

Основные характеристики кондиционера представлены в таблице 4.5.


Рисунок 4.4 - Кондиционер Samsung AQ07UGF.


Таблица 4.5 - Характеристики кондиционера Samsung AQ07UGF.

ХарактеристикаЗначениеПринцип установкиСплит системаПотребляемая мощность 810 ВтПроизводительность (охлаждение)2050 ВтФункцииОхлаждение, обогрев, осушение, регулировка направления воздушного потока и его скорости

Рисунок 4.5 - Расположение кондиционеров

- Кондиционер, 2-Принтер, 3-стул, -3 Персональный компьютер, 4-Стол


.6 Мероприятия и технические средства по охране окружающей среды в районе расположения объекта исследования


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

Согласно ГОСТ 15.001-88 [2] для подтверждения соответствия продукции предприятия требованиям охраны здоровья и природы проводится экологическая экспертиза (ЭЭ) всех предплановых, предпроектных и проектных материалов по объектам строительства, документации по созданию новой техники, технологии, материалов и веществ, концепций, программ и планов отраслевого и территориального развития, а также экологические обоснования лицензий и сертификатов. Согласно Закону РФ "Об охране ОПС" (1992г.) ЭЭ может быть государственной и общественной. Порядок государственной ЭЭ объектов федерального, республиканского или местного значения регулируется Положением о государственной ЭЭ, утвержденным Минприродой РФ.

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

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

Государственная ЭЭ включает два этапа: 1) согласование условий природопользования (назначение граничных условий) при выборе места расположения объекта; 2) государственная ЭЭ (согласование) ТЭО (проектов).

Здание, где располагается технический отдел, имеет экологический паспорт. Исходя из проведенного анализа данных пунктов, можно сделать вывод о соответствии условий труда в рассматриваемом помещении технического отдела требованиям СаНПиН 2.2.2.542-96 [14].

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


Заключение


Для достижения поставленной цели, а именно, повышение эффективности работы с системой электронной отчетности СБИС++ за счет использования средств адаптации к особенностям оператора связи, были решены следующие задачи:

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

. проанализирован состав и структура информационных баз системы электронной отчетности СБИС++;

. разработана программу автоматической настройки информационных баз системы СБИС++ с учетом особенностей оператора связи;

. разработаны средства для учета программных продуктов клиентов на базе системы 1С Предприятие 8.2;

. проведена оценка экономической эффективности предложенных решений. Годовой экономический эффект от внедрения предложенных разработок составил 1913808 рублей, а срок окупаемости проекта - 0.2 года;

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

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


Список использованных источников


1.ГОСТ 12.0.003 - 1974 Опасные и вредные производственные факторы. Классификация.

.ГОСТ 12.1.005 - 1988 Система стандартов безопасности труда. Воздух рабочей зоны. Общие санитарно-гигиенические требования.

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

.ГОСТ 12.1.003-83.ССБТ Шум. Общие требования безопасности.

.ГОСТ Р 50923 - 1996 Дисплеи Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

.ГОСТ Р 50948 - 2001 Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности.

.ГОСТ Р 50949 - 2001 Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности.

.ГОСТ Р 51658 - 2000 Фильтры-экраны защитные для средств отображения информации.

.Дудников Н.Г., В.В. Лупулов, А.И. Сеселкин Информатика и применение вычислительной техники в туристско-экскурсионных организациях. - М.: Центральное рекламно-информационное бюро "Турист", 1987.

.Котиков И.М. Пространство технологий абонентского доступа для оператора связи // Технологии и средства связи 2003. №1.

.Котиков И.М. Технологии проводного доступа для мультисервисных сетей связи // Технологии и средства связи 2003. №3.

.Проектирование и внедрение компьютерных сетей. Учебный курс 2-е издание / Майкл Палмер. - Спб: БХВ, 2004.

.Мауфер Т. WLAN Практическое руководство для администраторов и профессиональных пользователей Пер.с англ. - М.: КУДИЦ-ОБРАЗ, 2005.

.СанПин 2.2.2.542-96 Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы.

.СниП 2.04.05-86 Отопление, вентиляция и кондиционирование.

.СНиП II-4-85. Естественное и искусственное освещение.

.СниП II-А.9-71. Искусственное освещение. Нормы проектирования.

.Стандарт предприятия. Проекты (работы) дипломные и курсовые. Общие требования к оформлению пояснительных записок и чертежей. СТП I-У-НГТУ-98.

.Методические указания по выполнению раздела "Экологичность и безопасность проекта" в дипломных проектах по специальностям 200700 - "Радиотехника",…,200900 - "Сети связи и системы коммутации" / НГТУ; Сост.: А.Э. Эппель, А.Б. Елькин. Н. Новгород, 1999.

.Мешков А., Тихомиров Ю. "Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 1". - СПб.: BHV - Санкт-Петербург, 1997. - 464 с., ил.

.Мешков А., Тихомиров Ю. "Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 2". - СПб.: BHV - Санкт-Петербург, 1997. - 464 с., ил.

.Мешков А., Тихомиров Ю. "Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 3". - СПб.: BHV - Санкт-Петербург, 1997. - 384 с., ил.

.Герберт Шилдт "MFC: основы программирования": Пер. с. англ. - К.: Издательская группа BHV, 1997. - 560 с.

.Visual C++ для Начинающих.



Содержание Введение . Общесистемный раздел .1 Основные термины .1 Необходимость защиты информации .2.1 Инфраструктура Открытых Ключей .2.2

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ