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

Содержание
ВВЕДЕНИЕ 4
I АНАЛИТИЧЕСКАЯ ЧАСТЬ 8
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности “КАК ЕСТЬ” 8
1.1.1 Характеристика предприятия и его деятельности 8
1.1.2 Организационная структура управления предприятием 9
1.1.2 Программная и техническая архитектура ИС предприятия 11
1.2. Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации 15
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 15
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание 15
1.2.3. Обоснование необходимости использования вычислительной техники для решения задачи 21
1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации 24
1.3. Анализ существующих разработок и выбор стратегии автоматизации «Как должно быть» 26
1.3.1. Анализ существующих разработок для автоматизации задачи 26
1.3.2. Выбор и обоснование стратегии автоматизации задачи 37
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи 39
1.4 Обоснование проектных решений 40
1.4.1 Обоснование проектных решений по информационному обеспечению 40
1.4.2 Обоснование проектных решений по программному обеспечению 41
1.4.3 Обоснование проектных решений по техническому обеспечению 44
2. Проектная часть 47
2.1. Разработка проекта автоматизации 47
2.1.1 Этапы жизненного цикла проекта автоматизации 47
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание 53
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации 55
2.2 Информационное обеспечение задачи 60
2.2.1 Информационная модель и её описание 60
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации 61
2.2.3 Характеристика результатной информации 65
2.3 Программное обеспечение задачи 70
2.3.1 Общие положения (дерево функций и сценарий диалога) 70
2.3.2 Характеристика базы данных 75
2.3.3 Структурная схема пакета 82
2.3.4 Описание программных модулей 83
2.4 Контрольный пример реализации проекта и его описание 90
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТа 94
3.1 Выбор и обоснование методики расчёта экономической эффективности 94
3.2 Расчёт показателей экономической эффективности проекта 96
ЗАКЛЮЧЕНИЕ 103
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 106
ПРИЛОЖЕНИ 109

Рис. 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 20102.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) в рублях за год, коэффициент относительного снижения стоимостных затрат (КC),индекс снижения стоимостных затрат (YC), рассчитываемые аналогично показателям (1) – (3). Внедрение системы автоматизации учета документов не приведет к прямому снижению стоимостных показателей. (5)Косвенный эффект будет складываться из показателей уменьшения непроизводственных потерь в связи с потерей актуальности документов:С2 = Сп + Со,где Сп – уменьшение потерь товара в связи с его потерей актуальности; Со – уменьшение потерь в связи с ошибками при комплектации заказов.Планируется снижение потерь документав связи с потерей им актуальности на 20%, уменьшение потерь в связи с ошибками при комплектации пакетов документов – на 30 %.(6)Затраты на приобретение системы складываются из двух составляющих:КП = З1 + З2,где З1 – затраты на приобретение аппаратных и программных компонентов системы;З2 – затраты на разработку и внедрение системы.Помимо рассмотренных показателей рассчитаем также срок окупаемости затрат на внедрение проекта машинной обработки информации (Ток), рассчитываемые в годах, долях года или в месяцах года:(7)Ток= КП /C .3.2 Расчёт показателей экономической эффективности проектаПри оценке показателей эффективности сравниваются затраты на обработку информации при существующем (базовом) варианте. Расчет трудовых и стоимостных затрат на обработку информации при базовом и проектируемом вариантах осуществляется с помощью таблиц 3.1 и 3.2 соответственно. Таблица 3.1Характеристика затрат на обработку информации по базовому варианту№ п/пНаименование операций технологического процесса решения комплекса задачОборудованиеЕд. Изм.Объем работы в годНорма выра-ботки / производительность устройств ЭВМ (опер/в час.)Тру-доем-костьСредне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операцийСтоимостные затраты для операций, вып. на ЭВМ1234567891011121прием заявок на выполнение услуг.калькулятордоку-менто-строка4088000,5102508,2912,7521,042заполнение бланкаканцелярские принадлежн.символ3164440007911250,12128,55197,77327,273связь с менеджеромтелефондействие833232026,038250423,11650,951074,064Занесение данных в результа-тивные формыканцелярские принадлежностисимвол128030300042,677250,126931066,921765,54Итого:Ххх77,136ххх1928,393187,91Таблица 3.2Характеристика затрат на обработку информации по проектируемому варианту№ п/пНаименование операций технологического процесса решения комплекса задачОборудо-ваниеЕд. Изм.Объем работы в годНорма выра-ботки / произв.устр. ЭВМ (опер/в час.)Тру-доем-костьСредне-часовая зарплата специалиста (руб.)Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)Часовая стоимость накладных расходов (руб.)Стоимостные затраты для ручных операцийСтои-мостные затраты для операций, вып. на ЭВМ1234567891011121заполнение электронного бланка заявкиперсон. компьютердоку-менто-строка4088000,51012,75х08,2921,042создание новой заявкиперсон. компьютерсимвол3164440007911х40хх316,443Создание и получение отчета о наличии документаперсон. компьютердействие83321060,008х40хх3,24Создание заявки в случае документаперсон. компьютерсимвол1280305·1060,026х40хх1,045печать результатовлазерный принтерстраница3401302,267х40хх90,68Итого:Ххх10,73212,75хх8.29523,08Для удобства анализа, результаты расчетов приведены в таблице 3.3. Таблица 3.3Показатели эффективности внедрения нового проектаЗатратыабсолютное изменение затратКоэффициент изменения затратиндекс изменения затратбазовый вариантпроектируемый вариантТрудоемкостьТ0, (час)Т1, (час)IT77.13610.72266.4140,867,194СтоимостьС0(руб)С1(руб)523.083187.912664,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 руб., получается равной 12500, принтера 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 (((Атрибут.[дата регистрации])=[Forms]![Поиск информации]![Поле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 (((Состояние.[состояние])<>'исполнен'));