филиал бюджетного профессионального образовательного учреждения

Омской области «Сибирский профессиональный колледж»

в селе Сосновское

ВЫПУСКНАЯ КВАЛИФИКАЦИОНАЯ РАБОТА

ДП 050501.503.06.00.00.00 ПЗ

Тема: Разработка модуля «Рассылка уведомлений сотрудникам» автоматизированной информационной системы документооборота ФБПОУ ОО «Сибирский профессиональный колледж» в селе Сосновское

Студент О.А. Миронова

Руководитель А.Г. Азаров

Консультант:

Экономическая часть Л.Б. Ельчанинова

Нормоконтролер З.И. Никифорова

Заведующий учебной частью Л.А. Цихач

К защите допускаю

«____» ______________201__г.

филиал бюджетного профессионального образовательного учреждения

Омской области «Сибирский профессиональный колледж» в селе Сосновское

УТВЕРЖДАЮ

Зав. учебной частью

___________Л.А. Цихач

«__» ________________

ЗАДАНИЕ

на выполнение ВКР

ФИО: Миронова Ольга Александровна

Шифр: ДП 050501.503.06.00.00.00 ПЗ

Специальность «Профессиональное обучение (Программное обеспечение вычислительной техники и автоматизированных систем)» Группа В - 503

1. Тема ВКР: Разработка модуля «Рассылка уведомлений сотрудникам» автоматизированной информационной системы документооборота ФБПОУ ОО «Сибирский профессиональный колледж» в селе Сосновское

Утверждена приказом по колледжу «01» декабря 2015г. № 68

2. Срок сдачи ВКР «24» июня 2015 г.

3. Исходные данные к ВКР:

• техническое задание;

• материалы заказчика;

• методические рекомендации по выполнению ВКР.

4. Перечень подлежащих разработке в ВКР вопросов или краткое содержание ВКР:

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

• выбор архитектуры программного обеспечения;

• выбор типа пользовательского интерфейса;

• выбор подхода к разработке программного продукта;

• выбор языка и среды программирования;

• охрана труда и анализ экологической безопасности.

5. Перечень обязательных приложений:

• техническое задание;

• разработанный программный продукт на CD-диске;

• руководство пользователя;

• презентация программного продукта.

6. Календарный план

Наименованиеэтапов

Содержаниеэтапов

Сроки

исполнения

1

2

3

Подготовительный

составлениезаданияна ВКР

Март - перваянеделя

анализсуществующихтехническихрешений

Апрель, первая неделя преддипломной практики

разработка технического задания (эскизного проекта)

Апрель, вторая неделя преддипломной практики

изучение вопросов охраны труда и техники безопасности

Май, третья неделя преддипломной практики

Разработкадипломногопроекта

написаниевведения

Май, четвертая неделя преддипломной практики

разработкатехническогоразделапроекта

Май, первая неделя дипломного проектирования

разработка мер по охране труда

Май, первая-вторая неделя дипломного проектирования

экономическое обоснование принятых решений (определение экономической эффективности полученных результатов)

Май, вторая неделя дипломного проектирования

Заключительный

оформлениепояснительнойзаписки

Июнь, третья неделя дипломного проектирования

нормоконтроль

Пографикуучебногозаведения

получениеотзыва о проекте

составлениедоклада

предзащита

защита

Задание принял к исполнению «___» ________________2015 г.

Студент О.А. Миронова

Руководитель А.Г. Азаров

Заведующий учебной частью Л.А. Цихач

Содержание

ВВЕДЕНИЕ

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

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

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

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

• огромное количество документов, которые требуют согласования, уточнения, реакции, отслеживания, исполнения;

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

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

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

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

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

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

Таким образом, выпускная квалификационная работа на тему «Разработка Модуля "Рассылка уведомлений сотрудникам" автоматизированной информационной системы документооборота ФБПОУ ОО "Сибирский профессиональный колледж" в селе Сосновское» является актуальной.

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

• изучить предметную область;

• выбрать метод разработки программных средств;

• спроектировать базу данных;

• выявить особенности разработки интерфейса программы;

• разработать основные подсистемы и разделы АИС;

• произвести расчет экономической эффективности внедрения программного модуля.

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

1ОСНОВНАЯ ЧАСТЬ

1.1 Изучение предметной области

В качестве предметной области для выпускной квалификационной работы был выбран филиал БПОУ ОО «СПК» СС. Таким образом именно филиал данного колледжа является объектом информатизации.

Филиал колледжа - бюджетное профессиональное образовательное учреждение Омской области «Сибирский профессиональный колледж» в селе Сосновское являющийся структурным подразделением БПОУ ОО «СПК» и, находящийся в его непосредственном подчинении[5]. Так как колледж является средне-профессиональным образовательным учреждением, то его документооборот изобилует специализированными формами исходящих и внутренних документов. Поскольку объем информации, который используется в процессе функционирования колледжа постоянно увеличивается, а текущая информация часто изменяется, то персоналу организации, ответственному за ведение документооборота приходится вносить и изменять новые данные в соответствующие документы вручную, что отнимает много сил и времени, что негативно сказывается на эффективности работы колледжа, ухудшая его. Кроме того, ведение документооборота традиционным способом ухудшает качество обучения студентов, поскольку в документооборот вовлечен не только административно-управленческий аппарат колледжа, но и преподаватели специальных дисциплин, на которых ложится дополнительная нагрузка, связанная с оформлением документов и предоставления необходимых отчетов руководству, поскольку все преподаватели являются классными руководителями. В связи с вышеизложенным считаю, что назрела необходимость модернизации системы ведения документооборота организации, посредством перевода ее на электронную основу, что в дальнейшем позволит полностью отказаться от традиционной формы документооборота. Как было сказано выше в процесс ведения документооборота колледжа вовлечен административно-управленческий персонал (директор, секретарь, завуч, заведующий отделением, заведующий социально-воспитательным сектором, заведующий учебно-производственными мастерскими), а также преподавательский состав. У каждого из сотрудников организации есть перечень обязанностей, которые подлежат исполнению.

В перечень обязанностей секретаря входит:

• учет и регистрация входящих документов;

• формирование приказов директора;

• кадровый учет сотрудников;

• ведение картотеки по персоналу колледжа и т.д.

В перечень обязанностей завуча входит:

• составление графика учебного процесса;

• составление расписания учебных занятий;

• формирование табеля;

• расчет рабочей нагрузки;

• контроль за надлежащим ведением журналов теоретического обучения;

В перечень обязанностей преподавателей входит:

• ведение журнал теоретического обучения;

• своевременное выставление оценок и пропусков;

• своевременное заполнение листка домашних заданий.

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

• составление характеристик на студентов своей группы;

• формирование сводной ведомости успеваемости по группе;

• предоставление отчетов.

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

• четкие системы взаимосвязи между руководителями и подчиненными;

• быстрота реакции в ответ на прямые указания;

• личная ответственность руководителя за конечные результаты предприятия и другие.

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

• директор;

• секретарь;

• завуч;

• преподаватель;

• классный руководитель.

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

1.2 Методы разработки программных средств

Разработка программных средств различного назначения (далее для краткости - программ) состоит из трех фаз: анализа, проектирования и реализации[33]. Основное назначение этих фаз:

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

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

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

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

• данные;

• процессы;

• интерфейс.

При разработке программного обеспечения АИС параллельно решаются вопросы, связанные с созданием их информационного обеспечения[14].

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

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

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

• функции, которые должна выполнять программа;

• объекты предметной области (данные) и связи (отношения) между этими объектами (данными);

• поведение системы, зависящее от времени и внешних событий (в частности - от действий пользователей).

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

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

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

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

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

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

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

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

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

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

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

Графическое оформление алгоритмов регламентируется ГОСТ 19.003-80 ЕСПД[1] (Единая система программной документации), обозначения условные графические - ГОСТ 19.002-80 ЕСПД «Схемы алгоритмов и программ. Правила обозначения»[2].

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

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

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

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

Для модуля характерны:

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

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

• достаточно слабые информационные связи с другими программными модулями;

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

• ограниченная сложность и размер.

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

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

• принятие основных решений в алгоритме выносится на максимально «высокий» уровень иерархии;

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

Среди множества модулей различают:

• головной модуль - управляет запуском программного продукта (существует в единственном числе);

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

• рабочие модули - выполняют функции обработки;

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

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

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

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

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

• действия запрос-ответ - фиксирован перечень возможных значений, выбираемых из списка, например, ответы типа Да/Нет;

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

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

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

Опишем основные диаграммы[32]. Ведущей является диаграмма вариантов использования, описывающая роли пользователей системы и выполняемые ими функции (процессы). Все варианты использования связаны с внешними требованиями к функциональности разрабатываемой программной системы. Диаграммы классов определяют типы объектов предметной области, их атрибуты и методы, а также статические связи между ними. Процесс обмена сообщениями между объектами моделируется диаграммами взаимодействия. Диаграммы состояний описывают переход объектов из состояния в состояние. Логика выполнения процессов описывается с помощью диаграмм деятельности. На диаграммах компонентов изображают компоненты программы (исполняемые модули и библиотеки) и иерархические связи между ними. Диаграммы размещения используют в распределенных АИС для отражения физических взаимосвязей между программными и техническими компонентами.

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

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

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

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

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

• глобальный модуль;

• модули форм;

• модули классов объектов;

• событийные процедуры управляющих элементов, расположенных на форме;

• процедуры пользователя.

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

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

1.2.1 Проектные решения по техническому обеспечению

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

Комплекс технических средств составляют:

• компьютеры;

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

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

• эксплуатационные материалы - бумага, CD (DVD) - диски и т.п.

При выборе компьютера необходимо руководствоваться рядом характеристик[13]. К таким характеристикам относятся надежность, стоимостные затраты, производительность, простота использования и др. От значения указанных параметров зависит возможность работы с требуемыми программными средствами, а, следовательно, и успех создания системы.

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

• тактовая частота процессора;

• разрешение монитора;

• объем оперативной памяти.

Для решения поставленной задачи необходимо использовать персональный компьютер с уровнем вычислительной мощности AMD 2000 Мгц, либо Intel 2000 Мгц, с объемом оперативной памяти от 2 Гб. Система оптимизирована для работы в экранном разрешении 1024х768 на мониторе с диагональю 17 дюймов. Все эти технические средства обладают достаточной для решения задачи конфигурацией.

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

Технические характеристики подходящей рабочей станции приведены в таблице 1:

Таблица 1- Характеристики рабочей станции

Кроме того, для работы файл-сервера[24] необходимо иметь специализированное серверное оборудование, например, TeamServer 3420P, характеристики которого приведены в таблице 2:

Таблица 2 Технические характеристики рекомендуемого сервера

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

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

1.2.2 Анализ языков программирования и выбор среды разработки

Наиболее распространенными средствами разработки различных приложений в среде Windows в настоящее время являются VisualBasic, BorlandC++ Builder, BorlandDelphi, VisualFoxPro[21].

Язык Basic вначале был разработан для создания простых программ и использовался в качестве учебного языка для изучения основ программирования с последующим переходом на более сложные и универсальные языки. Именно поэтому этот язык с ранних пор был одним из самых простых в использовании. В настоящее время последняя версия этого языка VisualBasic 6 дает возможность решать любые современные задачи разработки приложений. При этом VisualBasic 6 остался достаточно простым в освоении, став в то же время одним из самых распространенных языков программирования. В VisualBasic 6 интегрирован набор инструментов, облегчающих и ускоряющих процесс разработки готового приложения. Такая реализация языка позволяет отнести его к средствам быстрой разработки приложений. Одним из направлений развития VisualBasic является то, что этот язык стал фактическим стандартом языка для управления всеми крупномасштабными Windows-приложениями. На основе VisualBasic созданы встроенные языки макропрограммирования для различных пакетов MicrosoftOffice. Эти языки получили общее название VisualBasicforApplication (VBA). В Office единый языковый механизм VBA используют все основные приложения: Word, Excel, PowerPoint, Access.

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

Отметим основные особенности BorlandC++ Builder:

• удобная среда разработки;

• быстрота разработки приложений;

• высокая производительность разработанного приложения за счет получения 32-разрядного исполняемого кода с помощью оптимизирующего компилятора;

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

• возможность полного доступа к функциям операционных систем Windows;

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

• архитектура доступа к данным базируется на библиотеке BDE, которая обеспечивает доступ к локальным БД и к SQL-серверам;

• возможность создавать и встраивать разнообразные отчеты.

Среда Delphi обладает с одной стороны, высокой производительностью приложений благодаря созданию полностью скомпилированного кода, удобной настраиваемой средой разработки, компонентной архитектурой, позволяющей строить приложение путем сборки его из отдельных компонентов, множество которых имеет широкое распространение, а с другой стороны - возможностью доступа к разнообразным данным, начиная от плоских таблиц типа dBase и Paradox и заканчивая разнообразными серверными СУБД[16]. Delphi представляет собой 32-разрядную рабочую среду для создания 32-разрядных приложений, которые могут исполняться под управлением Windows 98, 2000 или WindowsXP. В основу этого программного продукта легли концепции объектно-ориентированного программирования на базе языка ObjectPascal и визуального подхода к построению приложений.

Язык VisualBasic является неструктурированным языком и с его помощью достаточно сложно писать серьезные прикладные программы, он обладает ограниченными возможностями. Язык С++ достаточно сложен в использовании и применяется в основном для решения задач системного программирования. Язык Delphi по мнению многих считается на сегодняшний день одним из самых распространенных средств создания приложений баз данных для корпоративных применений. Но если обратиться к данным, приведенным в MicrosoftWhitePages, средства разработки СУБД распределены среди профессиональных разработчиков США следующим образом:

Microsoft (MS SQL, VFP) - 44%

Borland (Interbase SQL, Delphi) - 19%

Oracle - 7%

Рисунок 1 - MS FoxproВ России MicrosoftFoxpro долго был самым популярным инструментом создания баз данных. В настоящее время его несколько потеснили такие средства разработки как Delphi, MS Access и MS VisualBasic. Но и сейчас Foxpro (рис. 1)остается самым популярным инструментом для разработки баз. На нем написано больше всего бухгалтерских, экономических и других приложений, связанных с расчетами и хранением информации.

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

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

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

Системы управления базами данных (СУБД) - это программные средства, предназначенные для создания, наполнения, обновления и удаления баз данных.

Наряду с традиционным хранением данных в виде отдельных DBF-файлов в VisualFoxPro поддерживается хранение данных в базе данных. БД содержит все включенные в нее таблицы, их индексы, постоянные связи между таблицами, длинные имена таблиц, комментарии и заголовки полей, хранимые процедуры и триггеры, правила проверки и многое другое. Обеспечивается поддержка значения NULL для полей БД, что является важным при работе с SQL-БД. БД позволяет хранить информацию о соединениях с удаленными источниками данных, поддерживает работу с локальными и удаленными видами, представляющими комбинацию из одной или нескольких локальных или удаленных таблиц. Триггеры и правила проверки полей и таблиц позволяют перенести многократно повторяемые в приложениях правила проверки ввода данных в БД и хранить правила проверки совместно с данными.

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

В зависимости от расположения различают локальные и распределенные (удаленные) СУБД.

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

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

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

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

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

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

Перечисленных недостатков во многом лишены СУБД, построенные по архитектуре клиент-сервер.

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

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

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

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

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

1.2.3 Язык программирования Delphi

Delphi является языком программирования и средой разработки программного обеспечения[25]. Он разработан Borland (ранее известный как Inprise). Язык программирования Делфи, ранее известный как ObjectPascal (Pascal с объектно-ориентированными расширениями), первоначально ориентированный только на MicrosoftWindows, но в настоящее время позволяет строить собственные приложения для Linux и Microsoft. NET Framework, и других (см. ниже). Программирование для начинающих.

Наиболее популярное использование - разработка настольных приложений и баз данных предприятия, а как инструмент язык программирования Делфи может использоваться и для большинства типов развивающихся проектов. Это был один из первых языков, который стал известным как инструмент RAD (быстрая разработка приложений), когда вышел в 1995 году. Delphi 2, вышедший год спустя, поддерживал 32-разрядную среду Windows, и а только несколько лет спустя вышли C, C + + Builder. В 2001 году стала доступна версия под ОС Linux известная как Kylix (классическая греческая урна). Каждый год выходило по одной новой версии, в 2002 году продукт стал известен как Delphi 7 Studio, язык стал официально называться язык программирования Delphi, а не ObjectPascal, а также была добавлена поддержка Linux (через Kylix) и. NET (через Предварительный компилятор). Полная поддержка. NET запланирована на предстоящий Delphi 8. Программирование для чайников.
Основные компоненты Delphi и Kylix: язык Delphi (ранее официально известный как языка ObjectPascal), ВК / CLX (VisualComponentLibrary), сильные связи с базами данных, в сочетании с мощной IDE (IntegratedDevelopmentEnvironment) и дополнительными инструментами поддержки.

Замечательные особенности языка Delphi включают:

• прозрачная обработка объектов через ссылки или указатели;

• свойства как часть языка, вкупе с функциями Get и Set, которые являются прозрачной инкапсуляцией доступа к членам полям;

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

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

• делегирование реализации интерфейса в поле или свойство класса;

• простота внедрения обработчики Windows сообщение, отметь метод класса с числом / имя окна сообщений для обработки;

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

Главный архитектором Delphi, и его предшественника TurboPascal, был Андерс Хейлсбергом, пока он не перешел в Microsoft в 1996 году посвятил свое дело основам программирования.

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

• персональный;

• профессиональный;

• предприятие;

Веские причины для использования Delphi:

• очень информативные и полезные сообществу новости;

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

• VCL и сторонние компоненты, как правило, доступны с полным исходным кодом;

• мощный и быстрый оптимизирующий компилятор;

• из одного исходного кода получаются отличные машинные коды для разных ОС;

• поддержка новейших технологий и стандартов;

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

Перечислим некоторые:

• FreePascal - замена, которая выпускается в виде компилятора, запускаемого из командной строки. Данная разработка основана на совместимости с основным набором функций как TurboPascal, так и Delphi диалектов. Особенности Delphi версий выше 4 реализованы и работают. Работает на большинстве x86 операционных систем, включая Win32, Dos, Linux, BSD и NovellNetware. Поддержка других операционных систем на m68k и PowerPC, статус которых до сих пор меняется очень быстро, не производится. Работа по переносу на платформу SPARC началась.

• GNU Pascal (отдельно распространяемых часть GNU CompilerCollection) хотя формально не нацелена на диалекты Borland Паскаль, но содержит совместимость с BorlandPascal, и постепенно впитывает особенности языка Delphi, хотя и не подходит для перекомпиляции больших объемов кода Delphi. Это самый плодовитый компилятор с точки зрения операционных систем и процессоров, хотя, и заслуживает упоминания только в качестве последнего варианта.

• Существует инструмент под названием Pocket студия, которая направлена на компиляцию урезанного кода Delphi для КПК.

• VirtualPascal - компилятор, x86 32-разрядный TurboPascal и Delphi, совместим в основном с OS/2 и Windows, хотя разработан DOS Extender и экспериментальный Linux кросс-компилятор. Компилятор застрял на уровне около Delphi версии 2, и сайт не претерпел существенных изменений в течение двух лет, но в качестве альтернативы - это еще один из лучших, с великолепным IDE и отладчиком, хотя FreePascal тоже не дремлет.

• BloodShed распространяет очень хороший графический редактор Win32 (хотя и не RAD) как интерфейс для GNU Pascal и FreePascal.

• Lazarus усилия направлены на создание среды разработки для FreePascal. Хотя порт GTK становится полезной для написания небольших приложений, таких как средства конфигурирования, то win32 порт все еще нуждается в значительной доработке.

• InnerFuse является переводчиком Delphi для встраивания в приложения. Ходят слухи, что работать с несколькими версиями Делфи.

• WDOSX является Win32 API эмуляции DOS Extender, который может быть использован для получения консольных приложений, написанных на Delphi, работающих на обычной DOS.

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

1.2.4 Структура базы данных Access

База данных - это организационная структура, предназначенная для хранения информации[30].

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

Access - это реляционная система управления базами данных (СУБД), входящая в пакет MSOffice.

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

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

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

Таблица 3 - Свойства полей базы данных Access

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

Таблица 4 - Типы данных Access

СУБД MSAccessпозволяет создавать и использовать объекты семи различных типов.

Таблицы. Это основные объекты любой базы данных. Именно в них хранятся, во-первых, все данные, имеющиеся в базе, а, во-вторых, структура самой базы (поля, их типы и свойства).

Рисунок 2 -Таблицы

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

Рисунок 3 - Запросы

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

Рисунок 4 - Форма

С помощью формы можно не только вводить данные, но и отображать, применяя специальные средства.

Рисунок 5 - Форма с применением специальных средств

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

Рисунок 6 - Отчет

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

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

СУБД представляет несколько средств создания каждого из основных объектов базы. Их можно классифицировать как:

• ручные (разработка объектов в режиме Конструктора);

• автоматизированные (разработка с помощью программ-мастеров);

• автоматические - средства ускоренной разработки простейших объектов.

При разработке таблиц и запросов лучше использовать ручные средства - работать в режиме Конструктора.

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

Режимы работы с базами данных могут быть следующие.

Проектировочный. Этот режим работы предназначен для создания или изменения структуры базы, и создания ее объектов. С ним работают проектировщики БД.

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

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

1.3 Реализация программного модуля

Описание реализации проекта осуществлено с точки зрения всей полноценной АИС «Сотрудники».

После изучения предметной области были выявлены требования заказчика к проекту. На основе его требований было составлено техническое задание. Работа над проектом была разбита на этапы. Первый этап проектирование базы данных для будущего проекта средствами выбранного MSAccess.

1.3.1 Проектирование базы данных

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

1. Алгоритм работы программной среды. На этом этапе определяется состав программных модулей, выполняемые ими функции и связи между ними. Определение алгоритма работы является важным этапом на стадии разработки.

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

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

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

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

Рисунок7 -Модель базы данных ИС «Сотрудники»

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

1.4 Особенности разработки интерфейса программы

1.4.1 Технология разработки интерфейса пользователя

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

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

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

• средства отображения информации, отображаемая информация, форматы и коды;

• командные режимы, язык пользователь-интерфейс;

• устройства и технологии ввода данных;

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

• обратная связь с пользователем;

• поддержка принятия решений в конкретной предметной области;

• порядок использования программы и документация на нее.

Есть несколько простых правил, позволяющих интерфейсу программы быть понятым пользователю:

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

• пользователь должен без труда находить требуемую информацию в БД, не затрачивая особых усилий;

• при просмотре или поиске данных в БД, у пользователя должна быть возможность сортировать запрашиваемую информацию по заданным критериям;

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

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

Цветовая гамма будет ориентирована на светлые серо-синие тона, удачно гармонирующие с черным цветом текста.

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

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

2. Цветовое оформление - используя цвет в передаче информации на дисплее, следует учитывать:

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

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

• светлые цвета на темном фоне кажутся приближенными к зрителю, а темные на светлом - удаленными.

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

1.4.2 Выбор цветовой гаммы

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

Согласно теории цвета первичными (primary) цветами являются[]:

• красный;

• желтый;

• синий.

Для того чтобы получить вторичные (secondary) цвета необходимо смешать основные: желтый и красный дают оранжевый, красный и синий - пурпурный/лиловый, а синий и желтый - зеленый. Третичные цвета (tetriary) получаются путем смешения первичного цвета и соседнего вторичного. На рисунке 9 изображены все описанные выше цвета:

Рисунок 8 - Первичные, вторичные, третичные цвета

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

Рисунок 9 - Цветовой круг

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

• монохроматическая(monochromatic);

• аналогичные цвета (analogous);

• дополняющиецвета (Complementary Colors);

• триады (Triads).

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

CameronChapman в своей статье «ColorTheoryforDesigners, Part 1: TheMeaningofColor» выделил 6 нейтральных цветов [19]: черный, белый, серый, коричневый, бежевый, кремовый или цвет слоновой кости.Нейтральные цвета часто служат в качестве фона в дизайне. Они часто соседствуют с более яркими цветовыми акцентами. Но они могут использоваться и вполне самостоятельно и создавать очень сложный современный дизайн. Значение и впечатление, которое могут производить нейтральные цвета, гораздо в большей степени, чем у холодных и теплых цветов, зависят от того, какие цвета их окружают. В качестве фона были выбраны бежевый и кремовый цвета. Бежевый цвет в каком-то смысле уникальный в цветовом спектре - он может быть, как холодным, так и теплым, в зависимости от цветов, с которыми он сочетается. У него есть тепло коричневого и прохлада белого. Символизирует благочестие.

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

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

Подбирая цвета для дизайна сайта, стоит обратить внимание на использование «безопасных» цветов. Студия Артерия Лебедева рекомендует использовать палитру «безопасных» цветов, состоящую из 216 элементов. Появление такой палитры было связано с тем, что при создании изображения для публикации в сети главной проблемой являлась правильная передача цветов на разных типах компьютеров, мониторов и браузеров. Когда браузер был не в состоянии правильным образом передать тот или иной цвет, он подбирает похожий или смешивает несколько соседних цветов (dithering). Иногда первоначальный цвет может быть заменен на что-то совершенно неподходящее. Безопасные цвета были выведены математически. Для получения безопасного цвета из Красного, Зелёного и Синего, нужно использовать только данные десятичные значения: 0, 51, 102, 153, 204, 255 - и никакие другие. Каждое из трёх шестнадцатеричных значений не должно отличаться от 00, 33, 66, 99, CC, FF. Цвета из палитры везде будут отображаться правильным образом и без искажений.

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

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

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

1.5 Разработка основных подсистем и разделов

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

1.5.1 Требования к программе

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

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

• производить регистрацию новых сотрудников;

• редактировать устаревшую информацию;

• осуществлять перенос из картотеки в архив;

• производить фильтрацию по определенным критериям;

• выполнять удаление после ввода неверной информации;

• выводить информацию на печать;

• осуществлять защиту логином и паролем;

• создание нескольких учетных записей;

• иметь возможность контролировать движение заданий сотрудникам

• регистрацию новых заданий;

• иметь возможность для контроля вводимой информации;

• систему мгновенного поиска и фильтрацию по многим критериям;

• программа должна иметь простой интуитивно понятный интерфейс.

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

1.5.2 Требования к составу и параметрам технических средств

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

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

• компьютер типа IBM с процессором IntelPentiumIII и выше;

• операционная система WindowsХР, WindowsVista, Windows7;

• оперативная память не менее 128 Мб;

• наличие 35 Мб свободного пространства на жестком диске.

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

1.5.3 Существующее программное обеспечение

Данная программа является примерным прототипом существующих автоматизированных информационных систем, так как в глобальной сети Интернет существующие программы являются платные и требуют приобретения дорогостоящей лицензии. ИС «Сотрудники» является первой ИС не требующей приобретения лицензии, является полностью бесплатной - доступной всем пользователям для изучения и примерного представления о программах применяемых для Автоматизации деятельности контроля заданий сотрудников. По существующим возможностям похожа на «TeamWox»[23]. Но в отличии от TeamWoxявляется полностью бесплатной версией, разработанной специально для осуществления основных функций которые необходимы для повседневного пользования.

Рисунок 10 -TeamWox - управление организацией

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

TeamWox разделен на следующие части: Отдел кадров, Задания, Документооборот, Почта, Клиенты и контакты, Форум, Поиск, Отчеты, Онлайн-консультант, Сервис деск, Расчеты. Расскажу о предназначении и возможностях некоторых из них подробнее.

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

1.5.4 Описание логической структуры

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

Рисунок 11- Контекстная диаграмма Первый уровень

Рисунок 12- Представление работы ИС «Сотрудники» в виде графа

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

1.5.5 Описание используемых процедур и функций

[Delphi]

// освобождениепамяти

procedureTrimWorkingSet;

var

MainHandle: THandle;

begin

if Win32Platform = VER_PLATFORM_WIN32_NT then

begin

MainHandle :=OpenProcess(PROCESS_ALL_ACCESS, false, GetCurrentProcessID);

SetProcessWorkingSetSize(MainHandle, DWORD(-1), DWORD(-1));

CloseHandle(MainHandle);

end;

end;

[Delphi]

// кнопкавыход

procedure TForm1.SpeedButton12Click(Sender: TObject);

begin

// Application.MessageBox(pchar('Завершитьработу с программой'),'Внимание',MB_OKCANCEL )

ifMessageBox(Handle,PChar('Завершить работу с програмой?'),PChar('Внимание'),

MB_ICONASTERISK+MB_OKCANCEL+MB_DEFBUTTON2)=IDOK then begin

[Delphi]

// Модульактивности

DataModule2.ADOQuery_ACTIVH.close;

DataModule2.ADOQuery_ACTIVH.open;

DataModule2.ADOQuery_ACTIVH.last;

DataModule2.ADOQuery_ACTIVH.edit;

DataModule2.ADOQuery_ACTIVH_K_DATA.AsString:=DateTostr(Date);

DataModule2.ADOQuery_ACTIVH_K_TIME.AsString:=TimeToStr(Time);

DataModule2.ADOQuery_ACTIVH.post;

[Delphi]

//кодировать

functionCodeString(stroka:string;key:integer):string;

var

i:integer;

begin

for i:=1 to length(stroka) do

stroka[i]:=chr(ord(stroka[i])xor key);

result:=stroka;

end;

[Delphi]

//декодировать

functiondecodestring(stroka:string;key:integer):string;

var

i:integer;

begin

for i:=1 to length(stroka) do

stroka[i]:=chr(key xorord(stroka[i]));

result:=stroka;

end;

[Delphi]

//заполнимсписоксотрудниками

procedure TForm_CMENA_PASSWORD.ComboBox1Change(Sender: TObject);

begin

Edit4.Text:=ComboBox1.Items.Strings[comboBox1.ItemIndex];

DataModule2.Sotrudnik.Filtered:=True;

DataModule2.Sotrudnik.Filter:='[Фио_Сотрудника]='+QuotedStr(Edit4.Text);

Edit5.Text:=DataModule2.Sotrudnik.FieldByName('Пароль').AsString;

DataModule2.Sotrudnik.Filtered:=true;

end;

[Delphi]

//Обработкацифр

procedure TForm_SETTING.Edit1KeyPress(Sender: TObject; var Key: Char);

begin

ifOrd(Key) < 32 then Exit;

if Key in ['0'..'9', DecimalSeparator] then begin

if Key in ['.', ','] then Key := DecimalSeparator;

if (Key = DecimalSeparator) and (Pos(DecimalSeparator, Edit1.Text) > 0) then

Key := #0;

end

elseKey := #0;

end;

1.5.6 Инструкция пользователя

Открытие программы происходит с запуска файла«Сотрудники.exe»

Далее появляется заставка программы (Рисунок 13), а после того, как программа полностью загрузится, появится Форма авторизации пользователя (Рисунок 14).

Рисунок 13- Заставка программы

Рисунок 14- Форма авторизации

На форме авторизации расположены строки выбора пользователя и ввода пароля. Если пользователь нажмет, но кнопку «Вход», не введя имя и пароль, то появится сообщение (Рисунок15). При не правильном наборе пароля пользователю появляется сообщение в соответствии с рисунком17.

Рисунок 15- Сообщение об ошибке

Рисунок 16- Сообщение о неверном пароле

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

Рисунок 17- Форма администратора

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

Форма «Сотрудники» показана на (Рисунке18) В верхней части формы располагаются элементы управления.

Рисунок 18- Форма «Сотрудники»

Рисунок 19- Форма добавления сотрудника

Для поиска сотрудника необходимо в поле ФИО ввести сотрудника сортировка произойдет после того как в поле будут введены, поиск происходит по первым буквам.

Также на Форме «Сотрудники» (Рисунок20) представлена расширенная карточка сотрудника.

Рисунок 20- Расширенная карточка сотрудника

Форма «Вакансии» (Рисунок 21) отражает информацию о вакансияхкоторые содержатся в справочниках в БД.

Рисунок 21- Форма «Вакансии»

Форма «Поставленные планы» (Рисунок 22) отражает информацию о поставленных планах директором предприятия сотрудникам (находится на контроле у секретаря).

Рисунок 22- Поставленные планы

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

Рисунок 23- Отчет

Рисунок 24- Структура «Постановка плана»

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

Рисунок 25- Структура контроля поставленных задач

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

Форма пользователя «Секретарь» (Рисунок 26) отражает всю информацию о поставленных планах директора данному (Авторизованному) секретарю т.е. каждый секретарь будет видеть только ту информацию которая адресована конкретно ему.

Рисунок 26- Форма пользователя «Секретарь»

Подробная структура данной подсистемы (модуля) приведена на рисунке 27.

Рисунок 27- Структура подсистемы «Секретарь»

Форма пользователь с правами «Сотрудник» приведена на рисунке 28.

Рисунок 28- Форма пользователя с правами доступа «Сотрудник»

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

Рисунок 29- Структура подсистемы «Пользователь»

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

2 ЭКОНОМИЧЕСКАЯ ЧАСТЬ

2.1 Технико-экономическое обоснование

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

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

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

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

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

Для анализа экономической эффективности модулянеобходимо рассчитать ряд критериев. В зависимости от того, учитывается ли временной параметр или нет, В.В. Ковалев[12] предлагает разделять критерии, используемые в анализе инвестиционной деятельности на две группы:

Основанныенадисконтированныхоценках

Основанные на учетных оценках

Чистыйприведенныйдоход NPV

Срококупаемостиинвестиции PP

Внутренняянормадоходности IRR

Коэффициентэффективностиинвестиции ARR

Индексрентабельностиинвестиций PI

Дисконтированныйсрококупаемости

DPP

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

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

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

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

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

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

• чистую приведенную стоимость NPV (NetPresentValue):

(2.1)

гдеЭ_t - экономический эффект в t-й период времени;

К_t - капитальные вложения в t-м периоде;

i - ставка сравнения.

• внутреннююнормурентабельности IRR (Internal Rate of Return):

  

  (2.2)

• индексрентабельностиинвестицийPI (ProfitabilityIndex):

  

  (2.3)

• дисконтированный срок окупаемости инвестиций DPP (DiscountedPaybackPeriod):

(2.4)

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

Для расчета реальной ставки сравнения воспользуемся моделью САРМ, согласно которойi_pрассчитывается по формуле:

(2.5)

гдеr_б - безрисковая ставка;

β - показатель рискованности компании или отрасли, меняется в пределах от 0 до 2;

R - рисковая премия, определяемая для страны.

На сегодняшний день безрисковый уровень доходности в России составляет 4,5%. Согласно базе данных проф. А. Дамодарана (SternSchoolofBusiness, NewYork) [27]коэффициент систематического риска для отрасли Услуги составляет 1,41. Рисковая премия за инвестирование в акции российских корпораций составляет 8,25%. Таким образом, реальная ставка сравнения согласно формуле 3.5 будет равна:

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

Прогнозируемый уровень инфляции на 2014-15 гг. составит не более 7,5%. Поэтому номинальная ставка сравнения потока платежей с учетом инфляции будет равна:

Таким образом, предлагаемый проект будет считаться экономически эффективным, если его доходность в годовом исчислении составит не менее 16,13% без учёта инфляции. Если же учитывать прогнозируемый уровень инфляции, то доходность должна составлять не менее 24,84%.

2.3 Расчет объема капитальных и эксплуатационных затрат

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

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

К = К_пр +К_об +К_пс + К_на - К_лс +К_уч + К_пл +К_неучт,

где К_пр - затраты на проектирование;

К_об - стоимость устанавливаемого оборудования;

К_пс- стоимость приобретаемых программных продуктов;

К_на - недоамортизированная часть стоимости демонтированного оборудования;

К_лс - ликвидационная стоимость (выручка от продажи) демонтированного оборудования;

К_уч - затраты на обучение персонала;

К_пл - затраты на производственную площадь;

К_неучт - неучтенные затраты, обычно составляют 5% от общих затрат.

Расчет затрат на проектирование производился по следующей формуле:

(2.6)

где r_k - районный коэффициент;

n - количество специалистов, занятых выполнением поставленной задачи;

О_i - ме сячная заработная плата i-го специалиста;

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

К_i - среднее количество рабочих часов в месяц. Отчисления на социальные нужды составили: 30% - единый социальный налог, плюс страховые взносы на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний в размере 0,2% от заработной платы. Районный коэффициент в Омской области составляет 15%.

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

• разработка технического задания;

• выбор средств разработки;

• теоретические исследования;

• проектирование;

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

• отладка модуля;

• внедрение модуля.

Для разработки программного модуля решено привлечь одного специалиста, месячная заработная плата которого равна 13000 руб. Экспертным путём была оценена минимальная (а) и максимальная продолжительность (b) по каждому виду работ и в целом. Ожидаемое значение времени проектирования t и стандартное отклонение σ(t) рассчитывались по формулам 3.7 и 3.8 соответственно:

(2.7)

(2.8)

Результаты расчета трудоемкости процесса разработки представлены в таблице5:

Taблица 5 - Расчет трудоемкости процесса разработки

Вид работ

Оценка трудоемкости. чел. ч.

ti

σ(ti)

αi

βi

Разработка технического задания

20

40

28

3,33

Выбор средств разработки

8

12

9,6

0,67

Теоретические исследования

40

55

46

2,50

Проектирование

20

35

26

2,50

Программирование

275

380

317

17,50

Отладка системы

25

40

31

2,50

Внедрение информационной системы

12

20

15,2

1,33

Итого

472,8

30,33

В связи с тем, что в колледже пятидневная рабочая неделя с 8-ми часовым рабочим днем и с двумя выходными днями в неделю, среднее количество рабочих часов в месяц равно 21∙8═168. Следовательно, затраты на проектирование по формуле 3.6 составят:

А стандартное отклонение затрат на проектирование составит:

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

Для разработки проекта используются лишь Freeware(бесплатные) программные продукты, поэтому капитальные затраты на приобретение программных средств К_пс равны нулю

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

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

Структура и график распределения капитальных вложений представлены в таблице 6:

Таблица 6 - Распределение капитальных вложений

Статьи расходов, руб.

Период времени, квартал

Всего

1

2

3

4

Затраты на проектирование, Кпр

42138,30 ± 2703,16

-

-

-

42138,30 ± 2703,16

Затраты на оборудование, Коб

-

-

-

-

-

Недоамортизируемая часть стоимости демонтированного оборудования

-

-

-

-

-

Ликвидационная стоимость демонтированного оборудования

-

-

-

-

-

Затраты на производственную площадь

-

-

-

-

-

Неучтенные затраты, Кнеуч (5%)

2106,91

-

-

-

2106,91

Итого капитальных затрат

44245,21± 2734,82

-

-

-

44245,21± 2734,82

Общий объем капитальных вложений составляет 44245,21±2734,82рублей.

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

Запуск проекта не предполагает изменение заработной платы сотрудникам и не требует найма нового персонала. Поэтому эксплуатационные затраты на заработную плату персонала С_ЗПравны нулю.

Так как внедрение проекта не требует приобретения нового оборудования, то расходы на амортизацию С_А и текущий ремонт оборудования С_ТР так же равны нулю.

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

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

Итого, эксплуатационные расходы по проекту за 2015-2017 гг. составят 0 рублей.

2.4 Расчет финансовых результатов и оценка экономической эффективности проекта

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

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

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

Сокращение расходов на оплату труда отражено в таблице 7:

Таблица 7 - Сокращение расходов на оплату труда

Группа

Высвобожденное время, %

Затраты на з/п, руб.

Эффект в месяц, руб.

Эффект за квартал, руб.

Секретарь

37,5

9000,00

3375,00

10125,00

Сотрудники

12,5

28000,00

3500,00

10500,00

ИТОГО

6875,00

20625,00

Суммарный ежеквартальный экономический эффект от внедрения информационной системы составит 20625,00 рублей.

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

Экономический эффект в 2015-2016 гг. составит:

Таблица 8 - Экономический эффект за 2015-2016гг, руб.

2015 г.

1 кв.

2 кв.

3 кв.

4 кв.

Входящие денежные потоки

-

4125,00

12375,00

20625,00

Эксплуатационные расходы

-

-

-

-

Экономический эффект

-

4125,00

12375,00

20625,00

2016 г.

1 кв.

2 кв.

3 кв.

4 кв.

Входящие денежные потоки

20625,00

20625,00

20625,00

20625,00

Эксплуатационные расходы

-

-

-

-

Экономический эффект

20625,00

20625,00

20625,00

20625,00

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

• чистый приведенный доход NPV;

• внутренняя норма прибыли IRR;

• индекс рентабельности инвестиций PI;

• дисконтированный срок окупаемости DPP.

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

Таблица 9 - Чистый денежный доход за 2015-2016гг, руб.

2015 г.

1 кв.

2 кв.

3 кв.

4 кв.

Экономический эффект, Эi

-

4125,00

12375,00

20625,00

Капитальные расходы, Кi

(44245,21± 2734,82)

-

-

-

Чистый денежный поток, Pvi

(44245,21± 2734,82)

4125,00

12375,00

20625,00

2016 г.

1 кв.

2 кв.

3 кв.

4 кв.

Экономический эффект, Эi

20625,00

20625,00

20625,00

20625,00

Капитальные расходы, Кi

-

-

-

-

Чистый денежный поток, Pvi

20625,00

20625,00

20625,00

20625,00

Табличный процессор MSExcelобладает набором функций для расчета необходимых показателей. Для вычисления чистой приведенной стоимости NPV воспользуемся функцией ЧПС(i_кв;массив(PV_i)):

Учитывая стандартное отклонение, показательNPVбудет равен:

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

Для вычисления квартальнойвнутренней нормы доходности воспользуемся функцией MSExcelВСД(i_кв;массив(PV_i)):

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

Значение годового показателя IRRговорит об экономической целесообразности проекта,а так же о том, что инвестирование средств в него приведет к высокой финансовой отдаче.

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

(2.8)

Согласно формуле 3.8 индекс рентабельности составит:

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

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

Таблица 10 - Расчет дисконтированного срока окупаемости проекта, руб.

Показатель

1

2

3

4

5

6

7

8

Капитальные расходы, Кi

44245,21± 2734,82

Экономический эффект, Эi

4125,00

12375,00

20625,00

20625,00

20625,00

20625,00

20625,00

Множитель дисконтирования, v=(1+iкв)^-t

0,9633

0,9279

0,8939

0,8611

0,8295

0,7990

0,7697

0,7415

Дисконтированныекапитальные расходы, v*Кi

44245,21± 2734,82

Продолжение таблицы 10

ИТОГО Дисконтированные капитальные расходы сумм(Кi)

44245,21± 2734,82

Дисконтированный экономический эффект, v *Эi

3827,59

11062,01

17760,19

17108,44

16479,38

15875,06

15293,44

Кумулятивный диск. эффект

3827,59

14889,60

32649,79

49758,23

Анализ таблицы показывает, что уже в первом квартале 2016 года кумулятивные дисконтированные доходы превысили кумулятивные дисконтированные расходы: 49758,23>44245,21. Следовательно, m=4. Исходя из этого, дисконтированный срок окупаемости будет равен:. Согласно полученному значению показателя, проект окупается за 4 квартала.

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

В ходе анализа капитальных и эксплуатационных затрат были выделены основные их виды. Капитальные затраты составили 44245,21 руб. В ходе анализа не было выявлено эксплуатационных расходов.

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

Для оценки экономической эффективности были рассчитаны показатели внутренней нормы доходности IRR, индекса рентабельности инвестиций PI, чистого приведенного дохода NPV и дисконтированного срока окупаемости. Результаты вычислений приведены в таблице 11:

Таблица 11 - Значения основных показателей эффективности проекта

NPV, руб.

IRR, %

PI

DPP, кварталы

54783,45±2634,45

26,78

2,4

4,65

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

3 ОХРАНА ТРУДА И АНАЛИЗ ЭКОЛОГИЧЕСКОЙ БЕЗОПАСНОСТИ

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

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

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

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

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

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

• характеристиками информационного взаимодействия человека и ПК.

Здания и помещения должны удовлетворять требованиям СНиП 2.09.02-85 "Производственные здания" и СНиП 2.09.04-87 "Административные и бытовые здания".

Помещения для ПЭВМ (ПК) не разрешается размещать в подвалах.

3.1 Требования к отоплению, вентиляции и кондиционированию воздуха

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

Устройство, содержание и эксплуатация систем должны соответствовать требованиям:

• СНиП 2.04.05-91 "Отопление, вентиляция и кондиционирование воздуха";

• ГОСТ 12.4.021-75 "ССБТ. Системы вентиляционные. Общие требования";

• "Правил технической эксплуатации теплоиспользующих установок и тепловых сетей".

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

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

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

Концентрация вредных веществ в приточном воздухе не должна превышать 0,3 ПДК .

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

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

Требования к естественному и искусственному освещению:

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

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

• величина коэффициента естественной освещенности (КЕО) должна соответствовать нормативным уровням по СНиП 23-05-95 "Естественное и искусственное освещение" и создавать КЕО не ниже 1,2% в зонах с устойчивым снежным покровом и не ниже 1,5% на остальной территории.

Искусственное освещение следует осуществлять в виде системы комбинированного освещения. В качестве источников света рекомендуется применять люминесцентные лампы типа ЛБ.

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

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

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

Для освещения помещений с ПК необходимо применять светильники серии ЛПО36 с зеркализованными решетками, укомплектованными высокочастотными пускорегулирующими аппаратами ВЧ ПРА.

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

Показатель ослепленности для источников общего искусственного освещения не должен превышать 20.

Яркость светильников общего освещения в зоне углов излучения от 50 до 90 град. с вертикалью в продольной и поперечной плоскостях должна составлять не более 200 кд/кв.м, защитный угол должен быть не менее 40 град.

3.2 Противопожарная защита

Пожары в ВЦ представляют собой опасность, так как сопряжены с большими материальными потерями.

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

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

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

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

Опасность развития пожара на ВЦ обуславливается применением разветвленных систем вентиляции и кондиционирования, развитой системой электропитания ПЭВМ.

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

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

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

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

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

Для помещения, приведенного в примере, достаточно иметь один огнетушитель типа ОП или ОУ.

3.3 Требования к трудовым процессам и оборудованию

Производственные процессы при работе на ПК должны соответствовать требованиям ГОСТ 12.3.002-75 "ССБТ. Процессы производственные. Общие требования безопасности".

При выполнении работ на ПК согласно ГОСТ 12.0.003-74 "ССБТ. Опасные и вредные производственные факторы. Классификация" могутиметьместоследующиефакторы:

• повышеннаятемператураповерхностейпк;

• повышенная или пониженная температура воздуха рабочей зоны;

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

• повышенная или пониженная влажность воздуха;

• повышенный или пониженный уровень отрицательных и положительных аэроионов;

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

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

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

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

• отсутствие или недостаток естественного света;

• недостаточная искусственная освещенность рабочей зоны;

Рабочие места с ПЭВМ должны размещаться в изолированных помещениях.

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Рассчитана эффективность внедрения модуля в ФБПОУ ОО «СПК» СС. Таким образом, сроки окупаемости системы, даже при пессимистических прогнозах, не будут превышать двух лет.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. ГОСТ 19.003-80 «Схемы алгоритмов и программ. Обозначения условные графические». - Москва: Изд-во стандартов, 1981. - 9 с.

2. ГОСТ 19.002-80 «Схемы алгоритмов и программ. Правила выполнения». - Москва: Изд-во стандартов, 1981. - 9 с.

3. ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы». - Москва: Изд-во стандартов, 1990. - 11 с.

4. ГОСТ Р 51141-98 «Делопроизводство и архивное дело. Термины и определения». - Москва: Изд-во стандартов, 1998. - 12 с.

5. Положение о Сосновском филиале БОУ ОО СПО «СПК», 2013. - 17 с.

6. Аладин, Н. Электронный документооборот для всех и для всего - [Текст] -/Н. Аладин// Банковские технологии №7. 2010. - С.57-59

7. Белая, Т.Р. Автоматизированная система документационного обеспечения управления: организация создания АС ДОУ - [Текст] - /Т.Р. Белая //Делопроизводство. -2011. -№3. -С.40-47

8. Виленский, П.Л. Оценка эффективности инвестиционных проектов. Теория и практика- [Текст] - / П.Л. Виленский В.Н. Лившиц С.А. Смоляк изд. ДЕЛО. Москва. 2012. - 888c.

9. Геращенко, И.П. Методические рекомендации к разработке экономического раздела ВКР ОмГПУ - [Текст] - / И.П. Геращенко, изд. ОмГПУ, 2012. - 50с.

10. Жеребенкова, В. Документооборот на предприятии.- [Текст] -/Вершина, 2010. - 441с.

11. Клименко С.В., Крохин И.В., Кущ В.М., Лагутин Ю.Л. Электронные документы в корпоративных сетях.- [Текст] -/М.: Анкей-Экотрендз, 2012. - 272с.

12. Ковалев, В.В. Методы оценки инвестиционных проектов.- [Текст] -/М.: Финансы и статистика, 2012. - 145c.

13. Кузнецов, С.Л. Международные требования к системам автоматизации делопроизводства- [Текст] - / С.Л. Кузнецов // Делопроизводство.- №3. -2013.- С.26-27

14. Кузнецова, Т.В. Делопроизводство (документационное обеспечение управления)- [Текст] -/М.: Интел-Синтез, 2013. - 384 с.

15. Куняев Н.Н., Демушкин А.С., Фабричнов А.Г. Конфиденциальное делопроизводство и защищенный электронный документооборот.- [Текст] -/М: Логос, 2011. - 452с.

16. Майкл Дж. Д. Саттон. «Корпоративный документооборот. Принципы, технологии, методология внедрения».- [Текст] -/С-Пб.: Азбука, 2012. - 448с.

17. Методы и средства работы с документами. Антология.- [Текст] - /Едиториал УРСС, 2012.

18. Подолина, О. Автоматизация подготовки организационно-распорядительного документа: работа с его шаблоном- [Текст] - / О. Подолина // Секретарское дело. - №10. -2013.- С.20-21

19. Подолина, О. Роль системы электронного документооборота в автоматизации бизнес-процессов компании- [Текст] - / О. Подолина // Секретарское дело. -2012. - С.87-91

20. Романов, Д.А., Ильина, Т.Н., Логинова, А.Ю. Правда об электронном документообороте- [Текст] - / Д.А. Романов, Т.Н. Ильина, А.Ю. Логинова. -М.: Компания АйТи: ДМК Пресс, 2014. - 224с.

21. Сапков, В.В. Информационные технологии и компьютеризация делопроизводства.- [Текст] -/СПб.: Академия, 2012. - 288с.

22. Серова, Г. Основные объекты и принципы автоматизации документационного обеспечения управления- [Текст] - / Г. Серова // Секретарское дело. - №1. -2013.- С.30-43

23. Чернов, В.Н. Системы электронного документооборота.- [Текст] -/М: РАГС, 2012 - 84с.

24. Якобсон, И. «Локальное» решение электронного документооборота- [Текст] - /И. Якобсон // Банковские технологии. - №4. - 2012.- С. 52

25. Дегтярев, М. Программирование - [Электронный ресурс] - Режим доступа: progaprosto.ru/doc/yazyk_programmirovaniya_delphi.php

26. Публикации для учащихся - [Электронный ресурс] - Режим доступа: vbibl.ru/informatika/4569/index.html?page=3

27. Системы электронного документооборота: критерии выбора - [Электронный ресурс] - Режим доступа: doc-online.ru/a_id/156/

28. СЭД (Программные технологии) - [Электронный ресурс] - Режим доступа: tadviser.ru/index.php/

29. Damodaran, A. Betasbysector - [Электронный ресурс] - Режим доступа:people.stern.nyu.edu/adamodar

30. Informatic - [Электронный ресурс] - Режим доступа:informatic.ugatu.ac.ru/lib/office/Access.htm

31. Layna Fischer. Innovation and Excellence in Workflow Process and Knowledge Management. Future Strategies Inc., 2000

32. SED(рынок России) - [Электронный ресурс] - Режим доступа: tadviser.ru/index.php/

33. YourLib.net Твоя библиотека - [Электронный ресурс] - Режим доступа: yourlib.net/content/view/12778/151/

ПРИЛОЖЕНИЕА

ПРИЛОЖЕНИЕБ