Проектирование реализации операций бизнес-процесса «Управление документооборотом» (Характеристика существующих бизнес-процессов)

Содержание:

ВВЕДЕНИЕ

Проектирование реализации операций бизнес-процесса «Управление документооборотом». В данном курсом проекте, рассмотрен пример внедрения системы автоматизации - документооборота в компании «Gate».

Структура курсового проекта состоит из двух частей.

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

Во второй части будет произведен расчет рентабельности. А также рассмотрен практический пример СУБД.

Объект исследования: производственная компания «Gate».

Предмет исследования: документооборот, автоматизация сбора данных.

Цель курсового проекта: реализация автоматизации бизнес процессов.

Задачи курсового проектирования:

Определение узких мест в документообороте предприятия.

Описание и проектирование бизнес процессов.

Проектирование и реализация СУБД

Описание всех стадий заказа

Выполнение контрольного примера.

Глава 1. Аналитическая часть.

Компания «GATE» специализируется на установке автоматических ворот, пандусов и входных групп промышленного назначения.

1.1 Выбор комплекса задач автоматизации

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

Рисунок 1 Структурно-функциональная диаграмма организации «Gate»

В деятельности компании «Gate» можно выделить следующие функциональные направления, связанные между собой на макроуровне и тесно взаимосвязанные (Рисунок 2):

Оформление заказа;

Заявка на расчет;

1. Договор;

Согласование документации;

Разработка проекта.

Рисунок 2 Детализация нулевого уровня функциональной диаграммы бизнес процессов компании «Gate»

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

Итоговыми документами являются отчеты, передаваемые непосредственно руководителю предприятия, для принятия оперативных решений. А также после завершения проекта отправляются данные статистики.

Среди функций управления, приведенных выше на диаграммах (Рисунок 1,Рисунок 2), осуществляемых на предприятии «Gate» необходимо выделить ту совокупность функций, для которых будет разрабатываться проект автоматизации. Очевидно, что в связи с обоснованием тематики данного проекта, в качестве комплекса задач автоматизации будут выбраны те, которые касаются оформления и проектирования заказа.

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

Подробнее рассмотрим этот участок:

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

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

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

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

Решение о внедрении ИС принимает непосредственно директор компании.

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

Значение задержки оформления заказа в цех рассчитывается по Формуле 1.

Формула 1 Значение задержки

Где

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

Для , вычислены среднеарифметические значения.

– в предыдущем отчетном периоде составила 654 рабочих дня.

Что привело к потерям, в виде выплат неустоек клиентам, на сумму 89 567р. Что в свою очередь равно 358,2 чел/часам.

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

1.2 Характеристика существующих бизнес-процессов

Рисунок 3. Схема бизнес-процессов в случае ошибки оформления заказа

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

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

Достичь этого позволит он - лайн доступ к проекту. В программу вводится URL– адрес на проект, находящийся в облаке. Таким образом, конструктор может осуществить проверку, сразу после подписания договора клиентом, и сообщить о недочетах, до того как клиент уйдет из офиса. Таким образом, 90% ошибок удастся избежать.

1.3 Характеристика документооборота, возникающая при решении задачи

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

Таблица 1. Схема документооборота компании

Трудовые затраты при ручной обработке документов в существующем варианте. (Таблица 2). Все расчеты проводились при следующих равных условиях:

- Каждый документ формируется одним сотрудником;

- Часовая тарифная ставка сотрудника по данным бухгалтерии составляет в среднем 250 руб.

Таблица 2. Расчет трудовых затрат при ручной обработке документов.

№ п/п	Наименование документа	Кол-во документов в год	Объем в документе
			Символы записи	Символы сложения	Символы умножения	Символыделения	Сравнение, округление
1	Заявка на расчет	720	1200	3	7	-	15
2	Договор на оказание услуг	610	3354	12	15	-	-
3	Проект	610	1500	10	-	15	-
4	Конструкторские чертежи	610	352	-	-	-	-
5	Смета в проекте	508	900	35	16	-	-
6	Заявка на расходные материалы	508	800	-	12	-	-
7	Бланк выдачи материалов	508	1300	-	12	-	-
8	Акт проверки качества выполнения проекта	489	2152	-	-	-	-

Трудоемкость обработки одного документа с учетом использования клавишных вычислительных машин в соответствии с формулой (2, 3, 4) составит: T_0м = 498,45 (чел./час.)

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

Формула 2 Трудоемкость обработки одного i-ого документа (T_Оi):

(2)

Формула 3. Трудовые затраты при ручной обработке (Т_О):

(3)

Формула 4. Стоимостные затраты при ручной обработке (С_О):

(4)

Где , , , , - соответственно объем символов записи, объем логических преобразований, объем символов сложения, объем символов умножения и объем символов деления в i-ом документе;

N – количество документов, обрабатываемых вручную;

p – часовая тарифная ставка сотрудника;

K_g – коэффициент, учитывающий дополнительную заработную плату, отчисления на социальное страхование, косвенные и накладные расходы. K_g = 0,53 ÷ 0,85

Итого на каждый документ расходуется:

T₀₁ = 0,170 (чел./час.);122,8

T₀₂ = 0,429 (чел./час.);262,2

T₀₃= 0,197 (чел./час.);120,2

T₀₄ = 0,044 (чел./час.);26,84

T₀₅ = 0,135 (чел./час.);68,58

T₀₆ = 0,103 (чел./час.);52,705

T₀₇ = 0,166 (чел./час.);84,455

T₀₈ = 0,0272 (чел./час.);133,37

Общие трудовые затраты за год при ручной обработке согласно формуле  (3) составят:

T_0Р = 871,09 (чел./час.);

Общие стоимостные затраты за год при ручной обработке, рассчитанные по формуле  (4) составят:

C_0Р = 871,09× 250 × (1 + 0,7) = 370213,25 (руб.);

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

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

Формула 5. Трудоемкость операции

(5)

Формула 6. Трудоемкость операции Т_jЭВМ

(6)

где:

, - трудоемкость j-ой операции и обработки на ПЭВМ соответственно;

- объем работы на j-ой операции;

- среднечасовая норма выработки на j-ой операции;

- машинное время решения задачи на ЭВМ.

В таблице 3 приведен расчет операционных затрат при машинной обработке документов. Расчеты проведены в соответствии с формулами (5) – (6).

Расчет операционных затрат при машинной обработке документов в базовом варианте

В проектируемой ИС два вида отчетов генерируются автоматически и не требуют участия менеджера это:

1. Статистика по статусу
2. Статистика по менеджерам

Таблица 3. Расчет операционных затрат при машинной обработке.

Показатель	Операция					Итого
	Проектирование, регистрация, контроль	Ввод данных	Обработка	Выдача данных	Визуальный контроль
Оборудование		ПЭВМ	ПЭВМ	ПЭВМ		-
Единица измерения	Документ	Символ	Символ	Символ	Документ	-
Объем, Q	3058	480752	7500	495655	3058	-
Средне часовая норма выработки, Н (час)	11	6000	6000	12000	18	-
Трудоемкость, TОМ (час)	278	8,1	1,25	41,3	169,8	498,45

Общие трудовые затраты за год при машинной обработке составят:

T_0м = 498,45 (чел./час.);

Общие стоимостные затраты за год при ручной обработке, рассчитанные по формуле  (4) составят:

C_0м = 498,45× 250 × (1 + 0,7) = 211841,25 (руб.);

Сравнение расходов на обработку документов

Таблица 4. Сравнение расходов

	Затраты		Абсолютное измене-ние затрат	Коэффициент изменения затрат	Индекс измене-ния затрат
	Ручнаяобработка	Машиннаяобработка
Трудоем-кость	Т0(чел./час)	Т1(чел./час)	∆Т=Т0–Т1 (чел./час)	КТ=∆Т/Т0× 100%	УТ=Т0/Т1
	871,09	498,45	372,64	42,7%	1,747
Стоимость	С0 (руб.)	С1 (руб.)	∆С=С0–С1 (руб.)	КС=∆С/С0*100%	УС=С0/С1
	370213,25	211841,25	158372	42,7%	1,747

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

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

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

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

Формула 7. Расчет среднегодовой экономии

; (7)

С_эк =158372+89 567= 247 939р

1.4 Обоснование проектных решений по информационному обеспечению

В нашей сфере производства вполне возможно обойтись унифицированными формами документов. Решено ИС полностью адаптировать под основные документы и контроль за сроками.

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

Минимальные требования. При разработке формы первичного документа в него обязательно нужно включить реквизиты, перечисленные в ч. 2 ст. 9 Закона № 402-ФЗ:

наименование документа;

дата составления документа;

наименование составителя документа;

содержание факта хозяйственной жизни;

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

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

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

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

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

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

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

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

Рассмотрим основные характеристики некоторых СУБД — лидеров на рынке. В рассматриваемую группу программных продуктов вошли:

dBASEIV 2.0;

MicrosoftAccess;

Microsoft FoxPro 2.6 for DOS;

Microsoft FoxPro 2.6 for Windows;

Paradox for Windows, версия 4.5 компании Borland.

Производительность СУБД оценивается:

временем выполнения запросов;

скоростью поиска информации;

временем выполнения;

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

максимальным числом параллельных обращений;

временем генерации отчета.

Выбрана иерархическая логическая организация файловой системы.

Рисунок 4. Организация файловой системы.

Заявка на расчет

Договор

Проект

Акт проверки качества

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

1.5 Обоснование проектных решений по программному обеспечению

Разрабатываемая система предназначена для работы в операционной системе Windows. Программа должна работать в любой операционной системе семейства Windows: WindowsXP, 7, 8, а также на серверных вариантах этой операционной системы. Такой выбор объясняется развитым удобным графическим пользовательским интерфейсом данного семейства операционных систем, а также ее популярностью на российском рынке. Многие компании - разработчики программного обеспечения, в том числе разработки СЭД (Система электронного документооборота), также ориентированы на семейство операционных систем Windows.

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

В последнее время особую популярность приобретает операционная система Linux и ее производные. Однако, самые популярные разработчики СЭД не выпускают программное обеспечение под данную операционную систему.

В Access, возможно изменять права доступа, чтения и редактирования документов.

Доступ к данным посредством языка SQL–это самый важный фактор в выборе корпоративной СУБД.

Язык запросов SQL реализован в целом ряде СУБД для различных типов ЭВМ либо как базовый, либо как альтернативный. Является международным стандартом языка запросов. Язык SQL предоставляет развитые возможности удаленного обращения.

СУБД имеют доступ к данным SQL в следующих случаях:

базы данных совместимы с ODBC (OpenDatabaseConnectivity — открытое соединение баз данных);

реализована естественная поддержка SQL-баз данных;

возможна реализация SQL-запросов локальных данных.

Многие СУБД могут подключаться к входным SQL- подсистемам с помощью ODBC или драйверов, являющихся их частью.

Access 2.0 и Paradox for Windows работают с источниками SQL-данных, совместимых с системой ODBC.

FoxPro (for dos и for Windows) поставляются с дополнительными библиотеками, которые обеспечивают доступ к SQL-базам данных.

Можно напрямую управлять базами данных Access с помощью языка SQL и передавать сквозные SQL-запросы совместимым со спецификацией ODBC SQL-базам данных, таким, как MS SQL Server и Oracle, так что Access способна служить средством разработки масштабируемых систем: клиент-сервер.

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

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

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

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

• обеспечивать надежность процесса эксплуатации проекта;

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

Методы проектирования АИС можно классифицировать по степени использования средств автоматизации.

По степени автоматизации различают:

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

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

Методы проектирования:

Метод "снизу-вверх".

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

Метод "сверху вниз".

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

Именно метод "сверху вниз" подходит нам для реализации проекта.

Глава 2. Практическая часть.

2.1 Информационная модель и её описание

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

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

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

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

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

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

Далее представлен сценарий диалога.

Рисунок 5. Информационная модель.

2.2 Характеристика нормативно-справочной, входной оперативной информации

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

Таблица 5. Перечень используемых справочников.

п/п	Название справочника	Ответственный за ведение	средний объём справоч-ника в записях	Среднюю частоту актуализации	Средний объем актуализации, %
1	Договоры	Администратор	5000	1 раз в месяц	20
2	Заказы	Администратор	500	1 раз в месяц	10
3	Клиенты	Пользователь	100	1 раз в месяц	20
4	Заявки на расчет	Администратор	500	1 раз в неделю	20
5	Проекты	Пользователь	5000	1 раз в месяц	10
6	Статусы	Администратор	2500	1 раз в месяц	20

Реквизитный состав справочников приведен в таблице № 6

Таблица 6. Реквизитный состав справочников

№ пп	Наименование	Перечень реквизитов
	Договора	ID, Дата, тип оплаты,
	Заказы	Менеджер Дата Дата передачи в цэх ID.
	Клиенты	ID, Фамилия, имя, отчество телефон Адрес
	Проектов	ID, URL- адрес
	Заявки на расчет	ID, дата

2.3 Характеристика результатной информации

Таблица 7. Описание выходных документов

№ пп	Наименование	Реквизиты	Таблицы, на основе которых формируется	Частотаформирования	Способ доставки
1	Проекты	Номер URL	Проекты Состояние проектов Клиенты	По мере необходимости	Экранная форма
2	Договора	Номер Дата начала Дата окончания степень	Проекты Состояние проектов Заказы	По мере необходимости	Экранная форма
3	Акт проверки проекта	Проект Смета Наименование клиента	Состояние Клиенты	По одному на проект	Экранная форма

2.4 Общие положения дерево функции и сценария диалога

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

Рисунок 6. Дерево функций

Рисунок 7. Сценарий диалога

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

Рисунок 8. Модель

Описание структуры записей

Таблица 8. Поля справочника «Договоры»

Название	Тип	Длина поля	Прочее
ID	Счетчик	Короткоецелое
ID заказа	Числовой	Короткоецелое
Дата	Дата	Дата
Тип оплаты	текстовый	255

Таблица 9. Поля «Заказы»

Название	Тип	Длинна поля	Прочее
ID	Счетчик	Короткоецелое
ID клиента	Числовой	Короткоецелое
Менеджер	текстовый	255
Дата	Дата	Дата
Дата передачи в цэх	Дата	Дата

Таблица 10. Поля «Заявки на расчет»

Название	Тип	Длинна поля	Прочее
ID	Счетчик	Короткоецелое
ID заказа	Числовой	Короткоецелое
Дата	Дата	Дата
примечания	текстовый	255

Таблица 11. Поля «клиенты»

Название	Тип	Длинна поля	Прочее
ID	Счетчик	Короткоецелое
Ф.И.О	Текстовый	255
Дата	Дата	Дата
телефон	текстовый	255
Адрес	текстовый	255

Таблица 12. Поля «Проекты»

Название	Тип	Длинна поля	Прочее
ID	Счетчик	Короткоецелое
ID заказа	Числовой	Короткоецелое
URL	URL ссылка	255

Таблица 13. Поля «Статусы»

Название	Тип	Длинна поля	Прочее
ID	Счетчик	Короткоецелое
Имя статуса	текстовый	текстовый
Индекс	Числовой	Короткоецелое

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

Рисунок 9 Структурная схема проекта

Рисунок 10 Дерево вызова программных модулей

Таблица 14 Описания функций модулей

п/п	Наименование модуля	Функции модуля
1	Главное окно	Кнопочная форма, место размещения навигации.
2	Модуль справочников	Содержит выходы для просмотра таблиц
3	Модуль анализа	Содержит комплекс запросов.
4	Модуль генерирования отчетов	Содержит команды генерирующие отчеты по данной БД
5	Модуль дополнения справочников	Содержит функции для дополнения справочников.
6	Модуль быстрого добавления клиентов	Выведен на главный экран для оперативной работы
7	Модуль выхода изпрограммы	Содержит функции выхода

Блок схема программного модуля

Рисунок 11 Схема программного модуля

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

Опишем контрольный пример для проверки работоспособности системы.

Тестовые данные заказов на рисунке 12

Рисунок 12

Данные заказов находящихся в цеху на рис № 13

Рисунок 13

Формы для работы с данными рис 14-15.

Рисунок 14

Рисунок 15

Отчеты иллюстрированы на рис 16-17.

Рисунок 16 Статистика по перекрестному запросу.

Рисунок 17 Статистика по статусам заказов.

Заключение

В рамках курсового проекта выполнено проектирование СУБД для предприятия «Gate».

Проектируемая ИС автоматизирует следующие функции.

• На 100% удаляет ручную обработку документов в компании.
• Автоматизирует ведение отчетности
• Контролирует сроки по всем проектам одновременно
• Осуществляет учет статусов заказов
• Собирает статистику по менеджерам
• Делает заказ доступным для конструкторов зразу после подписания договора.

Также в рамках проекта построены диаграммы в нотации IDEF0, модели данных, схемы данных, проверка работоспособности системы.

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

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

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

1. Гандерлой Автоматизация Microsoft Access с помощью VBA / Гандерлой, Харкинз Майк; , Сейлз Сьюзан. - М.: Вильямс, 2012. - 416 c.

2. Тимошок, Т.В. Microsoft Office Access 2007: самоучитель / Т.В. Тимошок. - М.: Вильямс, 2008. - 464 c.

3. Администрирование баз данных Oracle в операционной системе UNIX. - М.: СПб: ЦКТиП Газпром, 2012. - 300 c.

4. Андреева, В.И. Делопроизводство. Требования к документообороту фирмы (на основе ГОСТов РФ) / В.И. Андреева. - М.: Бизнес-школа Интел-Синтез; Издание 2-е, перераб. и доп., 2009. - 222 c.

5. Глушаков, С.В. Базы данных / С.В. Глушаков, Д.В. Ломотько. - М.: Харьков: Фолио, 2013. - 504 c.

6. Жеребенкова, А.В. Документооборот на предприятии / А.В. Жеребенкова. - М.: Вершина; Издание 2-е, перераб. и доп., 2015. - 384 c.

7. Захаркина, О. И. Кадровая служба предприятия. Делопроизводство, документооборот и нормативная база / О.И. Захаркина, Д.Е. Гусятникова. - М.: Омега-Л, 2012. - 264 c.

8. Хаббард, Дж. Автоматизированное проектирование баз данных / Дж. Хаббард. - М.: Мир, 2009. - 296 c.

9. Любарский, Ю.Я. Интеллектуальные информационные системы / Ю.Я. Любарский. - М.: Наука, 2011. - 228 c.

10. Криницкий, Н.А. Автоматизированные информационные системы / Н.А. Криницкий, Г.А. Миронов, Г.Д. Фролов. - М.: Наука, 2010. - 382 c.

11. Любарский, Ю.Я. Интеллектуальные информационные системы / Ю.Я. Любарский. - М.: Наука, 2012. - 232 c.