Автоматизированная система обмена информацией

Покажем связь этих таблиц на диаграмме типа «сушность-связь»

Рисунок 3.7 - Связь таблиц FacialFinCaption и FacialFinDetail

Как видно из диаграммы, одной записи из FacialFinCaption может быть поставлено в соответствие несколько записей из FacialFinDetail.

Изобразим диаграмму связей всех таблиц, рассмотренных выше.

Также необходимо рассмотреть таблицы BudgetData и BudNotify. В этих таблицах хранится информация о росписи, лимитах и ассигнованиях.

В таблице BudNotify по полю Ba_Lbo_Flag определяются данные о лимитах или ассигнованиях. Также таблица содержит информацию о классификации. Информация представляет собой ссылки на справочники. Справочник - это таблица в базе данных. К таким таблицам можно отнести KESR, KCSR, KVSR, KVR.

Рисунок 3.8 - Связь таблиц

Рассмотрим связи таблицы Agreements со справочниками на диаграммах на рисунках 3.9-3.12.

Рисунок 3.9 - Связь таблиц Agreements и KESR

Рисунок 3.10 - Связь таблиц Agreements и KСSR

Рисунок 3.11 - Связь таблиц Agreements и KVSR

Рисунок 3.12 - Связь таблиц Agreements и KVR



Как видно из рисунков 3.9-3.12, таблица Agreements со всеми таблицами справочников имеет соотношение 1: n.

Также имеется связь между таблицей PaymentSchedule и таблицами казначейства.

Более детально и подробно все связи между всеми таблицами, использующимися при системе обмена, будет показана на плакате.

программный информационный файловый обмен

3.3 Описание основных модулей, исполняемых файлов

Рассмотрим утилиту sgmail.exe.

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

Выше было описано как работать с этой утилитой. Утилита реализована на языке Delphi 5.0. Содержит три основных модуля: uMailGetter, uMailSender, uSmallLog, а также файл настройки параметров конфигурации sgmail.ini.

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

Модуль uMailSender содержит код, отвечающий за отправление письма.

Модуль uSmallLog содержит код, который отвечает за ведение лога работы утилиты.

Для проверки почтового ящика необходимо использовать команду sgmail.exe get.

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

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

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

Рассмотрим процедуры и функции модуля.

Модуль uMailGetter.pas содержит:

- TMailGetter - класс для получения письма;

- TMailGetter.Create - конструктор класса, в нем происходит подключение к серверу;

- TMailGetter.Destroy - деструктор класса, в нем происходит отключение от сервера;

- TMailGetter.Get - процедура получения письма.

Модуль uMailSender.pas содержит:

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

- TMailSender.Create - конструктор класса, в нем происходит подключение к серверу;

- TMailSender.Destroy - деструктор класса, в нем происходит отключение от сервера;

- TMailSender.Send - процедура отправки письма.

Модуль uSmallLog.pas содержит:

- TSmallLog - класс ведения лога;

- TSmallLog.Create - конструктор класса;

- TSmallLog.Error - процедура вывода сообщения об ошибке в лог;

- TSmallLog.Info - процедура заполнения лога;

- TSmallLog.Warn - процедура выдачи предупреждения.

Рассмотрим утилиту XMLDsig.exe.

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

Утилита реализована на языке Delphi 5 c использованием функций WIN API 32.

Основной модуль: uMSXML5DsignUtils. Модуль вставки цифровой подписи в XML. Используется 2 DLL-библиотеки msxml5.dll и capicom.dll - обе должны быть установлены и зарегистрированы.

Порядок вызова процедур:

- Init;

- Load;

- Verify или Sign и Save;

- Free.

Каждая функция возвращает true или false в зависимости от результата.

После выполнения операции можно запросить лог. Лог сбрасывается после Init.

Основные процедуры модуля следующие:

- procedure TMSXML5DsignHelper.Log(s: string) - процедура формирования лога;

- procedure TMSXML5DsignHelper.Init - процедура инициализации;

- procedure TMSXML5DsignHelper.Load(const filename: WideString) - процедура открытия необходимого файла;

- procedure TMSXML5DsignHelper.Save(const filename: WideString) - процедура сохранения файла;

- function TMSXML5DsignHelper.CreateDoc: IXMLDOMDocument2 - функция создания документа и настройки параметров;

- procedure TMSXML5DsignHelper.setSignature(verify: boolean) - процедура проверки наличия подписи;

- function TMSXML5DsignHelper.checkCert(Name: string; pCert: ICertificate): Boolean - функция проверки действительности подписи;

- procedure TMSXML5DsignHelper.Verify(const level: string) - процедура проверки подписи;

- procedure TMSXML5DsignHelper.Sign(const CertSerial: WideString) - процедура подписи и добавления сертификата;

- procedure TMSXML5DsignHelper.Deinit - деструктор.

Утилита использует ряд модулей с уже реализованными WIN API-функциями.

3.4 Внедрение обмена в систему «Бюджет»

Для внедрения данной разработки с искомую систему используется ряд Abl-макросов. Эти макросы реализованы на языке ABL и представляют из себя файлы с расширением.XML. Файл «Интерфейс.XML» добавляет в реестр системы АС «Бюджет» необходимые обработчики. Эти обработчики появляются на интерфейсах системы (рабочих местах) и становятся доступны пользователю. Файл «Настройки.XML» содержит необходимые настройки. стальные файлы формируют импорт/экспорт документов в базу системы. XML-документы импортируются в реестр системы «Бюджет» через редактор реестра. Визуально это все выглядит так, как представлено на рисунке 3.13.

Рисунок 3.13 - Редактор реестра системы «Бюджет»



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

- загрузить xml файл "Комита.xml" из архива "Комита.zip" в реестр Бюджета. В результате должен появится узел "Бюджет\Ресурсы\Макросы\УчетДоговоров\Комита" с несколькими макросами;

- загрузить xml файл "Настройки.xml" из архива "Настройки.zip" в реестр Бюджета. В результате в тот же узел должны появится параметры автообмена;

а) «Использовать Подпись»: необходимо установить в случае, если используется ЭЦП (вместе с данной настройкой необходимо указать «Сертификат», которым будут подписываться отправляемые файлы, а также полный путь к утилите для подписания/проверки подписи xmldsign);

б) «Использовать Почту»: необходимо установить в случае, если предполагается вести обмен по протоколам SMTP/POP3, для возможности отправки и приема писем необходимо указать полный путь к почтовому клиенту sgmail (параметр "Почтовый Клиент");

в) «Каталог Импорта», «Каталог Экспорта»: необходимо указать каталоги с правами на чтение и запись (через эти каталоги будет проходить обмен);

г) «Рабочий Каталог»: необходимо указать каталог с правами на чтение и запись (в данном каталоге будет проходить обработка экпортируемых и импортируемых документов, а также сохранятся лог работы автообмена);

д) «УведАдминОбОшибках»: необходимо установить в случае, если необходимо уведомлять администратора об ошибках во время работы автообмена (вместе с данной настройкой необходимо указать почтовый адрес администратора и почтовый клиент).

- рекомендуется использовать следующую структуру каталогов:

а) рабочий каталог (параметр: «РабочийКаталог»);

б) bin;

в) export (параметр: «КаталогЭкспорта»);

д) import (параметр: «КаталогИмпорта»).

- в архивах sgmail.zip и xmldsign.zip находятся соответственно утилиты sgmail.exe и xmldsign.exe (для работы утилиты xmldsign.exe необхимо предварительно зарегистрировать библиотеку msxml5.dll с помощью утилиты regsvr32.exe):

- для выгрузки лимитов и оплаты необходимы шаблоны контроля "(00.00.00) Выбор ассигнований и остатка по лимитам.xlm" и "(00.00.01) Выбор оплаты по контрактам.xlm" (находятся в архиве Шаблоны.zip); данные шаблоны должны находиться в папке со стандартными шаблонами БК.

После установки можно перейти на интерфейс «Государственные контракты, договоры». Визуально он представлен на рисунке 3.14.

Рисунок 3.14 - Интерфейс государственные контракты, договора

На этом интерфейсе есть рад панелей с кнопками, одна из таких панелей принадлежит разрабатываемой системе обмена. Эта панель представлена на рисунке 3.15.

Рисунок 3.15 - Панель комита

Как видно из рисунка, что на панеле есть 4 кнопки. Первая кнопка - это кнопка «Настройки параметров автообмена».

Вторая кнопка - кнопка экспорта. Экспортировать можно классификации и лимиты или оплаты. Это видно на рисунке 3.16.

Рисунок 3.16 - Кнопка экспорта

Третья кнопка - кнопка импорта документов.

Четвертая кнопка - кнопка «Данных выгружаемых файлов». Посмотреть работу кнопки можно относительно классификаций и лимитов или относительно оплаты. Это продемонстрировано на рисунке 3.17.

Рисунок 3.17 - Кнопка «Просмотр выгружаемых данных»

Все настройки обмена указываются при нажатии на кнопку «Настройки параметров автоообмена». При нажатии на эту кнопку появляется диалоговое окно с настройками. Это окно представлено на рисунке 3.18.

Рисунок 3.18 - Диалоговое окно настроек

Про настройки каталогов было описано выше. Важно отметить, что утилиты sgmail.exe и xmldsign.exe обязательно должны храниться в каталоге bin. Также вместе с этими исполняемыми файлами должны храниться и файлы с настройками этих утилит.

В техническом задании указано, что обмен должен проходить с поддержкой ЭЦП. Раздел параметров «Цифровая подпись» используется для указания того, необходимо ли использовать ЭЦП или нет. Если параметр «Цифровая подпись» установлен (в квадрате стоит «галочка»), обмен будет проходить в защищенном режиме.

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

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

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

При импорте архив с вложенным xml-файлом копируется в каталог Import. При успешном импорте договоров выводится сообщение «Импорт контрактов завершен». Но сразу изменения не увидеть. Необходимо на интерфейсе АС «Бюджет» нажать на кнопку «Выполнить». Результаты импорта договоров представлены на рисунках 3.19-3.20.

Рисунок 3.19 - Интерфейс договоров и контрактов до импорта

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

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

Рассмотрим также схему, по которой будут взаимодействовать программные продукты (АС «Бюджет» и АИСГЗ) через разрабатываемую систему обмена. Каждая из автоматизированных систем установлена на отдельной вычислительной машине. Для осуществления взаимодействия между ними необходимо иметь почтовый сервер.

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

Рассмотрим, как происходит взаимодействие при экспорте документов.

АС «Бюджет» с помощью системы управления базой данных Oracle выбирает по заданному алгоритму данные из своей базы данных. Эти данные проходят необходимую обработку, и на их основе формируется xml-документ. Далее, если в настройках системы обмена установлен параметр «Использовать цифровую подпись», при помощи утилиты XMLDsign.exe искомый xml-документ подписывается. Сформированный файл запаковывается в архив. Затем при помощи утилиты sgmail.exe происходит отправление полученного архива в виде электронного письма на почтовый адрес, указанный в настройках системы обмена в параметре «Почтовый адрес получателя».

Рассмотрим, как происходит взаимодействие при импорте договоров в систему АС «Бюджет».

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

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

Рассмотрим структуру системы обмена.

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

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

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

Для внедрения системы обмена в АС «Бюджет» необходимо иметь ABL-макросы:

- макрос настроек;

- макрос кнопки «Настройка параметров обмена»;

- макрос экспорта лимитов и классификации;

- макрос экспорта оплаты;

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

- макрос импорта договоров;

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

- макрос, содержащий функции для обмена.

Все эти макросы должны быть импортированы в реестр системы «Бюджет».

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

Рисунок 3.21 - Редактор реестра АС «Бюджет» при импортедокументов



4. Организационно-экономическая часть

4.1 Маркетинговые исследования

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

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

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

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

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

4.2 Сегментация рынка

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

Признак сегментирования - показатель способа выделения дополнительного сегмента на рынке.

Выделим несколько сегментов потенциальных покупателей:

- государственные учреждения;

- муниципальные учреждения;

- предприятия (например, НПО «Сатурн», Рыбинский завод приборостроения);

- финансово-кредитные учреждения (банки).

Сегментацию будем производить по следующим признакам:

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

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

- по источнику денежных средств;

- по весомости заказчика.

Сегментация рынка представлена в таблице 4.1.

Таблица 4.1

Сегментация рынка

Сегментация рынка	Государственные учреждения	Муниципальные учреждения	Финансово-кредитные учреждения	Предприятия
1. По среде использования: - на воде; - на земле; - над землей.	+	+	+	+
2. По обязательности применения: - обязаны применять; - не обязаны применять.	+	+	+	+
3. По источнику денежных средств; - государственные; - собственные.	+	+	+	+
4. По весомости заказчика: - крупные (более 100 единиц); - средние (от 20 до 100 единиц); - мелкие (менее 20 единиц).	+	+	+	+

4.3 Определение себестоимости и цены разработки

4.3.1 Определение себестоимости

Расчет себестоимости составляется по следующим калькуляционным статьям:

- общий фонд оплаты труда;

- материальные затраты;

- отчисления в небюджетные фонды;

- страхование от несчастного случая;

- амортизация и эксплуатационные расходы;

- накладные расходы;

- налог на имущество.

Основная заработная плата за месяц (ОЗП), р., определяется по формуле

ОЗП = Si · Ti, (4.1)

гдеSi - ставка заработной платы;

Ti - время разработки, месс.

Среднемесячная заработная плата младшего программиста в компании ООО ИС «КРИСТА» Si, р., рассчитывается по формуле

Si = Sб · К, (4.2)

гдеSб - базовая заработная плата, р.;

К - коэффициент квалификации сотрудника.

Базовая зарплата составляет 5000 р., а коэффициент младшего разработчика составляет 1,1.

Подставив числовые значения в формулу (4.2), получим, что

Si = 5000 · 1,1 = 5500 р.

Разработка автоматизированного обмена осуществлялась в течение 3 календарных месяцев. Таким образом, подставив числовые значения в формулу (4.1), получим

ОЗП = 5500 · 3 = 16500 р.

Дополнительная заработная плата ДЗП, р; составляет от 8 до 9 % от основной заработной платы, выбираем значение, равное 8 %, тогда

ДЗП = 16500 · 0,08 = 1320 р.

Доплаты к заработной плате ДоЗП, р., устанавливаются в размереот 10 до 60 %. Возьмем значение, равное 25 %, тогда размер доплат составит

ДоЗП = 16500 · 0,25 = 4215 р.

Премии к заработной плате устанавливаются в размере от 30 до 60 % от ОЗП и ДоЗП. Считаем, что за время выполнения разработки премий не было.

Общий фонд оплаты труда ОФОТ, р., складывается из основной заработной платы, дополнительной, доплат и премий:

ОФОТ = ОЗП + ДЗП + ДоЗП, (4.3)



гдеОЗП - основная заработная плата, р.; ОЗП = 16500 р. (см. расчет по формуле (4.1);

ДЗП - дополнительная заработная плата, р.; ДЗП = 1320 р. (расчет см. выше);

ДоЗП - доплаты к заработной плате, р.; ДоЗП = 4125 р. (расчет см. выше).

Подставив числовые значения в формулу (4.3), получим, что

ОФОТ = 16500 + 1320+4125 = 21945 р.

Материальные затраты (МЗ) - часть издержек производства, затрат на производство продукции, товаров, услуг, в которую включаются затраты на сырье, основные и вспомогательные материалы, топливо, энергию и другие затраты, приравниваемые к материальным. В ходе проектирования программы были произведены материальные затраты, информация о которых сведена в таблицу 4.1 (цены взяты по прайс-листу компьютерного супермаркета «НИКС» от 11.05.2012).

Обоснуем материальные затраты. Бумага необходима для распечатывания технической документации. Для распечатывания будет использован принтер Canon LBP 2900B. Диски нужны для хранения электронной версии документации и самой программы. Папки-скоросшиватели необходимы для структурирования и скрепления документации.

Таблица 4.2

Перечень материальных затрат

Наименование	Стоимость, р.	Количество, ед.	Суммарная стоимость, р.
Ballet premier A4 бумага (500 листов, 80 г / м2)	185	1	185
Картридж Canon LBP 2900B	1563	1	1563
Наименование	Стоимость, р.	Количество, ед.	Суммарная стоимость, р.
CD-R Disc Verbatim 700 MB 52Ч	20	2	40
Папка-скоросшиватель А4	10	2	20
Итого:	1808

В итоге получаем, что материальные затраты составили МЗ = 1808 р.

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

НЗП = ОФОТ · Нзп, (4.4)

гдеНзп - норматив начисления на заработную плату, Нзп = 30%;

Подставив числовые значения в формулу (4.4), получим, что

НЗП = 21945 · 0,3 = 6583,5 р.

Отчисления в фонд страхования от несчастного случая ФС, р., вычисляются по формуле

ФС = ОФОТ · Нсф, (4.5)

где Нсф - норматив отчисления в фонд страхования, %; Нсф = 0,3%

Подставив числовые значения в формулу (4.5), получим, что

ФС = 21945 · 0,003 = 65,8 р.

Накладные расходы НР, р., определяются по формуле

НР = ОФОТ · Ннр, (4.6)

Где Ннр - норматив накладных расходов, %; Ннр =45%

Подставив числовые значения в формулу (4.6), получим, что

НР = 21945 · 0,45 = 9875,25 р.

Амортизация и эксплуатационные расходы устанавливаются в процентах от стоимости основных фондов (оборудования). Расходы на машинное время , р., определяются по формуле

Мвр = Сч + Вр, (4.7)

гдеСч - стоимость одного часа машинного времени, р.;

Вр - время использования оборудования, ч.

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

- стоимость компьютера (персональный компьютер типа C5000MB (C5331LNi): Core i3-2120/ 4 ГБ/ 500 ГБ/ DVDRW/ клавиатура/ мышь) - 14268 р. (согласно прайс-листу компьютерного супермаркета «НИКС» от 11.05.2012);

- стоимость Canon LBP 3200 - 4500;

- стоимость использованной операционной системы (Windows XP Prof SP3 Russian) - 4052 р. (согласно прайс-листу компьютерного супермаркета «НИКС» от 11.05.2012);

- среда разработки: Delphi 5.0 (свободно распространяемая);

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

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

Спк = 8 · 12 · 22 · 8 = 16896 часов.

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

Сбр = (14268 + 4500 +4052) / 16896 = 1,35 р.

Мощность потребления компьютера составляет 0,6 кВт, стоимость 1 энергии 2,45 р. Отсюда затраты на электроэнергию в час Зэч, р., составляют

Зэч = 0,6 · 2,45 = 1,47 р.

Затраты на техническое обслуживание оборудования в час Зто, р., составляют 0,5 р.

Стоимость одного часа машинного времени определяется путем суммирования значений Сбр, Зэч, Зто и составляет

Сч = 1,35 +1,47 +0,5 = 3,32 р.

Определим время использования оборудования , ч. Оборудование использовалось 3 месяца по 8 часов, следовательно

ч.

Подставив полученные значения в (4.7), получим, что

р.

Налог на имущество НИ, р., определяется от суммы амортизации и материальных затрат по формуле

, (4.8)

гдеМЗ - материальные затраты, р.; р.;

- расходы на машинное время, р.; р.;

- норматив налога на имущество, %; %.

Подставив числовые значения в формулу (4.8), получим, что

р.

Накладные расходы (НР) определяются по формуле

НР = ОФОТ · Н_нр,

гдеН_нр - норматив накладных расходов, %; Н_нр = 45%.

НР = 21945 · 0,45 = 9875,25 р.

Полная себестоимость разработки системы , р., вычисляется по формуле

, (4.9)

где - материальные затраты, р.; р.;

- общий фонд оплаты труда, р.; р.;

- начисление на заработную плату, р.; р.;

- отчисления в фонд страхования от несчастного случая, р.;

р.;

- накладные расходы, р.; р.;

- расходы на машинное время, р.; р.;

- налог на имущество, р.; р.

Подставив числовые значения в формулу (4.9), получаем, что

р.

Результаты затрат по разработке сервера записи разговоров сведены в таблицу 4.3.

Таблица 4.3

Себестоимость разработки

Статья затрат	Сумма, р.
Материальные затраты	1808
Общий фонд оплаты труда	21945
Начисления на заработную плату	6583,5
Фонд страхования от несчастного случая	65,8
Накладные расходы	9875,25
Амортизация и эксплуатационные выплаты	2390,4
Статья затрат	Сумма, р.
Налог на имущество	92,36
Общая себестоимость	42760,31
Прибыль	8552,06
Налог на прибыль	1710,52
Цена	51312,37
НДС	9236,22
Цена с учетом НДС	60548,6



4.3.2 Определение цены разработки

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

Примерные диапазоны цен следующие:

- утилиты продаются, как правило, по цене от 900 до 5000 р. Решение об их покупке принимается зачастую в случае острой необходимости. Риск при покупке данного программного обеспечения невелик;

- средства повышения производительности, обычно, имеют цену от 5000 до 15000 р. Решение о покупке данного программного обеспечения принимают младшие менеджеры;

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

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

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

Определим цену разработки , р. по формуле

, (4.10)

где - цена одной копии продукта, р.; р.;

- налог на добавленную стоимость, р.; %.

Таким образом, подставив в формулу (4.10) числовые данные, получим, что

р.

Определимся с видом лицензирования. Условимся, что лицензия будет «за единицу», т. е. лицензирование за «рабочее место». Таким образом, вне зависимости от числа рабочих мест цена за копию продукта для рабочего места Црм будет одинаковой. Таким образом, Црм = Цр.

Определим цену программы, соответствующую различным уровням рентабельности (от 10% до 20%). Результаты расчета сведены в таблицу 4.4.

Таблица 4.4

Результаты расчета цены разработки

Р, %	10	15	20
Цл, р.	5500	5750	6000
НДС, р.	990	1035	1080
Цр, р.	6490	6785	7080

Проведем расчет цены продукта при рентабельности 15 % на 10 рабочих мест:

р.

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

, (4.11)

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

- цена программного продукта на одно рабочее место, р.;

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

Предположим, что годовой доход компании составляет 1000000 р. В результате применения записи 10 копий приложения прибыль компании возросла на 25 %. Таким образом, ожидаемый годовой результат от применения программного продукта

р.

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

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



, (4.12)

где - расходы на машинное время, р.

Предположим, что при работе используется аналогичный компьютер, что и при разработке системы. Тогда стоимость компьютера без принтера вместе с операционной системой составляет 18320 р. Срок службы компьютера 8 лет или 16896 ч.

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

р.

Мощность потребления компьютера составляет 0,5 кВт, стоимость 1 кВт·ч энергии равна 2,45 р. Отсюда затраты на электроэнергию в час составляют

р.

Примем затраты на техническое обслуживание оборудования в час равными 0,5 р.

Следовательно, стоимость одного часа машинного времени составляет

р.

Время использования оборудования В_р. Предположим, что оборудование используется 360 часов в месяц в течение года, следовательно

В_р = 360 · 12 = 4320 ч.



Подставив полученные значения в (4.7), получим, что

р.

Следовательно, р.

Проведем расчет годового экономического эффекта по формуле (4.11) при рентабельности в 15%. Подставив полученные значения, получим, что

р.

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

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

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

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

, (4.13)

где - величина постоянных издержек, р.;

- величина переменных издержек на единицу продукции, р.;

- цена копии, р.

К постоянным издержкам относятся затраты, которые не зависят от величины объема выпуска: амортизация и эксплуатационные расходы и накладные расходы.

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

, (4.14)

где - расходы на машинное время, р.; р.;

- накладные расходы, р.; р.;

Подставив числовые значения в формулу (4.14), получим, что

р.

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

Таким образом, подставляя известные данные в формулу (4.14), получаем значение точки безубыточности в единицах продукции (при рентабельности в 15 % и лицензии на 4 копии программы):

.

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

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

- программный продукт имеет преимущество перед аналогами, т. к. в нем устранены их недостатки;

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

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



5. Материалы по охране труда

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

5.1.1 Классификация условий труда

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

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

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

Опасный производственный фактор - производственный фактор, воздействие которого на работника может привести к его травме.

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

5.1.2 Организация рабочих мест

В отделе разработки программного обеспечения выполнены требования по объему свободного пространства на одно рабочее место. Расстояние между рабочими местами составляет не меньше 2 метров. На одного разработчика выделяется рабочее место площадью 4,5 м².

Параметры рабочего места:

- высота стола 650 мм;

- высота стула 450 мм;

- поверхность стула мягкая;

- расстояние от глаза до клавиатуры 450 мм;

- расстояние экрана 700 мм;

- высота перегородки между рабочими местами 0,5 м.

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

Схема отдела представлена на рисунке 5.1.

Рисунок 5.1 - Схема отдела

На рисунке 5.1 цифрами обозначены: 1 - рабочее место, 2 - стул, 3 - шкаф для одежды.

5.1.3 Микроклимат в отделе

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

Параметры микроклимата зависят от времени года (теплый период, холодный период) и от тяжести работы. Работа программиста не связана с физическими усилиями и производится сидя, поэтому она относится к легким работам категории 1А.

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

Таблица 5.1

Параметры микроклимата

Параметр	Холодный период	Теплый период	Фактические значения
Температура, ?С
Оптимальная	22 - 24	23 - 25	23
Допустимая для постоянных рабочих мест	21 - 25	22 - 28	24
Допустимая для непостоянных рабочих мест	18 - 26	20 - 30	24
Окончание таблицы 5.1
Параметр	Холодный период	Теплый период	Фактические значения
Отн. влажность, %
Оптимальная	40 - 60	40 - 60	50
Допустимая	75	55	50
Скорость движения воздуха, м/с
Оптимальная	0,1	0,1	0,1
Предельно допустимая,	0,2	0,3	0,2

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

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



5.1.4 Определение класса условий труда разработчика программного продукта

Определение класса условий труда по факторам производственной среды и трудового процесса производится в соответствии с P 2.2.2006-05.

Всего выделяют 3 класса труда. Они представлены в таблицах 5.2 и 5.3.

Таблица 5.2

Классы условий труда по показателям тяжести

Показатели тяжести трудового процесса	Класс условий труда
	Оптимальный	Допустимый	Вредный (тяжелый труд)
	Легкая физическая нагрузка	средняя физическая нагрузка	1 степени	2 степени
	1	2	3.1	3.2
1. Стереотипные рабочие движения (кол-во за смену) 1.1 При локальной нагрузке (с участием мышц кистей и пальцев рук)	до 2 · 104	до 4 · 104	до 6 · 104	более 6.104
1.2 При региональной нагрузке (с участием мышц рук и плечевого пояса)	до 104	до 2 · 104	до 3 · 104	более 104
2. Рабочая поза	Свободная удобная поза (смена позы “сидя-стоя” по усмотрению работника)	Периодическое нахождение в неудобной, фиксированной позе до 25% времени смены (невозможность изменения расположения различных частей тела)	То же до 50% времени смены (пребывание в вынужденной позе, на корточках и т. п.)	То же более 50% времени смены



Параметры рабочего места по показателям тяжести:

- локальная нагрузка до 2 · 10⁴;

- региональная нагрузка до 10⁴;

- рабочая поза свободная.

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

Таблица 5.3

Классы условий труда по показателям напряженности

Показатели напряженности трудового процесса	Класс условий труда
	Оптимальный	Допустимый	Напряженный труд
	1	2	3.1	3.2
1. Интеллектуальные нагрузки	Отсутствует необходимость принятия решения	Решение простых альтернативных задач по инструкции	Решение сложных задач с выбором по известным алгоритмам (работа по серии инструкций)	Эвристическая (творческая) деятельность, требующая решения сложных задач при отсутствии алгоритма
1.1 Содержание работы
1.2 Восприятие сигналов (информации) и их оценка	Восприятие сигналов, не требуется коррекция действий	Восприятие сигналов с последующей коррекцией действий и операций	Восприятие сигналов с посл. сопоставлением факт. значений параметров с их номин. знач-м. Заключительная оценка факт. Знач. параметров	Восприятие сигналов с последующей комплексной оценкой взаимосвязанных параметров.
1.3. Характер выполняемой работы	Работа по индивидуальному плану	Работа по установленному графику с возможной его коррекцией по ходу деятельности	Работа в условиях дефицита времени	Работа в условиях дефицита времени и информации с повышенной ответственностью за кон. результат
1.4 Степень сложности задания	Обработка и выполнение задания	Обработка, выполнение задания и его проверка	Обработка, проверка и контроль за выполнением задания	Контроль и предварительная работа по распределению
2. Сенсорные нагрузки	25 %	26 - 50 %	51 - 75 %	более 75 %
2.1 Длительность сосредоточенного наблюдения (в процентах от времени смены)
2.2 Плотность сигналов (звуковых, световых) и сообщений в среднем за 1 час работы	до 75	75 - 175	176 - 300	более 300
2.3 Число производственных объектов одновременного наблюдения	до 5	6 -10	11 - 25	более 25
3. Нагрузка на зрительный анализатор	Класс условий труда	Показатели напряженности	Класс условий труда	Показатели напряженности
3.1 Показатели напряженности
3.2 Работа с оптическими приборами (микроскопы, луп и т. п.) при длительности сосредоточенного наблюдения процента от времени смены	25 %	26 - 50%	51 - 75%	более 75%
3.3 Наблюдение за экранами видеотерминалов (часов в смену)	до 2	2 - 3	3 - 4	более 4
4. Нагрузки на слуховой анализатор (при производственной необходимости восприятия речи или дифференцированных сигналов)	Разборчивость слов и сигналов от 100% до 90%	Разборчивость слов и сигналов от 90% до 70%	Разборчивость слов и сигналов от 70% до 50%	Разборчивость слов и сигналов менее 50%
5. Эмоциональные нагрузки	Несет ответств. за выполнение отд. элементов задания	Несет ответств. за функцион. качество вспомогательных работ (заданий)	Несет ответств. за функцион. качество основной работы	Несет ответств. за оконч. функцион. качество
5.1 Степень ответственности
6.1 Число элементов (приемов), необходимых для выполнения простого задания или в многократно повторяющихся операциях	более 10	9 - 6	5 - 3	менее 3
6.2 Продолжительность в сек. выполнения простых производственных заданий или повторяющихся операций	более 100	100 - 25	24 - 10	менее 10
7. Режим работы
7.1 Фактическая продолжительность рабочего дня	6 - 7 часов	8 - 9 часов	10 - 12 часов	более 12 часов
7.2 Сменность работы	Односменная работа (без ночной смены)	Двухсменная работа (без ночной смены)	Трехсменная работа (работа в ночную смену)	Нерегулярная сменность (работа преимущественно в ночную смену)

В итоге данное рабочее место можно охарактеризовать:

- интеллектуальная нагрузка - класс условий труда 3.2;

- сенсорная нагрузка - класс условий труда 1;

- нагрузка на зрительный анализатор - класс условий труда 3.2;

- нагрузка на слуховой анализатор - класс условий труда 1;

- степень ответственности - класс условий труда 1;

- режим работы - класс условий труда 2.

В итоге получаем 2-й класс условий труда.

5.2 Мероприятия по снижению уровня негативных факторов

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

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

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

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

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



Заключение

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

- разработано техническое задание на создание системы обмена;

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

- проведен анализ базы данных и ее основных таблиц;

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

- реализована утилита работы с почтовым сервером через протоколы POP3 и SMTP;

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

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

- выполнен анализ вредных факторов при работе пользователей с вычислительной техникой.

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



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

1. Вершинин В.В., Грошева Н.Б., Ларионов А.С., Черных Ю.А. Секреты казначейского контроля. - Рыбинск: НПО «Криста», 2001. 168 с.: ил.

2. Вершинин В.В., Грошева Н.Б., Ларионов А. С. «Бюджет». Руководство администратора. - Рыбинск: НПО «Криста», 2007. 526 с.: ил.

3. Вершинин В.В., Грошева Н.Б., Ларионов А.С. «Бюджет». Руководство пользоателя. - Рыбинск: НПО «Криста», 2006. 696 с.: ил.

4. Комаров В.М. Микропроцессорные системы. Проектирование аппаратного и программного обеспечения: учебное пособие. Рыбинск: РГАТА, 2004. 176 с.

5. Введение в XML Digital Signatures [Электронный ресурс]: Электрон., текстовые и граф. дан. - URL

6. Сайт компании Omega [Электронный ресурс]: Электронные текстовые данные - URL:

7. Бондаренко А.А. Экономическое обоснование разработок и производства автоматизированных комплексов, сетей и программных систем по специальности 220100 - Вычислительные машины, комплексы, системы и сети: учебное пособие. - Рыбинск: РГАТА, 2005. 62 с.: ил.

8. СТП 1.01-2002. Общие требования к оформлению учебных документов. Текстовые документы. Введ. 2002-01-01. Рыбинск: РГАТА, 2002. 28 c.

Размещено на Allbest.ru

...