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

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

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

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

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

Глава 1. Как провести глубокий анализ существующей системы документооборота

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

Теоретико-аналитический фундамент

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

Далее необходимо дать определение электронному документообороту (ЭДО) как единому механизму работы с документами в цифровом виде, который реализует концепцию «безбумажного делопроизводства». Чтобы показать академическую эрудицию, стоит сослаться на труды отечественных ученых, внесших вклад в эту область, таких как М. Кирпичникова, Т. В. Кузнецова, В. И. Андреева и другие.

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

Диагностика бизнес-процессов в модели «AS-IS»

Здесь начинается практическая часть вашего исследования. Ваша задача — детально и объективно описать, как документооборот устроен на исследуемом предприятии прямо сейчас. Для этого используется методология описания бизнес-процессов «AS-IS» (как есть).

Начните с краткой характеристики объекта исследования, будь то АКГ «Созидание и развитие» или любое другое предприятие. Затем, шаг за шагом, проследите жизненный цикл основных типов документов. Например, как обрабатывается входящий счет: кто его принимает, как он регистрируется в журнале, сколько времени занимает его передача в бухгалтерию, как происходит согласование у руководителя и где он хранится после оплаты.

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

К таким проблемам чаще всего относятся:

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

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

Глава 2. Проектирование будущей системы автоматизации

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

Формирование концепции решения и модели «TO-BE»

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

Далее следует описать модель «TO-BE» (как будет) — идеальный, с вашей точки зрения, процесс движения тех же документов, но уже после внедрения автоматизации. Сравните его с моделью «AS-IS», наглядно демонстрируя, как устраняется каждая из ранее выявленных проблем. Например: «Ручная передача счета между отделами, занимавшая до 2 дней («AS-IS»), заменяется автоматической отправкой по маршруту согласования, что сокращает время до 15 минут («TO-BE»)».

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

Выбор инструментов и описание архитектуры

На этом этапе вы демонстрируете свою техническую компетентность. Необходимо перейти от концепции к спецификации. Если вы предлагаете внедрение готового продукта, проведите сравнительный анализ 2-3 популярных на рынке систем (например, «1С:Документооборот», «Система ‘Дело’», Foss Doc). Сравнение должно проводиться по нескольким ключевым параметрам:

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

На основе этого анализа сделайте и обоснуйте свой выбор.

Далее опишите архитектуру предлагаемого решения. Из каких модулей оно состоит (например, модуль регистрации, модуль согласования, модуль контроля, электронный архив)? Как они взаимодействуют между собой? Для визуализации структуры системы крайне рекомендуется использовать язык моделирования UML. Диаграмма прецедентов (Use Case Diagram) отлично покажет роли пользователей и их взаимодействие с системой, а диаграмма классов (Class Diagram) — структуру данных. Мы спроектировали систему и выбрали инструменты. Далее нужно описать, как именно она будет работать с точки зрения пользователя.

Разработка пользовательских сценариев и интерфейса

Цель этого раздела — доказать, что спроектированная вами система является не просто абстрактной моделью, а удобным практическим инструментом для конечных пользователей. Для этого необходимо описать несколько ключевых сценариев работы (use cases).

Например, детально распишите такие процессы:

  1. Создание и отправка на согласование служебной записки: какой сотрудник инициирует процесс, какие поля (атрибуты документа: дата, автор, тип) он заполняет, как выбирает маршрут согласования.
  2. Контроль исполнения поручения: как руководитель ставит задачу, назначает ответственного, устанавливает сроки, и как система уведомляет его о ходе выполнения.
  3. Поиск документа в архиве: по каким критериям (дата, автор, содержание) пользователь может быстро найти нужный документ.

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

Глава 3. Оценка экономической эффективности предложенного решения

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

Обоснование методики расчета и анализ затрат

Чтобы ваши расчеты выглядели убедительно, их нужно базировать на общепринятых академических методиках. Выберите одну или несколько из них и кратко обоснуйте свой выбор. Чаще всего для IT-проектов используют расчет таких показателей, как ROI (Return on Investment), NPV (Net Present Value) и срок окупаемости (Payback Period).

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

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

Тщательный и прозрачный расчет затрат — залог доверия к вашим финальным выводам. Мы определили методологию и подсчитали все затраты. Теперь проведем расчет и докажем, что выгоды от проекта превышают вложения.

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

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

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

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

Формулировка выводов и научного вклада

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

Пример: «В ходе работы была решена задача анализа предметной области: изучены теоретические основы документооборота, проведена диагностика бизнес-процессов на предприятии N по модели «AS-IS», в результате чего выявлены ключевые проблемы, такие как…»

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

Финальное оформление — список литературы и приложения

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

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

  • Листинги программного кода.
  • Большие и детальные схемы бизнес-процессов.
  • Объемные таблицы с расчетами.
  • Акты о внедрении или справки с предприятия (если они есть).

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

Список литературы

  1. Access 2010 для чайников: Лори Ульрих Фуллер, Кен Кук — Санкт-Петербург, Вильямс, 2011 г.- 384 с.
  2. Microsoft Access 2003. Русская версия (+ CD-ROM): — Москва, Эком, 2008 г.- 432 с.
  3. Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2001. –304с.
  4. Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2001. –304с.
  5. Буч Г. Объектно-ориентированное проектирование с примерами применения. М., 1992. — 654с.
  6. Волков В. Ф. Экономика предприятия. – М.: Вита-Пресс, 1998. – 380с.
  7. Галатенко В. Информационная безопасность // Открытые системы- 1996. – N 1-4.
  8. Глушаков С. В., Сурядный А. С., Шумилов М. И. Microsoft Access 2007. Лучший самоучитель:— Москва, АСТ, АСТ Москва, 2008 г.- 448 с.
  9. Глушаков С.В., Ломотько Д.В. Базы данных .- Х.: Фолио, 2002. – 504 с.
  10. Голубков Е.П. Маркетинг: стратегии, планы, структуры. М., Де¬ло, 1995. – 450с.
  11. Голышева А. В., Клеандрова И. А., Прокди Р. Г. Access 2007 без воды. Все, что нужно для уверенной работы:— Москва, Наука и техника, 2008 г.- 192 с.
  12. Гофман В.Э. Хомоненко А.Д. Delphi 6. — СПб.: — Санки-Петербург, 2001. –1145с.
  13. Дайан А. и др. Маркетинг. М., Экономика, 1993.
  14. Диго С.М., «Базы Данных», Москва, «Финансы и статистика», 2005г.
  15. Домарев В.В., Безопасность информационных технологий. Системный подход. – К.: ООО ТИД Диа Софт, 2004. –992 с.
  16. Жидецкий В. Ц. Охрана труда пользователей компьютеров. – К.: «Освгга», 1999.- 186с.
  17. Жукова Е.В. Классификация организационных форм ритейла в сервисной экономике [Текст] / Е.В. Жукова, С.А. Калашников // Вестник Самарского государственного экономического университета. – 2009. – № 3 (53). – С. 32-36. – 0,65/0,4 печ. л.
  18. Жутова З.У. Бюджетный учет и отчетность. М.: Финансы, 1970.-215с.
  19. Зайдуллин С.С., Моисеев В.С. Элементы теории принятия решений. Учебное пособие. – Казань. Издательство КГТУ. 2002 г, 114 с.
  20. Ковалев А. И., Войленко В. В. Маркетинговый анализ. М., Центр экономики и маркетинга, 1996.
  21. Конноли Томас, Бегг Каролин. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. — М.: Вильямс, 2000. – 1111с.
  22. Кошелев В. Е. Access 2003. Практическое руководство:— Санкт-Петербург, Бином-Пресс, 2008 г.- 464 с.
  23. Кошелев В. Е. Access 2007. Эффективное использование— Санкт-Петербург, Бином-Пресс, 2009 г.- 590 с.
  24. Кронан Джон, Сандберг Бобби Microsoft Access 2007:, — Москва, НТ Пресс, 2009 г.- 384 с.
  25. Мак-Дональд Мэтью Access 2007. Недостающее руководство:— Санкт-Петербург, Русская Редакция, БХВ-Петербург, 2007 г.- 784 с.
  26. Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. — М.: Диалог-Мифи, 2001. — 304 с.
  27. Матвеева В.О. Бюджетные организации: бухгалтерский учет и налогооблажение. –Харьков: Фактор, 2001. – 566с.
  28. Методы последовательной автоматизации в дискретных сетевых задачах оптимального распределения ресурсов. – М.: Наука, 1983 г ,208с.
  29. Саати Т., Керис К. Аналитическое планирование и организация систем. – М.: Радио и связь, 1991. 368с.
  30. Сеннов А. Access 2010: — Москва, Питер, 2010 г.- 288 с.
  31. Сергеев А. Access 2007. Новые возможности:— Москва, Питер, 2008 г.- 176 с.
  32. Смирнова О. В. Access 2007 на практике:— Москва, Феникс, 2009 г.- 160 с.
  33. Степанов В. Microsoft Access 2003 для начинающих:— Санкт-Петербург, Аквариум-Принт, Дом печати — Вятка, 2006 г.- 128 с.
  34. Тимошок Т. В. Microsoft Access 2002. Самоучитель:— Москва, Диалектика, 2004 г.- 352 с.
  35. Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2001. с.22-27. // www.ITC-UA.COM
  36. Фатрелл Р., Шафер Д. Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: «Вильямс», 2003. – 1128с.
  37. Хабракен Джо Microsoft Access 2000— Санкт-Петербург, АСТ, Астрель, 2004 г.- 350 с.
  38. Хэлволсон Майкл., Майкл Янг, Эффективная работа с Microsoft Office. — C.Петербург: Питер, 2001
  39. Шумаков П.В., Фаронов В.В. Руководство разработчика баз данных. — М.: Нолидж, 2000. — 635 с/
  40. Электронная встроенная гипертекстовая справочная система Microsoft Access, файл MSACC20.HLP, 4.7 Мбайт

Похожие записи