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

</asp:Repeater>

В приведенном листинге видны основные блоки элемента управления Repeater, а так же видно, как данные из записи в базе связываются с интерфейсом: для этого используется метод Eval. Например, запись “<%#Eval("text")%>” заменяется при отправке клиенту на текст, сгенерированный классом HtmlGenerator, который будет описан ниже.

В случае, если требуется редактировать табличные данные, удобно использовать компонент DataGridView. Если перевести его название на русский язык, получается «представление сетки(таблицы) данных». Компонент формирует таблицу, в котрой можно настроить имена колонок, их внешний вид. Не сложно настроить DataGridView для редактирования табличных данных. DataGridView был применен для вывода списка командируемых сотрудников на форме создания заявки на оформление командировки.

Для выполнения операций удаления и редактирования данных реализованы потребовалось написать обработчики событий , описанные в файле кода. Например, обработчик события удаления записи, “employTableView_RowDeleting”, выглядит так:

protected void employTableView_RowDeleting(object sender, GridViewDeleteEventArgs e)

{

GenerateEmployTable();

employTable.Rows.RemoveAt(e.RowIndex);

employTableView.DataSource = employTable;

employTableView.DataBind();

}

Здесь следует пояснить, что если в таких языках описания активных веб-страниц, как PHP, html-разметка и код находятся в одном файле, то в ASP.net по умолчанию каждой странице соответствует два файла: .aspx и .cs. В aspx файле хранится разметка, представляющая собой html-страницу с использованием серверных элементов управления, а в cs-файле хранится логика страницы, описывающая ее поведение, а это работа с данными, обработчики событий, сервисные функции.

3.2.5 Класс HtmlGenerator

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

HtmlGenerator gen = new HtmlGenerator(Cache, MapPath("RtfTemplates"));

var datasource = (from task in listOfTasks

select new { task, text = gen.RepresentObjectAsHtml(task.Object, (BTDAL.DAL.Enums.ReqestTypes)task.TypeID), author = db.GetPersonnelBaseById(task.AuthorID) ,hystory=gen.GetHystory(task.ObjectID.Value)});

Repeater1.DataSource = datasource;

Repeater1.DataBind();

Курсивом помечены места использования класс HtmlGenerator. Как видно, экземпляру класса HtmlGenerator через конструктор передается ссылка на объект Cache, это требуется для кэширования данных.

3.3 Описание реализации модулей, процедур, функций, запросов, алгоритмов.

3.3.1 Кэширование данных

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

Данному вопросу (использование объекта Application как кеша объектов) было посвящено множество обсуждений и статей монстров классического ASP. И, естественно, данная проблема не могла быть обойдена Microsoft при разработке ASP.NET. И в итоге было предложено простое и элегантное решение.

В ASP.NET кроме класса HttpApplication был введен дополнительный класс HttpCache специально для создания кеша объектов. Работа с этим классом очень похожа на работу с Application, но есть и существенные различия. В первую очередь эти различия направлены на решения указанных выше проблем:

Управление памятью - кеш может автоматически удалять объекты для небопущения переполнения памяти.

Уничтожение объектов при наступлении некоторого события - объект может быть помещен в кеш с правилами его удаления.

Callback вызовы - кеш поддерживает возможность вызова методов при удалении объектов из кеша.

Доступ к кешу осуществляется через свойство Cache текущего контекста веб приложения. Помещать объекты в кеш можно как неявно (так же, как и при работе с Application), так и с помощью методов Add и Insert. Работа данных методов совершенно идентична и отличается только в возвращаемых значениях (метод Add возвращает ссылку на добавленный в кеш объект).

В случае с комплексной автоматизированной системой управления командировками, объект Cache используется в классе HtmlGenerator, занимающимся построением html представления заявки. Экземпляр класса HtmlGenerator имеет ссылку на объект Cache страницы, для которой подготавливается html представление заявки. Когда вызывается метод «RepresentObjectAsHtml» этого экземпляра, он сначала проверяет, нет ли представления для требуемой заявки в кэше. Если есть, то пользователю сразу возвращается заранее сформированное представление, а если нет, то представление формируется, помещается в кэш и выдается пользователю.

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

3.3.2 Workflow foundation

Большая часть логики системы описана с использование технологий Microsoft Workflow Foundation. Идеология Workflow Foundation предполагает декларативное программирование, впрочем, не на всех этапах. Первый этап разработки логики системы, использующей Workflow Foundation, это выделение основных функций системы. После того, как основные функции были выделены, для каждой из них разрабатывается Activity. Activity(деятельность, активность) - это кирпичик, из которых строится рабочий процесс. Каждая Activity имеет свойства, через свойства, Activity принимают входные данные и передают выходные. Для этого свойство одной активности можно привязать к свойству другой активности и изменение привязанного свойства передастся в первую активность. Для комплексной автоматизированной системы оформления командировок были разработаны следующие Activity:

Approve- согласование указанной.

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

CreateApprovalTask - заведение новой заявки для ее последующего согласования.

NotifyOfficeWorkers - оповещение сотрудников отдела делопроизводство о необходимости произведения каких-то действий.

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

SendTo1C - отправка данных в систему «1С:Бухгалтерия», автоматическое заполнение электронного бланка командировки сотрудника.

VerifyRequest - подтверждение выполнения задания.

Физически Workflow Foundation приложение может быть развернуто тремя способами: в рамках веб-приложения, как консольное приложение и как веб-сервис. Был выбран последний способ, так как он самый простой и надежный, как в плане работы и разработки, так и в плане установки и развертки. В этом случае, Workflow приложение представляет собой единственный dll-файл, который размещается на сервере веб-сервисов.

3.3.3 Интеграция с 1С:Бухгалтерия

Одна из важнейших возможностей системы это интеграция с системой 1С бухгалтерия. Интеграция реализована через веб-сервис, предоставляющий методы для получения персональных данных сотрудника по его табельному номеру и сервис добавления в базу данных отдела кадров записи о командировки. Первый метод нужен потому что информация сотрудника в ОАО «Гипровостокнефть» хранится в двух базах данных: в общей базе персонала и в базе отдела кадров. Общая база персонала используется порталом ОАО «Гипровостокнефть», в ней содержатся открытые данные о сотруднике: фамилия, имя, общество, номер комнаты, отдел и должность, а так же табельный номер сотрудника. В базе данных отдела кадров, используемой системой 1С хранится более полная информация о сотруднике, включающая его личные, конфиденциальные данные: серия и номер паспорта, дата рождения и другие паспортные данные. Эта информация защищена законом о защите персональных данных, поэтому доступ к ним имеет ограниченный круг лиц. Паспортные данные требуются сотруднику во время оформления командировки. Они показываются сотруднику, когда он заводит заявку, в этот момент он проверяет данные, находящиеся в системе и, если находит несоответствия(сотрудник поменял паспорт, а в базе осталась старая информация), может сообщить об ошибке в отдел кадров. На этапе автоматического формирования записи о командировке, перед ее добавлением в базу через соответствующий метод веб-сервиса, предоставляемого системой 1С:Бухгалтерия, так же используются паспортные данные сотрудника. Приложение и веб-сервис обмениваются данными по протоколу SOAP, метод получения персональных данных принимает табельный номер сотрудника, а возвращает структуру данных, содержащую персональные данные сотрудника в виде текста с xml разметкой. Далее proxy-класс разбирает xml разметку и формирует класс C#, с которым можно работать, обращаясь к его свойствам. Процесс добавления записи о командировке аналогичен, только действия происходят в противоположном направлении: сначала создается класс C#, свойства которого содержат все необходимые данные о командировке и командируемых. Далее вызывается метод веб-сервиса 1С и ему в качестве параметра передается класс с заполненными полями.

3.3.4 Автоматизированное создание документа для заказа билетов

Сотрудник, ответственный за заказ билетов, получив заявку на заказ, заполняет бланк, представляющий из себя документ Microsoft Word, данными о списке сотрудников и о том от куда и куда они едут. Для уменьшения затрачиваемого на оформление командировки времени, заполнение этого бланка было автоматизировано. Для этого бланк был преобразован в шаблон формата RTF. Формат RTF был выбран потому что формат Microsoft Word 97-2003 является бинарным и для редактирования его содержимого требуются специальные дорогостоящие библиотеки, а формат Microsoft Word 2007, представляющий из себя заархивированный алгоритмом zip набор xml файлов и файлов данных, пока поддерживается не везде.

3.3.5 Уровень доступа к данным

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

Технически, слой доступа к данным реализован в виде библиотеки, написанной с использованием технологии LINQ To SQL. LINQ to SQL является компонентом .NET Framework версии 3.5, предоставляющим инфраструктуру времени выполнения для управления реляционными данными как объектами. В LINQ to SQL модель данных реляционной базы данных сопоставляется объектной модели, выраженной в языке программирования разработчика. При выполнении приложения LINQ to SQL преобразует интегрированные в язык запросы из объектной модели в SQL и отправляет их в базу данных для выполнения. Когда база данных возвращает результаты, LINQ to SQL преобразует их обратно в объекты, с которыми можно работать на собственном языке программирования. До появления LINQ To SQL, для каждой сущности в базе данных разработчику приходилось разрабатывать класс и структуру: в структуре хранились поля, описывающие данную сущность, а в классе методы, позволяющие манипулировать этой сущностью. Иногда и поля и методы включались в один класс, а иногда все методы по работе с сущностями выносились в отдельный класс. LINQ To SQL берет всю эту работу на себя, предоставляя пользователю готовый объект типа DataContext, содержащий коллекции, отражающие содержимое базы данных. Коллекции эти имеют тип, соответствующий по названию таблице в базе данных, а его поля соответствуют полям таблицы в базе данных. Работать с этими коллекциями можно как с использованием методов добавления и удаления данных, встроенных в asp.net, так и через LINQ, встроенные в язык запросы. Язык LINQ сильно напоминает язык SQL, но работает не с базами данных, а практически с любыми массивами данных, которые можно встретить при использовании языка C#: массивы, списки, словари и т.п.

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

public void SendTaskToArchive(int taskID)

{

var task = (from task in _context.Tasks

where task.ID == taskID

select task).Single();

task.Archived = true;

_context.SubmitChanges();

}

В этом примере видно, как LINQ To SQL позволяет организовать работу с базой данных: с помощью LINQ-запроса, из всех заявок выбираются заявки с ID заданным пользователем, метод Single преобразует коллекцию, состоящую из одного элемента в объект типа этого элемента. Если же коллекция содержит больше одного элемента, то методы Single создает выбрасывает исключение, оповещая пользователя об ошибке в базе данных, в системе не должно быть двух заявок с одинаковым идентификатором. Далее двоичному полю объекта заявки, отвечающему за информацию о том, активна ли заявка, либо архивна, присваивается значение «истина», что означает, что заявка неактивна. Чтобы записать изменения, произведенные с объектом в базу данных, вызывается сетод «SubmitChanges» контекста данных базы данных из которой был взят объект для редактирования.

3.3.6 HttpHandler

В данные, требующиеся для оформления документов входит отсканированная докладная на имя генерального директора. Она хранится в соответствующей таблице базы данных системы. Чтобы позволить участникам согласования просмотреть эту докладную, требуется каким-то образом извлечь ее из базы данных и передать клиенту. Для этих целей удобно использовать такой инструмент ASP.net как HttpHandler. Фактически HttpHandler это тот же ISAPI фильтр, обрабатывающий http запросы. Любой запрос, приходящий в ASP.NET веб-приложение, в итоге будет обработан одним из HttpHandlerов. Некоторые HttpHandlerы передают выполнение запроса другим классам (например, классу вызываемой страницы), другие же сами обрабатывают запрос и возвращают результат клиенту. Microsoft предоставила разработчикам возможность с легкостью писать свои HttpHandlerы.

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

После того, как HttpHandler был добавлен в проект, остается реализовать в его коде метод ProcessRequest. Этот метод получает ссылку на http-контекст, передаваемый клиенту. Остается только подставить нужный тип содержимого, ContentType и записать контекст изображение, полученное из базы данных:

public void ProcessRequest (HttpContext context)

{

context.Response.ContentType = "application/octet-stream";

int DocumentID = int.Parse(context.Request["document"]);

BTDAL.DAL.BusinessTripsDataContext dataContext = new BTDAL.DAL.BusinessTripsDataContext();

.. var doc = (from d in dataContext.Documents

where d.ID == DocumentID

select d).Single();

string fileName = context.Server.UrlPathEncode(doc.FileName);

if (!string.IsNullOrEmpty(doc.FileName))

context.Response.AppendHeader("Content-Disposition", string.Format("attachment;charset=win-1251; filename=\"{0}\"" , fileName));

context.Response.BinaryWrite(doc.Scan.ToArray());

}

Курсивом отмечены точки получения изображения из базы данных и отправки его пользователю. Тип содержимого «application/octet-stream» означает нетипизированные двоичные данные, требуется задать такой тип содержимого, чтобы браузер не пытался открыть файл, а предлагал пользователю сохранить его на жесткий диск или открыть программой по-умолчанию для данного типа файлов.

4. Внедрение и сопровождение

4.1 Требования к техническим средствам (конфигурация)

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

4.1.1 Требования к конфигурации клиентской машины

Браузер Internet Explorer версии 6 и выше или другой современный браузер с поддержкой JavaScript

Монитор с разрешение 800х600 и выше

Клавиатура

Мышь

4.1.2 Требования к конфигурации сервера баз данных

Процессор:

500 МГц или выше (рекомендуется 1 ГГц или выше)

Операционная система:

SQL Server 2005 Enterprise Edition и Standard Edition могут выполняться под управлением следующих операционных систем:

Windows Server 2003

Windows 2000 Server

Windows XP Professional

Windows 2000 Professional

SQL Server 2005 Developer Edition и Express Edition могут выполняться под управлением любой операционной системы, перечисленной выше, плюс:

Windows XP Home Edition

Windows Server 2003 Web Edition4 (только Express)

Память:

512мб и выше

Жесткий диск:

SQL Server 2005 требуется:

350 МБ свободного дискового пространства для полной установки.

390 МБ для образцов баз данных.

~1 ГБ пространства для хранения базы командировок

4.1.3 Требования к конфигурации серверной части

Операционная система семейства Windows NT

Установленная служба IIS

Установленный .net Framework 3.5

4.2 Установка и администрирование системы

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

4.2.1 Установка базы данных

Для установки базы данных, требуется сервер с установленной СУБД Microsoft SQL Server 2005.

Далее, требуется выполнить на сервере скрипт TripDB.sql, воспользовавшись утилитой Microsoft SQL Server Management Studio. Скрипт автоматически создаст структуру базы данных с таблицами и связями.

Так же, требуется выполнить скрипты «SqlPersistenceProviderLogic.sql» и «SqlPersistenceProviderSchema.sql» находящийся по адресу «C:\Windows\Microsoft.NET\Framework\v3.5\SQL\EN\». Эти скрипты создают на сервере базу данных, необходимую для хранения состояния рабочих процессов.

4.2.2 Установка веб-приложения

Установка веб-приложения - самый сложный этап установки системы. Так как система тесно интегрирована с корпоративным порталом ОАО «Гипровостокнефть», для добавления в него части командировок требуется внедрить проект в структуру портала. Для этого требуется произвести следующие действия:

Скопировать папку «BusinessTrips» из дистрибутива системы в корневой каталог портала ОАО «Гипровостокнефть». Папка «BusinessTrips» содержит разметку страниц системы, а так же таблицы стилей, изображения, скрипты и прочие ресурсы.

Скопировать папку «BusinessTrips» из папки «AppCode» дистрибутива системы. В этой папке хранятся созданные в ходе разработки системы классы.

Скопировать в папку «Bin» файл «BTDAL.dll». Файл «BTDAL.dll» - это сборка, содержащая слой доступа к данным системы.

Скопировать содержимое папки «WebReference» из дистрибутива в папку «WebReference» портала ОАО «Гипровостокнефть». Папка «WebReference» содержит описания используемых приложением веб-сервисов.

Кроме того, требуется развернуть веб-сервис, в котором работает бизнес-процесс приложения. Для этого требуется:

На сервере веб-сервисов, либо на основном сервере создать папку «BTWF» и скопировать в нее файл «ApprovalWorkflow.svc». Это файл описания веб-сервиса.

Скопировать в папку на сервере веб-сервисов файлы «BTDAL.dll» и «ApprovalWorkflow.dll». Файл «BTDAL.dll» уже был описан ранее, а файл «ApprovalWorkflow.dll» - это сборка, содержащая рабочие процессы приложения.

4.3 Руководство пользователя

4.3.1 Подача заявки на командировку

1.Откройте бланк оформления командировки щелчком по кнопке "Оформить командировку"

Рисунок 4.1 - Кнопка «Оформить командировку»

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

2.1. Введите в поле «ФИО сотрудника» фамилию сотрудника, подтверждающего командировку, дождитесь появления списка сотрудников с такой фамилией под полем и выберите из списка нужного сотрудника. Подтверждают необходимость командировки руководитель подразделения, ГИП, заместитель генерального директора по соответсвующему направлению.

Рисунок 4.2 - Выбор непосредственных согласующих

2.2. Нажмите на кнопку "Добавить в список".

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

3.1.Для документального оформления командировки (приказа о направлении в командировку, командировочного удостоверения) заполните поля первой части заявки.



Рисунок 4.3 - Бланк исходных данных для оформления документов

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

Рисунок 4.4 - Выбор файла докладной

3.3.Нажмите на кнопку прикрепить.

Рисунок 4.5 - Прикрепление файла докладной

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

Рисунок 4.6 - Управление прикрепленным файлом докладной

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

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

5.В части "Технические средства" отметьте галочками, нужен ли вам ноутбук, сим-карта, мобильный интернет и какие-то другие технические средства. Вы можете указать, какое ПО требуется установить на ноутбук.

Рисунок 4.8 - Форма ввода исходных данных для пдготовки технических средств

8.Отправьте заявку на согласование, нажатием соответствующей кнопки.

Рисунок 4.9 - Кнопка отправки заявки на согласование

4.3.2 Руководство по согласованию заявок

Попасть на страницу согласования заявок можно либо по ссылке из оповещения, либо нажав в меню на кнопку "Страница согласования"

Рисунок 4.10 - Кнопка перехода на страницу согласования

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



Рисунок 4.11 - Страница согласования заявок

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

Рисунок 4.12 - Задание на оформление документов

4.3.3 Страница "Мои заявки"

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



Рисунок 4.13 - Страница «Мои заявки»

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

Рисунок 4.14 - Редактирование заявки на оформление командировки

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

Рисунок 4.15 - Согласованная заявка

5. Расчет экономической эффективности проекта

5.1 Экономические предпосылки к созданию системы

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

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

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

5.2 Расчет затрат на разработку программного продукта

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

Затраты на разработку программного продукта складываются из:

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

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

- арендной платы за помещения;

- расходов на отопление, освещение;

- оплаты машинного времени;

- амортизации основных фондов.

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

Для проведения расчета вся предпроизводственная стадия представляется рядом этапов. Затем производится расчет затрат.

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

Из таблицы видно, что длительность цикла разработки составляет 140 дней. Затраты на разработку складываются из:

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

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

- арендной платы за помещение;

- расходов на отопление, освещение;

- оплату машинного времени;

- амортизации основных фондов.

Таблица 5.1 - Этапы проектирования комплекса

Наименование этапов разработки	Исполнители	Продолж этапа, дней	Продолж работы, в часах	Стоим. этапа, руб.
	Долж.	Кол-во чел.	З/п за час, в руб.
1. Получение задания	Инж	1	60	1	8	480
2. Анализ решаемой задачи	Инж	1	60	3	24	1440
3.Исследование предметной области	Инж	1	60	3	24	1440
4. Разработка экранных форм	Инж	1	60	14	112	6720
7.Разработка информационной модели	Инж	1	60	5	40	2400
9. Разработка ПО	Инж	1	60	20	160	9600
10. Отладка ПО	Инж	1	60	100	800	48000
11.Оформление документации	Инж	1	60	6	48	2880
12. Сдача заказчику	Инж	1	60	1	8	480
ИТОГО				153	1224	73440

Расходы по заработной плате исполнителей определяются по формуле

(3.1)

где: - коэффициент, учитывающий дополнительную зарплату = 0.1;

- коэффициент, учитывающий отчисления в социальные фонды = 0.26.

Стоимость всех этапов разработки: то есть основная заработная плата исполнителей, рассчитывается по формуле

(3.2)

где - количество этапов разработки;

- количество разработчиков, принимающих участие в разработке;

- часовая зарплата разработчика -й квалификации на -ом этапе разработки;

- затраты времени в часах -го разработчика на -ом этапе.

= 480+1440+1440+6720+2400+9600+48000+2880+480=73440(3.3)

= 73440 * (1+0.1)(1+0,26) = 101787,8(3.4)

Затраты на материалы представляют собой затраты на бумагу, канцелярию, и т.д. составляют = 1000 руб.

Расходы по арендной плате за помещения определяются по формуле

(3.5)

где: - арендная плата за 1м² площади в год =120 руб/м²;

- арендуемая площадь, м².;

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

Размер необходимой арендуемой площади рассчитывается по формуле

(3.6)

где: - количество исполнителей;

- норма площади на одного человека, равная 6м².

- продолжительность разработки в рабочих днях (= 153).

= (1*6+5) = 11 (3.7)

= ((120*12)*11*153)/365= 6639,8 (3.8)

Затраты на освещение и отопление определяются по формуле

(3.9)

где: - суммарная мощность электроприемников, = 1.02;

- продолжи-тельность работы электроприемников в течение дня, час;

- продолжи-тельность разработки в рабочих днях = 1072;

- тариф на электроэнергию, руб/кВтч;

- тариф на тепловую энергию, руб/м в год.

= 1,35

= 12.78*12= 153

= 1,02*1072*1,35 + 11*(12.78/30*153) = 2193 руб.

Оплата машинного времени рассчитывается по формуле

(3.10)

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

- стоимость одного машино-часа работы, = 5

= (14+5+20+100+6) * 5 = 725 (3.11)

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

(3.12)

где: - коэффициент косвенных затрат

= 0.7

=73440*0,7= 51408 (3.13)

Стоимость затрат на проектирование программного комплекса составляет

= +++++(3.14)

= 101787,8 + 1000 + 6639,8 + 2193 + 725 + 51408 = 163753

5.3 Расчет эксплуатационных расходов до внедрения программного продукта

По результатам статистических исследований, в ОАО «Гипровостокнефть» в командировки направляется до 50 сотрудников в месяц. Каждому из этих сотрудников на ручное оформление командировки требуется потратить от 2 до 6 часов рабочего времени, в зависимости от требуемого для командировки технического и финансового обеспечения. Как правило, в командировку посылаются сотрудники на должности ведущего специалиста и выше и, соответственно, имеющие оклад не менее 20000 рублей/месяц или 100 рублей/час. То есть минимальные затраты организации на простой сотрудника во время оформления командировки составляют

= 100*50*4*(1+0.1)(1+0.26) = 27720(3.15)

Кроме того, сотрудник отдела кадров, имеющий оклад 75 рублей/час, тратит около 15 минут на одну командировку для заполнения электронного бланка командировки в системе «1С:Бухгалтерия», затраты на эту часть процесса составляют

= 75*0,25*50*(1+0.1)(1+0.26) = 1300 рублей/месяц(3.16)

5.4 Расчет эксплуатационных расходов после внедрения программного продукта

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

= 100*50*1*(1+0.1)(1+0.26) = 6930(3.17)

Кроме того, система интегрирована с программным продуктом «1С:Бухгалтерия» и заполнение электронного бланка командировки в ней происходит автоматически.

5.5 Анализ эффекта от внедрения системы

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

Таблица 5.2 - Эксплуатационные расходы за год:

Период (мес)	Затраты до внедрения ПП (руб.)	Затраты после внедрения ПП (руб.)
	за месяц	итого	за месяц	итого
1	29020	29020	6930	6930
2	29020	58040	6930	13860
3	29020	87060	6930	20790
4	29020	116080	6930	27720
5	29020	145100	6930	34650
6	29020	174120	6930	41580
7	29020	203140	6930	48510
8	29020	232160	6930	55440
9	29020	261180	6930	62370
10	29020	290200	6930	69300
11	29020	319220	6930	76230
12	29020	348240	6930	83160



Рисунок 5.1 - Динамика затрат до и после внедрения программного продукта

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

6. Вопросы охраны труда и техники безопасности

6.1 Анализ опасных и вредных факторов

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

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

6.2 Опасные и вредные факторы при работе с ПК

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

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

- повышенный уровень ионизирующих излучений;

- повышенный уровень статического электричества;

- повышенная напряженность электростатического поля;

- повышенная или пониженная ионизация воздуха;

- повышенная яркость света;

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

- повышенное значение напряжения в электрической цепи;

- перегрузки костно-мышечного аппарата и мышц кистей рук;

- перенапряжение зрительного анализатора;

- умственное перенапряжение;

- эмоциональные перегрузки;

- монотонность труда.

6.3 Последствия влияния ОПФ и ВПФ на здоровье человека

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

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

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

6.4 Меры защиты от ОПФ и ВПФ

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

Чтобы уменьшить электромагнитное излучение, действующее на человека при работе с компьютером, был произведен отказ от использования ЭЛТ мониторов в пользу ЖКИ.

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

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

Вид работы, выполняемой на ПК при работе с разработанным приложением, относится к группе B - творческая работа в режиме диалога с ПК. Категории тяжести и напряженности работы является II т.к. суммарное время непосредственной работы на ПК является около 4 часов непрерывной работы. Для данного режима работы следует выполнять следующие условия. При 8-часовой рабочей смене и работе с ПК регламентированные перерывы следует устанавливать через 2 ч от начала рабочей смены и через 1.5-2.0 ч после обеденного перерыва продолжительностью 15 мин каждый, или продолжительностью 10 мин через каждый час работы. А при 12-часовой рабочей смене регламентированные перерывы должны устанавливаться в первые 8 часов работы аналогично перерывам при 8 - часовой рабочей смене, а в течение последних 4 часов работы, не-зависимо от категории и вида работ, каждый час продолжительностью 15 минут. Продолжительность непрерывной работы на ПК без регламентированного перерыва не должна превышать двух часов.

При работе на ПК в ночную смену (с 22 до 6 ч) продолжительность регламентированных перерывов увеличивается на 60 мин, независимо от категории и вида трудовой деятельности.

Эффективными являются нерегламентированные перерывы (микропаузы) длительностью 1-3 мин. Число и распределение микропауз в течение рабочей смены устанавливается индивидуально.

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

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

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

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

Поскольку экран монитора - это тоже источник света, при постоянном чтении информации с него происходит быстрое утомление глаз, особенно если яркость свечения монитора установлена слишком высокой. Также раздражение глаз вызывает мерцание изображения на мониторе, вызванной низкой частотой кадровой развертки. В целях снижения мерцания экрана рекомендуется устанавливать частоту кадров не менее 75 Гц для ЭЛТ-мониторов. В силу технологических особенностей для ЖКИ-мониторов достаточной является минимальная частота кадров в 60 Гц.

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

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

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

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

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

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

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

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

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

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

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

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

Основными мерами защиты от поражения электрическим током являются:

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

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

- защитное заземление и зануление;

- контроль повреждения изоляции;

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

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

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

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