Автоматизация процесса документооборота этапа разработки конструкторской документации в ходе выполнения опытно-конструкторской работы ЗАО «НТЦ Фаза»

Рис. 2.

12. Просмотр записей

Рис. 2.

13. Просмотр информации о документе

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

14. Рис. 2.

14. Внешний вид формы для настройки параметров поиска

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

15.Рис. 2.

15. Поиск неотработанных документов В системе предусмотрены отчеты о всех результатах поиска, создаваемые в среде Excel, внешний вид сформированного отчета представлен на рис. 2.

16.Рис. 2.

16. Отчеты, формируемые в системе

Таблица 2.5Таблица формализованного описания результатных показателей.№ п/пНаименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета1Просмотр базы данных

Формируется форма DBDTemplateFormПроисходит выборка для ключа, которым является первичный ключ таблицы «Документ» с помощью динамически формируемых SQL запросов всех связанных записей из всех таблиц базы данных и отображаются в полях формы2Формирование отчета

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

Форма просмотра результатов поиска

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

2.5).

2.3 Программное обеспечение задачи2.

3.1 Общие положения (дерево функций и сценарий диалога) Все действия программного продукта можно разделить на два основных подмножества: служебные функции и основные функции. Состав и классификация функций разрабатываемого программного продуктапредставлены в виде дерева функций (рис. 2.17).Сценарий диалога представлен на рисунке 2.

18.Рис. 2.

17. Дерево функций ИСРис. 2.18 — Диалог с ИСНа рис. 2.19−2.20 представлены частные диалоги по целям пользователя, создание документа, просмотр хронологии накладных.Рис. 2.

19. Структура диалога создания документа Рис. 2.

20. Поиска документа по номеру

Для реализации основной функциональности будем использовать дочерние окна. Дочерние окна намного удобнее, но применение многодокументного интерфейса MDI (Multiple Document Interface), введет к ряду проблем, которые рассмотрим ниже. На рисунке 2.21−2.22 представлен внешний вид разрабатываемого приложения с открытыми формами для добавления и редактирования записей. Дерево объектов проекта главного модуля приложений представлено на рисунке 2.

23.Рис. 2.

21.Главная форма приложения

Рис. 2.

22. Внешний вид главной формы разработанного приложения.Рис. 2.

23.Дерево объектов проекта главного модуля приложений2.

3.2 Характеристика базы данных

Для реализации функций информационной модели, системы учета документов компании необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в таблице 2.6Таблица 2.6Содержание таблиц базы данных№ п/пНаименование

ХарактеристикаПроект

Информация о существующих технических проектах организации

ДокументИнформация о технической документации в организации

ВидВид технической документации

ИсточникЗаказчик технической документации

КорреспондентЛицо, которому предназначается техническая документация

ИсполнительНепосредственный исполнитель технической документации

ОтделОтдел-исполнитель технической документации

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

СтатусТекущее состояние технической документации проекта

Разработанная информационная модель позволит эффективно решать задачи документооборота ЗАО «НТЦ Фаза"Для реализации функций информационной модели, необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в таблице 2.7−2.15 и рисунках 2.24−2.

33.Таблица 2.7Структура таблицы «Проекты организации"Наименование

ТипХарактеристика

Код проектасчетчик

Уникальный код таблицы «Проекты"Наименование проекта

СимвольныйНаименование технического проекта

Дата создания

Дата /время

Дата начала проекта

Описание проекта

СимвольныйОписание технического проекта

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

Текущее состояние проекта

Рис.

2.24. Реализация таблицы «Проекты"Таблица 2.8Структура таблицы «Техническая документация"Наименование

ТипХарактеристика

Код документасчетчик

Уникальный код таблицы «Документ"Код видачисловой

Ссылка на таблицу видов технической документации

СвязкаСимвольный

Содержит информацию о связи документа с другими документами

Код источникачисловой

Ссылка на таблицу заказчиков технической документации

СодержаниеСимвольное

Содержание технической документации

Код статусачисловой

Код статуса, ссылка на таблицу статусов

Код исполнителячисловой

Код исполнителя, ссылка на таблицу исполнителей

Исходящий номерчисловой

Исходящий номер документа

Дата создания

ДатаДата создания документа

Входящий номерчисловой

Входящий регистрационный номер

Дата получения

ДатаДата получения

Плановая дата

ДатаПлановая дата исполнения документа

Срок выполнения

ДатаСрок выполнения документа

Промежуточная дата исполнения

ДатаПромежуточная дата исполнения

Фактическая дата исполнения

ДатаФактическая дата исполнения

Дата отправки

ДатаДата отправки документа

Код проектачисловой

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

Рис.

2.25. Реализация таблицы Документ Таблица 2.9Описание структуры таблицы «Статус"Наименование

ТипХарактеристика

Код статусасчетчик

Уникальный код таблицы «Статус"Дата изменения статуса

ДатаДата присвоения статуса

Статус документа

ТекстовыйСтатус документа

Рис. 2.

26. Реализация таблицы «Статус» Таблица 2.10Описание структуры таблицы «Исполнитель"Наименование

ТипХарактеристика

Код исполнителя

СчетчикУникальный код таблицы «Исполнитель"Код отдела

ЧисловойКлюч, ссылка на таблицу «Отдел"Должность

СимвольныйДолжность сотрудника

Фамилия Символьный

Фамилия сотрудника

ИмяСимвольный

Имя сотрудника

ОтчествоСимвольный

Отчество сотрудника

ТелефонСимвольный

Поле содержит телефон сотрудника

Рис. 2.

27. Реализация таблицы «Исполнитель» Таблица 2.11Описание структуры таблицы «Отдел"Наименование

ТипХарактеристика

Код отделасчетчик

Уникальный код таблицы «Отдел"Название отдела

СимвольныйНаименование отдела Размещение

СимвольныйПоле содержит территориальное размещение отдела

Рис. 2.

28. Реализация таблицы «Отдел» Таблица 2.12Описание структуры таблицы «Вид"Поле

ТипОписание

Код видасчетчик

Уникальный код «Вид документа"Тип документачисловой

Поле содержит тип документа

Рис. 2.

29. Реализация таблицы «Вид» Таблица 2.13Описание структуры таблицы «Корреспондент"Наименование

ТипХарактеристика

Код Корреспондентасчетчик

Уникальный код «Корреспондент"Наименование

СимвольныйПоле содержит наименование отправителя

ФИО отправителя

СимвольныйПоле содержит ФИО отправителя

Адрес отправителя

СимвольныйПоле содержит адрес отправителя

Телефон отправителя

СимвольныйПоле содержит телефон отправителя

Рис. 2.

30. Реализация таблицы «Корреспондент» Таблица 2.14Описание структуры таблицы «Источник"Наименование

ТипХарактеристика

Код источникасчетчик

Уникальный код таблицы «Источник"Наименованиесимвольный

Наименование источника документов

Вид доставкисимвольный

Вид доставки документов

Код корреспондентачисловой

Ссылка на таблицу корреспондентов

Рис. 2.

31. Реализация таблицы «Источник» Таблица 2.15Описание структуры таблицы «Резолюция"Наименование

ТипХарактеристика

Код резолюциисчетчик

Уникальный код таблицы «Резолюции"Текст резолюциисимвольный

Текст наложенной резолюции

Дата резолюции

ДатаДата наложения резолюции

Код документа

Числовой Ссылка на таблицу документов

Код руководителя

ЧисловойКод руководителя, ссылка на таблицу сотрудников

Рис. 2.

32. Реализация таблицы «Резолюция» В результате препарирования — информационная модель была успешно реализована в среде Microsoft Access 2010

Рис. 2.

33. Логическая модель базы данных, созданная в среде Microsoft Access 20 102.

3.3 Структурная схема пакета

Структура разработанного проекта представлена на рисунках 2.34−2.

35.Рис. 2.

34. Структура разработанного программного проекта

Рис. 2.

35. Структура разработанного проекта

Рис. 2.

37. Дерево вызова программных модулей

Разработанное приложение состоит из 5 модулей MainClients. cpp, childTemplate. cpp, DbdDirectoryTemplate. cpp, AddSource. cpp, ParamPoisk. cpp (Приложение 1.).

2.3. 4 Описание программных модулей

Структура разработанного проекта представлена на рисунке 2.

34. Разработанное приложение состоит из 5 модулей MainClients. cpp, childTemplate. cpp, DbdDirectoryTemplate. cpp, AddSource. cpp, ParamPoisk.cpp.Назначение главного модуля приложения MainClients.cpp. Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Данная разработка предназначена для автоматизации документооборота ЗАО «НТЦ Фаза». Модуль является главным и управляющим для остальных объектов проекта. Алгоритм работы модуля представлен на рис.

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

38. Блок-схема главного модуля

Разрабатываемое приложение состоит из 5 форм, одна из которых является главной, остальные формы являются дочерними по отношению к ней. Главная форма приложения содержит элементы управления — главное меню, с помощью которого и осуществляется работа всей системы, управление вычислительным процессом, организуется обмен данными и обеспечивается создание всех остальных форм приложения. Главное меню приложения содержит альтернативы «файл», «Просмотр», «создать», «Поиск», «Сортировка». Альтернатива «просмотр «позволяет получить справочную информацию о каждой из таблиц базы данных, а та же просмотреть записи всей базы данных в целом, для этого необходим выбор альтернативы «просмотр базы данных» и работа с базой данных.Рис. 2.

39. Пункт главного меню «Информация"Динамически создаваемая дочерняя форма AddSource, может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления новых объектов (рис. 2.41).Рис. 2.

40.Форма для добавления информации о технической документации

Рис. 2.

41. Форма для добавления утверждений технической документации

Рис. 2.

42. Форма для внесения информации об исполнителе

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

2.43).Рис. 2.

43. Форма для поиска исполнителя

Рис.

2.44. Вывод результатов информационного поиска «Иванов"Отладка (debugging) — это процесс устранения ошибок, осуществляемый после удачного выполнения теста. Как только при отладке получено эталонное значение, можно приступать к тестированию. Процессы тестирования и отладки программного продукта не являются эквивалентными. Отладку можно описать как процесс, который производится после выполнения удачного тестового случая. Отладка — это процесс, состоящий из двух этапов. Он начинается на основе некоторого указания на наличие ошибки (например, выявленной в результате выполнения удачного контрольного примера) и переходит к определению точной сущности и местонахождению предполагаемой ошибки в рамках программы, а затем к исправлению этой ошибки. Разработчик ПО отвечает за организацию верификации, системное тестирование возлагается на разработчика и руководителя работы. В таблице 2.16 приведен график работ по тестированию подсистемы. Ответственность разработчика состоит в устранении ошибок и помощи тестировщику. На тестировщика возлагается обязанность составления планов тестирования, прогона тестов, воспроизведения ошибок, составления отчета по результатам. В таблице 2.17 представлен перечень наборов входных данных для тестирования объектов базы данных и связей между ними. Таблица 2.16График проведения работ по тестированию№Вид работы

Продолжительность (дни)Сущность

РаботыЦель работы1Проверка трассируемости требований пользователя с требованиями к ПО.2Составление матрицы трассировки

Проверить требования к ПО2Тестирование создания объектов;

1Тестирование логики программы на правильность добавления и редактирования вопросов

Проверка проектирования, реализации структуры БД вопросов при добавлении объекта3Тестирование установления связей между объектами;

3Тестирование логики программы и информационной модели, создания БД и связей между таблицами

Проверка проектирования, реализации структуры БД4Тестирование режима ввода данных;

1Тестирование логики программы на правильность ввода данных в БДПроверка этапа проектирования, реализации структуры БД при вводе данных5Тестирование режима изменения данных;

2Тестирование логики программы на изменение ввода данных в БДПроверка проектирования, реализации структуры БД при изменении данных6Тестирование клиентской части8Тестирование режимов получения отчетов, поиска, сортировки данных

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

Проверка связи клиентской и серверной частей

Всего24Таблица 2.17Процесс тестирования клиентской части№ п/пВходные данные (команды)Ожидаемый результат

НазначениеСмысл1Нажатие кнопки ‘Создать' Добавление записи в таблицу Проверка добавления данных в таблицу Нормаль работа подсистемы2Нажатие кнопки ‘Удалить' Удаление записи из таблицы

Проверка удаления записи из таблицы Нормальная работа подсистемы3Нажатие кнопки ‘Добавить' на панели (не заполнено ключевое поле) Сообщение об ошибке

Проверка правильности ввода записи

Аномалия4Нажатие кнопки ‘Обновить' Сохранение базы данных

Проверка правильности сохранения БДНормальная работа подсистемы

Объект тестирования:

клиентская часть подсистемы;

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

2.4 Контрольный пример реализации проекта и его описание

Для запуска системы необходимо запустить выполняемый файл proba.exe. Для этого может быть использован стандартный диалог Windows XP/7.После запуска системы появляется главная форма приложения (рис. 2.45) и система переходит в режим ожидания последующих действий пользователя. Главное меню приложения содержит альтернативы «файл», «Просмотр», «создать», «Поиск», «Сортировка». Альтернатива «Просмотр» позволяет получить справочную информацию о каждой из таблиц базы данных, (рисунок 2.46), а та же просмотреть записи всей базы данных в целом, для этого необходим выбор альтернативы «просмотр базы данных». Рис. 2.46 — Главная форма приложения

Главная форма разработанного приложения позволяет пользователю осуществлять ввод необходимых команд, используя главное меню приложения. Пункт меню «Просмотр» предназначен для просмотра всех справочников предусмотренных в системе (рис. 2.47), а так же просмотра связанных записей базы данных.Рис. 2.

47. Пункт меню «Просмотр"Пункт меню «Создать» предназначен для создания информационных объектов системы (рис. 2.48).Рис. 2.

48. Пункт меню «Создать"Пункт меню «Поиск» предназначен для запуска информационных запросов на поиск информации в базе данных (рис. 2.49).Рис.

2.49. Пункт меню «Поиск"Для просмотра справочников необходимо использовать пункт главного меню «Просмотр», а затем выбрать необходимый справочник по названию (рис.

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

2.50)Рис. 2.

50. Просмотр справочника Выход из системы осуществляется с помощью пункта «Файл» — «Выйти» главного меню системы. Таким образом, считаю, что работоспособность программы полностью продемонстрирована.

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТа3.1 Выбор и обоснование методики расчёта экономической эффективности

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

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

1) абсолютное снижение трудовых затрат (Т) в часах за год:(1)Т = Т0 — Т1, где Т0 — трудовые затраты в часах за год на обработку информации по базовому варианту;

Т1 — трудовые затраты в часах за год на обработку информации по предлагаемому варианту;(2)2) коэффициент относительного снижения трудовых затрат (КТ):КТ =Т / T0 * 100%; (3)3) индекс снижения трудовых затрат или повышение производительности труда (YT):YT = T0 / T1. Снижение трудозатрат можно выразить в стоимостном виде: С1 = T0 * (ЗП + А + НР),(4)где ЗП — среднечасовая заработная плата специалиста, руб.;А — часовая норма амортизации, руб.;НР — часовая стоимость накладных расходов, руб. Разработанная ИС документооборота позволит значительно увеличить производительность работы сотрудников отдела разработки, повысит степень автоматизации работ по обработке информации. Работы, которые ранее проводились вручную при помощи бумажных документов, автоматизируются путём разработки АИС. Данные, которые ранее хранились в бумажном виде в картотеке, и могли затеряться, перепутаться и т. п., теперь будут храниться централизованно в базе данных с жесткой структурой, которая обеспечивает гораздо более эффективную работу с данными. Внедрение ИС документооборота ЗАО «НТЦ фаза» позволит:

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

— уменьшить количество ошибок при заполнении учетных документов;

— снизить количество потерь документов из-за потери актуальности;

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

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

— автоматизации документооборота между канцелярией и отделом разработки, проектирования;

— автоматизации процессов подготовки отчетов. К стоимостным показателям относятся: абсолютное снижение стоимостных затрат © в рублях за год, коэффициент относительного снижения стоимостных затрат (КC), индекс снижения стоимостных затрат (YC), рассчитываемые аналогично показателям (1) — (3). Внедрение системы автоматизации учета документов не приведет к прямому снижению стоимостных показателей. (5)Косвенный эффект будет складываться из показателей уменьшения непроизводственных потерь в связи с потерей актуальности документов:

С2 = Сп + Со, где Сп — уменьшение потерь товара в связи с его потерей актуальности; Со — уменьшение потерь в связи с ошибками при комплектации заказов. Планируется снижение потерь документав связи с потерей им актуальности на 20%, уменьшение потерь в связи с ошибками при комплектации пакетов документов — на 30%.(6)Затраты на приобретение системы складываются из двух составляющих:

КП = З1 + З2, где З1 — затраты на приобретение аппаратных и программных компонентов системы;

З2 — затраты на разработку и внедрение системы. Помимо рассмотренных показателей рассчитаем также срок окупаемости затрат на внедрение проекта машинной обработки информации (Ток), рассчитываемые в годах, долях года или в месяцах года:(7)Ток= КП /C .

3.2 Расчёт показателей экономической эффективности проекта

При оценке показателей эффективности сравниваются затраты на обработку информации при существующем (базовом) варианте. Расчет трудовых и стоимостных затрат на обработку информации при базовом и проектируемом вариантах осуществляется с помощью таблиц 3.1 и 3.2 соответственно. Таблица 3.1Характеристика затрат на обработку информации по базовому варианту№ п/пНаименование операций технологического процесса решения комплекса задач

ОборудованиеЕд. Изм. Объем работы в год

Норма выра-ботки / производительность устройств ЭВМ (опер/в час.)Тру-доем-кость

Средне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.

часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операций

Стоимостные затраты для операций, вып. на ЭВМ1 234 567 891 011 121прием заявок на выполнение услуг.

калькулятордоку-менто-строка4 088 000,5102508,2912,7521,042заполнение бланкаканцелярские принадлежн.

символ3 164 440 007 911 250,12128,55 197,77327,273связь с менеджеромтелефондействие833 232 026,038250423,11 650,951074,064Занесение данных в результа-тивные формыканцелярские принадлежностисимвол128 030 300 042,677250,126 931 066,921765,54Итого:

Ххх77,136ххх1928,393 187,91Таблица 3.2Характеристика затрат на обработку информации по проектируемому варианту№ п/пНаименование операций технологического процесса решения комплекса задач

Оборудо-вание

Ед. Изм. Объем работы в год

Норма выра-ботки / произв.

устр. ЭВМ (опер/в час.)Тру-доем-кость

Средне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.

часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операций

Стои-мостные затраты для операций, вып. на ЭВМ1 234 567 891 011 121заполнение электронного бланка заявкиперсон. компьютердоку-менто-строка 4 088 000,51012,75×08,2921,042создание новой заявкиперсон. компьютерсимвол 3 164 440 007 911×40хх316,443Создание и получение отчета о наличии документаперсон.

компьютердействие 83 321 060,008×40хх3,24Создание заявки в случае документаперсон. компьютерсимвол1 280 305· 1060,026×40хх1,045печать результатовлазерный принтерстраница3 401 302,267×40хх90,68Итого:

Ххх10,73 212,75хх8.

29 523,08Для удобства анализа, результаты расчетов приведены в таблице 3.

3. Таблица 3.3Показатели эффективности внедрения нового проекта

Затратыабсолютное изменение затрат

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

ТрудоемкостьТ0, (час)Т1, (час)IT77.

13 610.

72 266.4140,867,194Стоимость

С0(руб)С1(руб)

523.

83 187.

912 664,830,8366,094Для данной системы значения требуемых переменных таковы: Kнр =0.65; Кмульт =1; r0=1 человек; Змес=3000 руб.; Цмч=0.95 руб.; Т j осв = 60 часов; Т j разр =50 часов ;Т j загр =0.5 часа; Т j мод =35 часов в течение предполагаемого срока эксплуатации, равного 4 годам.

Модернизацию предполагается проводить раз в полгода (то есть всего 7 раз) и затрачивать на это до 5 часов машинного времени за один раз. Время освоения составляет 1 месяц, примем для данной задачи значение tjосв, равное 0.1 месяца. tjразр =1 месяц tjзагр =0.006 месяца tjмод =0.333 месяца, то есть 7 дней за весь период эксплуатации. К j приобр складывается из стоимости приобретаемого технического обеспечения (1/21 от стоимости оборудования, так как примерно такую часть от общего объема работ по времени занимает данный комплекс задач, а для принтера — 1/100), программного обеспечения.

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

Стоимость программного обеспечения 8750 руб. Из них на данную задачу приходится примерно 500 рублей. Годовой эффект: Э1=(1693.

65+0.15*2000) — (320.

52+ 0.15*3111.

25)=2489.

14 руб. Косвенный годовой экономический эффект равен 5000 рублей в год. Таким образом, получаем годовой экономический эффект: Э=2489.

14+5000=7489.

14 руб. Расчетный коэффициент эффективности определяется по формуле (8): (8)Ер=2664.

83/1111.

25=2.398 Срок окупаемости проекта Ток=1/Ер=1/ 2.398=0.417 года (5 месяцев). Диаграммы изменения трудовых затрат представлены на рисунках 3.1 и 3.2: Рис. 3.1 — Диаграмма абсолютного изменения трудовых затрат

Рис. 3.2 — Диаграмма относительного изменения трудовых затрат

Диаграммы изменения стоимостных затрат представлены на рисунках 3.3 и 3.

4. Рис. 3.3 — Диаграмма изменения стоимостных затрат

Рис. 3.4 — Круговая диаграмма абсолютного изменения стоимостных затрат

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

ЗАКЛЮЧЕНИЕ

В дипломной работе была спроектирована и разработана автоматизированная система документооборота этапа разработки конструкторской документации в ходе выполнения опытно-конструкторской работы ЗАО «НТЦ Фаза» ЗАО «НТЦ Фаза». В ходе выполнения работы был решен ряд задач среди которых в первую очередь необходимо выделить следующие;

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

— анализ процессов в отечественном документообороте;

проблем в области автоматизации документооборота;

— формирование задач автоматизированной системы документооборота компании;

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

— разработка информационного обеспечения системы;

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

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

— технико-экономический анализ деятельности компании ЗАО «НТЦ Фаза». — анализ документооборота компании;

— разработка предложений совершенствованию документооборота компании, — оценка эффективности предлагаемых решений. Анализ процессов отечественного документооборота, позволил выделить его основные принципы, а так же изучить основные тенденции этой отрасли, которая в последнее время тяготеет к использованию автоматизированных систем и компьютерного учета документов. В качестве исследования были проанализированы существующие системы автоматизированного документооборота. При анализе был сделан вывод о том, что сегодня российский рынок довольно насыщен программами автоматизации документооборота. Все программы обладают сходными характеристиками, однако и имеют ряд технологических особенностей. Среди лидеров в отечественном документообороте были проанализированы следующие программные продукты: ИС Teamcenter, ИСWindchill, ИС Лоцман. В результате анализа были сформированы основные функции, которые должны быть реализованы в современной системе документооборота, что позволило перейти непосредственно к разработке системы автоматизированного документооборота. Для этого были сформированы функциональные задачи для реализации в автоматизированной системе документооборота и выбран инструмент для реализации. В качестве такого инструмента выбрана среда программирования Borland Builder C++, а в качестве средства разработки базы данных Microsoft Access. Основное достоинство Borland Builder C++ состоит в предоставлении разработчику большого количества визуальных компонентов для разработки интерфейса. Для выбора инструментального средства разработки использовался методом вариантных обоснований. Разработанная база данных для функционирования автоматизированной системы документооборота содержит 9 взаимосвязанных таблиц, которые находятся в третьей нормальной форме -«Проекті»,"Документ", «Статус», «Корреспондент», «Исполнитель», «Отдел», «Вид документа», «Источник», «Резолюция». В качестве выходной информации для рассматриваемой системы рассматриваются результаты информационного поиска, формируемые в информационной системе к которым могут быть отнесенырезультаты поиска документов по дате регистрации;

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

— результаты поиска данных исполнителя по фамилии;

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

алгоритм добавления нового документа;

— обобщенный алгоритма функционирования системыобобщенного алгоритм информационного поиска

Разработанное программное обеспечение содержит 3 основных программных модуля, среди которых целесообразно выделить Модуль работы с документами, модуль получения результирующей информации, Модуль получения справочной информации. Для быстрой и полной адаптации пользователя к системе был разработан удобный дружественный интерфейс пользователя и подробное описание работы с системой в руководстве пользователя. Для обеспечения надежной защиты информации предусмотрена система разграничения доступа к данным и функциям, авторизация вводимой и корректируемой информации, посредством подстановки и анализа данных. В заключительном разделе работы проведена оценка экономической эффективности разработанного программного средства. Таким образом, в работе проведено исследование предметной области, разработана структура базы данных, спроектированы SQL-запросы к базе данных, разработано алгоритмическое и программное обеспечение, спроектирован программный интерфейс системы, а так же проведено тестирование разработанной системы, оценена экономическая целесообразность внедрения системы. Считаю, что созданная в дипломной работе автоматизированная система документооборота ЗАО «НТЦ Фаза». полностью соответствует информационным требованиям предприятия и сможет поддерживать это соответствие в течение всего жизненного цикла системы. В работе проведено исследование предметной области, разработана структура базы данных, спроектированы SQL-запросы к базе данных, разработано алгоритмическое и программное обеспечение, спроектирован программный интерфейс системы, а так же проведено тестирование разработанной системы, оценена экономическая целесообразность внедрения системы. Список использованной литературы

Агальцов В. П. Базы данных. В 2 книгах. Книга 1. Локальные базы данных; Форум, Инфра-М — Москва, 2009. — 352 c. Архангельский А. Я. Buider c++. Справочное пособие.

— М.: Бином, 2010. — 1024 с. Архангельский А. Я. Программирование в Buider c++. — М.: Бином, 2010. — 564 с. Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2010.

— 304с. Басаков, М. И. Делопроизводство и корреспонденция в вопросах и ответах; Ростов н/Д: Феникс; Издание 8-е, перераб. и доп., 2011.

— 320 c. Березин Б. И., Березин С. Б. Начальный курс С и С++; Диалог-МИФИ, 2007. — 288 c. Бертяков А. Автоматизация документооборота.

Финансы и статистика., 2010

Буч Г. Объектно-ориентированное проектирование с примерами применения. М., 2009. — 654с. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика», 2002

Галатенко В. Информационная безопасность // Открытые системы- 2012. — N 1−4.Глушаков С. В.,. Базы данных .- Х.: Фолио, 2010. -

504 с. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных; Форум — Москва, 2012. — 400 c. Голицына, О.Л. и др.

Базы данных; Форум; Инфра-М — Москва, 2007. — 399 c. Голубков Е. П. Маркетинг: стратегии, планы, структуры. М., Дело, 2010. -

450 с. Громов Е. С., Баканов М. В., Печерских И. А. Компьютерное делопроизводство. Учебно-справочное пособие. — КТИПП, 2010

Карпова И. П. Базы данных; Питер — Москва, 2013. — 240 c. Кирсанова М.

В., Аксенов Ю. М. Курс делопроизводства. Документационное обеспечение управления: — Санкт-Петербург, Инфра-М, 2011 г.- 368Конноли Томас, Бегг Каролин. Базы данных. Проектирование, реализация и сопровождение. Теория и практика.

— М.: Вильямс, 2010. — 1111 с. Лафоре Р. Объектно-ориентированное программирование в С++; Питер — Москва, 2011. — 928 c. Левчук Е. А.

Технологии организации, хранения и обработки данных: — Санкт-Петербург, Вышэйшая школа, 2005 г.- 240 сМакарова Н., Николайчук, Г. Титова Ю. Компьютерное делопроизводство. Учебный курс: Н— Москва, Питер, 2009 г.- 416 с. Панюкова Т. А., Панюков А. В.

Языки и методы программирования. Путеводитель по языку С++; Либроком — Москва, 2013. — 216 c. Панюкова Т. А., Панюков А.

В. Языки и методы программирования. Создание простых GUI-приложений с помощью Visual С++; Либроком — Москва, 2013. — 144 c. Разработка баз данных в Microsoft Access: Н. П. Обухов — Москва, ИВЭСЭП, Знание, 2008 г.- 92 с. Разработка приложений в MS Access: С. И.

Моисеенко, Б. В. Соболь — Москва, Вильямс, 2006 г.- 272 с. Самоучитель Access 2010 (+ CD-ROM): Юрий Бекаревич, Нина Пушкина — Санкт-Петербург, БХВ-Петербург, 2011 г.- 432 с. Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2011. с. 22−27.

// www. ITC-UA.COMУилсон М. Расширение библиотеки STL для С++; Книга по Требованию — Москва, 2008. — 608 c. Фуфаев Э.

В., Фуфаев Д. Э. Базы данных; Академия — Москва, 2013. — 320 c. Хомоненко А.

Д., Цыганков В. М., Мальцев М. Г. Базы данных; Корона-Век — Москва, 2010.

— 736 c. Черников А. Поздняков В. От бухгалтерии под Windows к открытым Unix-системам // Компьютерное обозрение № 34 (402), 20. с. 22−27. www. ITC-UA.COMШтерн Виктор С++; Лори —, 2013.

— 860 c. Шумаков П. В. Руководство разработчика баз данных. — М.: Нолидж, 2010. — 635 с. ПРИЛОЖЕНИЕSELECT адресат.Наименование, адресат. Фамилия, адресат. Имя, адресат. Отчество, адресат. Телефон, адресат. email, адресат. АдресFROM адресатWHERE (((адресат.Фамилия)=[Forms]![Поиск информации]![Поле20]));SELECT Атрибут. регистрационный номер], Атрибут.

дата регистрации], Атрибут.

содержание, Атрибут. исходящий номер], Состояние.

состояние, Состояние.

дата, Состояние.

местонахождениеFROM Состояние INNER JOIN (Атрибут INNER JOIN Документ ON Атрибут. код атрибута] = Документ.

код атрибута]) ON Состояние. код состояния] = Документ. код состояния]WHERE (((

Атрибут. дата регистрации])=[F orms]![Поиск информации]![Поле11]));SELECT Атрибут. регистрационный номер], Атрибут. дата регистрации], Атрибут.

содержание, Атрибут. исходящий номер], Состояние.

состояние, Состояние.

дата, Состояние.

местонахождениеFROM Состояние INNER JOIN (Атрибут INNER JOIN Документ ON Атрибут. код атрибута] = Документ. код атрибута]) ON Состояние. код состояния] =

Документ. код состояния]WHERE (((Атрибут. регистрационный номер])=[Forms]![Поиск информации]![Поле6]));SELECT Исполнитель. Фамилия, Исполнитель. Имя, Исполнитель. Отчество, Исполнитель. Должность, Отдел.

название_отдела, Исполнитель. Телефон, Отдел.

размещениеFROM Отдел INNER JOIN Исполнитель ON Отдел.

код_отдела = Исполнитель. код отдела]WHERE (((Исполнитель.Фамилия)=[Forms]![Поиск информации]![Поле15]));FROM Zapas INNER JOIN Tovar ON Zapas. idZapas = Tovar. idZapas, Zakaz INNER JOIN (Pokup INNER JOIN Nakladnaya ON Pokup. idPokup = Nakladnaya. idPokup) ON Zakaz. idZakaz = Nakladnaya. IdZakaz;SELECT Атрибут. регистрационный номер], Атрибут. дата регистрации], Атрибут.

содержание, Контроль. дата отработки], Состояние.

состояние, Состояние.

дата, Состояние.

местонахождениеFROM Контроль INNER JOIN (Состояние INNER JOIN (Атрибут INNER JOIN Документ ON Атрибут. код атрибута] = Документ. код атрибута]) ON

Состояние. код состояния] = Документ. код состояния]) ON Контроль. код контроля] =

Документ. код контроля]WHERE (((Состояние. состояние]) 'исполнен'));