Разработка системы автоматизированного документооборота для Департамента информатизации и связи ОАО "Сибур-Нефтехим"

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

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

2. Проектная часть

2.1 Информационное обеспечение задачи

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

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

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

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

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

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

2.1.2 Характеристика нормативно-справочной, входной и результативной информации

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

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

Для хранения информации о документах, отправляемых из ДИС в структурные подразделения или контрагентам, в базе данных используются таблицы «Проекты документов» и «Готовые документы».

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

Также для работы с входящими документами необходимы следующие справочники:

1. сотрудников, к которому относится справочник должностей и подразделений

2. контрагентов

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

1. сотрудников, к которому относится справочник подразделений Сибур

2. контрагентов, к которому относятся следующие справочники:

- ОКВЭД

- адрес контрагента

- подразделение контрагента

- контактное лицо

- должность

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

Справочники сотрудников для входящих и исходящих документов аналогичны друг другу.

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

Справочник должностей состоит из ключевого поля - Код должности - уникальный номер в соответствии с ОКПДТР и наименования должности.

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

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

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

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

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

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

Чаще всего выделяют три уровня моделей: логический, физический и внешний.

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

ER-модель является одним из элементов концептуальной модели. Использование ER- моделирования (особенно в сочетании с автоматизированными средствами проектирования - CASE-средствами) дает много преимуществ:

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

* является удобным средством документирования проекта;

* позволяет вести проектирование АИС без привязки к конкретной целевой СУБД и осуществлять выбор последней в любой момент времени (чем ближе к концу проектирования это будет сделано, тем точнее может быть выбор).

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

Связь (Relationship) - это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров другой сущности.

Выделяют различные виды связи: «один к одному» (1:1), «один ко многим» (1:М) и «многие ко многим» (М:М).

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

В данном дипломном проекте ER-модель построена в ERWin.

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

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

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

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

Не все виды связи, существующие в предметной области можно отобразить на логическом уровне. Так большинство СУБД не обеспечивают поддержание связи типа М:М. В этом случае в даталогической модели вводится вспомогательный элемент, т.е. M:M разбивается на два отношения между исходными элементами и вспомогательными.

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

- для исходящих документов: проекты документов, готовые документы, подразделения Сибур, сотрудник, сотрудник с правом подписи, сотрудник исполнитель, контрагент, подразделения контрагента, адрес контрагента, контактное лицо, должность, код ОКВЭД.

- для входящих документов: сотрудник, контрагент_входящие, входящий_документ, должность, должность_входящие, подразделения, входящие_сотрудник.

Для того, что бы реализовать связь M:M на физическом уровне были добавлены дополнительные таблицы «проекты_контрагент_сост», «проекты_контрагент_рег», «проекты_внутр_составитель», «проекты_внутр_исп», «готовые_внутр_составитель», «готовые_внутр_исп»,

«готовые_подписи», «готовые_контрагент_рег», «готовые_контрагент_сост»,

«должность_контакт».

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

Описание свойств и типов данных для каждой сущности представлено в Приложении 4.

На основе физической модели была создана база данных в SOL Server путем передачи скрипта из ERWin. Скрипт для входящих и исходящих документов можно увидеть в Приложении 5.

2.2 Программное обеспечение задачи (комплекса задач, АРМ)

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

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

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

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

Таблица 4

Исходящие документы

Модуль	Форма	Описание
Главная форма	Главная_форма	Основное меню.
Регистрация документа		Модуль занесения данных о регистрируемом документе.
Регистрация внутреннего документа	Регистрация_документа	Модуль занесения данных о получателях и отправителях внутренних документов.
Регистрация внешнего документа	Регистрация_внешних_документов	Модуль занесения данных о получателях и отправителях внешних документов.
Журнал регистрации внешних документов	Журнал_регистрации_внешних_документов	Модуль просмотра зарегистрированных внешних документов.
Журнал регистрации внутренних документов	Журнал_регистрации_внутренних_документов	Модуль просмотра зарегистрированных внутренних документов.
Контроль исполнения внутренних документов	Контроль_исполнения_внутренних_докумен	Модуль для поиска, контроля исполнения и просмотра созданного внутреннего документа.
Контроль исполнения внешних документов	Контроль_исполнения_внешних_документов	Модуль для поиска, контроля исполнения и просмотра созданного внешнего документа.
Подразделение контрагента	Подразделения_контрагента	Модуль просмотра, корректировки и занесения данных в справочник подразделений контрагентов.
Подразделения Сибур	Подразделения_Сибур	Модуль просмотра, корректировки и занесения данных в справочник подразделений Сибур-Нефтехим.
Поиск проектов внешних документов	Поиск_проектов_внешних_докумен	Модуль поиска и корректировки проектов внутренних документов.
Поиск проектов внутренних документов	Поиск_проектов_внутр_докумен	Модуль поиска и корректировки проектов внутренних документов.
Сотрудники	Сотрудники	Модуль просмотра, корректировки и занесения данных в справочник сотрудников.
ОКВЭД	ОКВЭД	Модуль просмотра, корректировки и занесения данных в справочник ОКВЭД.
Контактное лицо	Контактное_лицо	Модуль просмотра, корректировки и занесения данных в справочник контактных лиц.
Наделение правами	Наделение_правами	Модуль для занесения данных о лицах, имеющих право подписи и лицах исполнителях.
Информация о контрагенте	Информация_о_контрагенте	Модуль просмотра, корректировки и занесения данных в справочник контрагентов.
Лица, подписавшие документ	Инфа_внешн	Модуль просмотра, корректировки и занесения данных в справочник лиц, имеющих право подписи.
Должности	Должности	Модуль просмотра, корректировки и занесения данных в справочник должностей.
Адрес контрагента	Адрес_контрагента	Модуль для занесения адресных данных.

Таблица 5

Входящие документы

Модуль	Форма	Описание
Главная форма	Главная_форма	Основное меню.
Регистрация внутреннего документа	Регистрация_документа	Модуль занесения данных о получателях и отправителях внутренних документов.
Регистрация внешнего документа	Регистрация_внешних_документов	Модуль занесения данных о получателях и отправителях внешних документов.
Журнал регистрации внешних документов	Журнал_регистрации_внешних_документов	Модуль просмотра зарегистрированных внешних документов.
Журнал регистрации внутренних документов	Журнал_регистрации_внутренних_документов	Модуль просмотра зарегистрированных внутренних документов.
Контроль исполнения внутренних документов	Контроль_исполнения_внутренних_докумен	Модуль для поиска, контроля исполнения и просмотра созданного внутреннего документа.
Контроль исполнения внешних документов	Контроль_исполнения_внешних_документов	Модуль для поиска, контроля исполнения и просмотра созданного внешнего документа.
Информация о контрагенте	Информация_о_контрагенте	Модуль просмотра, корректировки и занесения данных в справочник контрагентов.

2.2.3 Схема взаимосвязи программных модулей

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

* тип Т - передача управления вызываемому модулю с возвратом в вызывающий модуль.

* тип Р - передача управления без возврата.

Дерево программных модулей для исходящих документов представлено на Рис. 36, для входящих документов на Рис.35.

Рис. 35.Дерево программных модулей. Входящие документы

Рис. 36. Дерево программных модулей. Исходящие документы

2.3 Технологическое обеспечение задачи (комплекса задач, АРМ)

2.3.1 Организация технологии сбора, передачи, обработки и выдачи информации

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

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

Меню для внешних документов состоит из следующих пунктов: «Регистрация документа», «Журнал регистрации», «Контроль исполнения», «Информация о контрагенте».

Меню для внутренних документов состоит из следующих пунктов: «Регистрация документа», «Журнал регистрации», «Контроль исполнения».

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

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

Меню для внешних документов состоит из следующих пунктов: «Регистрация документа», «Журнал регистрации», «Контроль исполнения», «Информация о контрагенте», «Поиск проектов», «Отчет».

Меню для внутренних документов состоит из следующих пунктов: «Регистрация документа», «Журнал регистрации», «Контроль исполнения», «Сотрудники», «Поиск проектов», «Отчет».

Формированием документа занимаются уполномоченные лица. После того, как документ создан он регистрируется и отправляется получателю. Затем осуществляется контроль за его исполнением.

Секретарь может заносить и редактировать информацию в справочниках сотрудников и контрагентов.

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

2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

Рис. 37. Схема технологического процесса. Входящие документы

Рис. 38. Пункт меню "Регистрация документа"

Рис. 39. Пункт меню "Журнал регистрации"

Рис. 40. Пункт меню "Поиск проектов"

Рис. 41. Пункт меню "Информация о контрагенте"



Рис. 42. Схема технологического процесса. Исходящие документы

Рис. 43. Пункт меню "Регистрация документа"



Рис. 44. Пункт меню "Журнал регистрации"

Рис. 45. Пункт меню "Контроль исполнения"



Рис. 46. Пункт меню "Поиск документов"

Рис. 47. Пункт меню "Информация о контрагенте"

3. Обоснование экономической эффективности

3.1 Выбор и обоснование методики расчета экономической эффективности

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

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

Э = ЭК + Эп, где Э - экономическая эффективность проекта; (3.1.)

Эк - косвенный эффект,

Эп - прямой эффект.

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

Прямой эффект легче рассчитать, чем косвенный, так как он отражает сокращение трудовых (формулы 3.2.-3.4) и стоимостных (формулы 3.5-3.7) затрат на обработку данных, которые позволяют расчетным путем определить его величину.

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

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

К трудовым показателям относятся:

1. Абсолютное снижение трудовых затрат.

?Т = Т0-Т1 где (3.2)

?Т - абсолютное снижение трудовых затрат

Т0 - трудовые затраты на обработку информации по базовому варианту

Т1 - трудовые затраты на обработку информации по проектируемому варианту

2. Коэффициент относительного снижения трудовых затрат.

Кт = ?Т /Т0,где (3.3)

Кт - коэффициент относительного снижения трудовых затрат

?Т - абсолютное снижение трудовых затрат

То - трудовые затраты на обработку информации по базовому варианту

3. Индекс снижения трудовых затрат или повышения производительности труда.

YТ = Т0/Т1 где (3.4)

YТ - индекс снижения трудовых затрат или повышения производительности труда

Т0 - трудовые затраты на обработку информации по базовому варианту

Т1- трудовые затраты на обработку информации по проектируемому варианту.

К стоимостным показателям относятся:

1. Абсолютное снижение стоимости затрат

?С = С0-С1 где (3.5)

?С - абсолютное снижение стоимостных затрат

С0 - стоимостные затраты на обработку информации по базовому варианту

С1- стоимостные затраты на обработку информации по проектируемому варианту

2. Коэффициент относительного снижения стоимостных затрат

Кс = ?С/С0,где (3.6)

Кс - коэффициент относительного снижения стоимостных затрат

?С - абсолютное снижение стоимостных затрат

С0 - стоимостные затраты на обработку информации по базовому варианту

3. Индекс снижения стоимости затрат

Ут = Т0/Т1где (3.7)

YT - индекс снижения стоимостных затрат

Т0 - стоимостные затраты на обработку информации по базовому варианту

T1 - стоимостные затраты на обработку информации по проектируемому варианту.

Теперь рассмотрим порядок расчета прямого коэффициента (годовой экономии).

Эп = (С0 + Ен * К0) - (С1 + Ен * К1), где (3.8)

Эп - прямой эффект

С0 - текущие стоимостные затраты а базовом эффекте

Ен - нормативный коэффициент эффективности капитальных вложений, ниже которого они уже будут нецелесообразны (=0,15)

К0 - капитальные вложения в базовом варианте

С1 - текущие стоимостные затраты проектируемом варианте

К1- капитальные вложения в проектируемом варианте

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

Капитальные затраты i варианта рассчитываются по формуле 3.9

Ki=Ci_проектирования + Ci_программирования + Ci_отладки + Ci_внедрения + Ci_покупки ТО и ПО (3.9),

где

Ki - капитальные затраты i-ro варианта

Ci_проектирования - стоимость проектирования i-ro варианта

Ci_программирования - стоимость программирования i-ro варианта

Ci_отладки - стоимость отладки i-ro варианта

Ci_внедрения - стоимость внедрения i-ro варианта

Ci_покупки ТО и ПО - стоимость технического и программного обеспечения i-ro варианта.

Стоимость проектирования рассчитывается по формуле 3.10

Спроектирования = Тпроектирования_1*Смаш.час +Тпроектирования_2*З/Плоператора*Кчеловек*(1+Кнр) (3.1.10), где

Спроектирования ~ стоимость проектирования

Тпроектирования_1- время использования ЭВМ при проектировании в часах

Смаш.час - стоимость одного машинного часа

Тпроектирования_2- время проектирования в месяцах

З/Плоператора - месячная зарплата оператора

Кчеловек - количество человек

Кнр - коэффициент накладных расходов (=0,65)

Стоимость программирования рассчитывается по формуле 3.11

Спрограммирования = Тпрогр-я_1*Смаш.час +Тпрогр-я_2*З/Плоператора*Кчеловек*(1+Кнр) (3.11), где

Спрограммирования - стоимость программирования

Тпрограммирования_1 - время использования ЭВМ при программировании в часах

Смаш.час - стоимость одного машинного часа

Тпрограммирования_2- время программирования в месяцах

З/Плоператора - месячная зарплата оператора

Кнр - коэффициент накладных расходов (=0,65)

Стоимость отладки рассчитывается по формуле 3.1.12

Сотладки = Тотладки_1*Смаш.час +Тотладки_2*З/Плоператора*Кчеловек*(1+Кнр) (3.12),

где

Сотладки - стоимость отладки

Тотладки_1- время использования ЭВМ при отладке в часах

Смаш.час - стоимость одного машинного часа

Тотладки_2 - время отладки в месяцах

З/Плоператора - месячная зарплата оператора

Кчеловек - количество человек

Кнр - коэффициент накладных расходов (=0,65)

Стоимость внедрения рассчитывается по формуле 3.13

Свннедрения = Твнедрения_1*Смаш.час +Твнедрения_2*З/Плоператора*Кчеловек*(1+Кнр) (3.13), где

Свннедрения _ стоимость внедрения

Твнедрения_1_ время использования ЭВМ при внедрении в часах

Смаш.час - стоимость одного машинного часа

Твнедрения_2- время внедрения в месяцах

З/Плоператора - месячная зарплата оператора

Кчеловек - количество человек

Кнр - коэффициент накладных расходов (=0,65)

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

Ер=1/Ток, (3.14)

где

Ер - расчетный коэффициент эффективности

Ток - срок окупаемости затрат на внедрение проекта машинной обработки информации.

Желательно, чтобы данный показатель был больше нормативного Ен

Ток = - (К0 - К1)/?С (3.15)

где

Ток - срок окупаемости затрат на внедрение проекта машинной обработки информации

К1- капитальные вложения в проектируемый вариант

К0 - капитальные вложения в базовый вариант

?С - абсолютное снижение стоимостных затрат

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

Частные показатели.

1. Трудовые затраты:

При вычислении частных трудовых затрат принимается во внимание, что в месяц персонал работает 160 часов. Около 70% времени тратится на работу по базовому варианту. Тогда в месяц получается 112 часов, а в год 1344 часов. Как видно из матрицы ответственности, о которой шла речь выше с документами работают 4 человека, следовательно, трудовые затраты по базовому варианту будут равны: Т0 = 1344 ч/г * 4 = 5376 ч

Трудовые затраты по проектному варианту при учете того, что 50% рабочего времени в месяц персонал из 4 человек тратит на работу с новой КИС, составляют: Т1 = 960ч/г * 4 = 3840 ч

2. Стоимостные затраты:

При среднем уровне заработной платы работника в 650$ (15275 руб. при USD 23,5) в месяц, в час заработная плата вычисляется отношением среднего уровня заработной платы и количеством часов работы в месяц (160ч), что составляет 4,06$ (95,5 руб.).

Тогда стоимостные затраты по базовому варианту составят:

C0 = 5376ч* 95,5= 513408 руб.

По проектному варианту:

C1 = 3840ч * 95,5= 366720 руб.

Общие экономические показатели.

1. Трудовые затраты:

1.1 абсолютное снижение трудовых затрат (?Т):

?Т = 5376ч - 3840ч = 1536ч

1.2 коэффициент относительного снижения трудовых затрат (КТ):

КТ = 1536/5376*100%=28,57

1.3 индекс снижения трудовых затрат или повышение производительности труда (YT):

YT = 5376ч/3840ч = 1,4

2. Стоимостные затраты:

2.1 абсолютное снижение стоимостных затрат (?C) (USD):

?C=473625 - 338304= 135321 руб.

2.2 коэффициент относительного снижения стоимостных затрат (КC)

КC = 135321руб./ 473625 руб.*100%=28,57

2.3 индекс снижения стоимостных затрат (YC)

YC=C0/C1 = 473625 руб./ 338304руб.=1,4

Итоговые значения полученных показателей приведены в Таблице 6.

Таблица 6

	Затраты	Абсолютное изменение затрат	Коэффициент изменения затрат	Индекс снижения затрат
	базовый вариант	проектный вариант
Трудоемкость	T0 (час)	T1(час)	?Т=Т0-Т1(час)	КТ=?Т/T0*100%	YT=T0/T1
	5376	3840	1536	28,57	1,4
Стоимость	C0 (руб.)	C1 (руб.)	?C=C0-C1 (руб.)	КC=?C/C0*100%	YC=C0/C1
	513408	366720	135321	28,57	1,4

На основе расчетов, представленных в таблице можно сделать ряд выводов:

1. Трудоемкость при автоматизированном варианте снизилась на 1536 часов. Стоимость данного проекта снизилась по сравнению с предыдущим на 135321руб.

2. Коэффициент изменения стоимостных затрат (КТ) показывает, что при внедрении предлагаемого проекта будет сэкономлено 29% всех ранее затрачиваемых средств на работу по базовому варианту.

3. Коэффициенты изменения трудовых (YT) и стоимостных (YC) затрат равны 1,4, что говорит об их тесной взаимосвязи.

3.2.3 Расчет прямого эффекта от внедрения КИС

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

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

1. Стоимость проектирования:

Спроектир. = Тпроектир_1*Смаш.час +Тпроектир_2*З/Плоператора*Кчеловек*(1+Кнр) = 19205 руб

2. Стоимость программирования составляет 19205

Спрогр-я = Тпрогр-я_1*Смаш.час +Тпрогр-я_2*З/Плоператора*Кчеловек*(1+Кнр) = 19205 руб

3. Стоимость отладки составляет 8365 руб.

Сотладки = Тотладки_1*Смаш.час +Тотладки_2*З/Плоператора*Кчеловек*(1+Кнр) = 8365 руб

4. Стоимость внедрения составляет 8365 руб.

Свннедрения = Твнедрения_1*Смаш.час +Твнедрения_2*З/Плоператора*Кчеловек*(1+Кнр) = 8365 руб

Таким образом, капитальные затраты составляют:

K1=C1_проектирования + C1_программирования + C1_отладки + C1_внедрения + C1_покупки ТО и ПО = 55140 руб.

А прямой эффект от внедрения (Эп):

Эп = (С0 + Ен * К0) - (С1 + Ен * К1) = 138417 руб.

3.2.4 Расчет периода окупаемости.

Срок окупаемости (Ток) представляет собой отношение капитальных затрат на разработку и внедрение ЭИС к абсолютному снижению стоимостных затрат:

Ток= K1/?C, ………………………………………………………….(3.16)

где K1 - капитальные затраты на разработку ЭИС,

?C - абсолютное изменение стоимостных затрат.

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

Ток= 55140/135321=0, 4 (4 мес.)

Таким образом, срок окупаемости затрат на внедрение проекта составит 4 месяца. Это значит, что через 4 месяца все затраты связанные с разработкой и внедрением новой информационной системы в ДИС окупятся.

Заключение

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

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

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

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

При описании технологического обеспечения разработана схема технологического процесса решения задачи.

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

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

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

Список используемых источников

1. В.В. Лабор. Си Шарп: Создание приложений для Windows. - Мн.: Харвест, 2003.

2. Диго С.М. Базы данных: проектирование и использование: Учебник. - М.: Финансы и статистика, 2005.

3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник- 2-е изд., перераб. и доп. -- М.: Финансы и статистика, 2006.

4. Эндрю Троелсен. Язык программирования С# 2005 и платформа.Net 2.0, 3-е издание.: Пер. с англ. - М.: ООО «И.Д. Вильямс».

5. Разработка Windows-приложений на Microsoft Visual Basic.NET и Microsoft Visual C# -NET. Учебный курс MCAD/MCSD: Пер. с англ. -- М.:

6. С.В. Маклаков. BPwin ERwin CASE-средства разработки информационных систем. М.: Диалог-МИФИ, 2001.

7. Материалы с сайта http:// www.directum.ru (ссылка актуальна на 08.06.2008)

8. Материалы с сайта http:// www.landocs.ru (ссылка актуальна на 08.06.2008)

9. Материалы с сайта http:// www.siburnnov.ru (ссылка актуальна на 08.06.2008)

10. Материалы с сайта http://www.boss-referent.ru (ссылка актуальна на 08.06.2008)

12. Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов ОК 016-94 (ОКПДТР)

13.Общероссийский классификатор видов экономической деятельности ОК 029-2001 (ОКВЭД).

14. ГОСТ Р 6.30-97 Унифицированная система организационно-распорядительной документации. Требования к оформлению документов.

15.ГОСТ 7.32-2001.Система стандартов по информации, библиотечному делу и издательскому делу.

16. ГОСТ 19.102-77 ЕСПД. Стадии разработки.

17. ГОСТ Р ИСО/МЭК 12207. Процессы жизненного цикла программных средств.

Приложение 4. Типы данных

Входящие документы

Таблица «Входящий документ»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Регистрационный номер	Varchar(15)	NOT NULL	PK Кластеризованный индекс
Дата регистрации	Datetime	NOT NULL	DF (в качестве значения - текущая системная дата)
Наименование подразделения	Varchar(30)	NOT NULL
Фамилия	Varchar(30)	NOT NULL
Имя	Varchar(20)	NOT NULL
Отчество	Varchar(20)	NOT NULL
Исходящий номер	Varchar(15)	NOT NULL
Дата отправления	Datetime	NOT NULL
Тип документа	Varchar(15)	NOT NULL
Дата исполнения	Datetime	NOT NULL
Факт исполнения	Bit
Номер дела	Varchar(10)
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»).
ОКПО	Сhar(8)	NOT NULL	FK (значения соответствуют столбцу «ОКПО» таблицы «Контрагент_входящие»).

Таблица «Сотрудник»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Табельный номер	Integer	NOT NULL	PK Кластеризованный индекс
Код подразделения	Integer	NOT NULL	FK (значения соответствуют столбцу «Код подразделения» таблицы «Подразделения»).
Фамилия	Varchar(30)	NOT NULL
Имя	Varchar(20)	NOT NULL
Отчество	Varchar(20)	NOT NULL
Телефон	Char(10)	NOT NULL	VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')

Таблица «Контрагент_входящие»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ОКПО	Char(8)	NOT NULL	PK Кластеризованный индекс
Наименование организации	Varchar(30)	NOT NULL
Индекс	Char(6)	NOT NULL
Город	Varchar(20)	NOT NULL
Улица	Varchar(20)	NOT NULL
Дом	Varchar(5)	NOT NULL
Телефон	Char(10)	NOT NULL	VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')
Факс	Char(10)		VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Входящий документ»).

Таблица «Должность»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Код должности	Char(6)	NOT NULL	PK Кластеризованный индекс
Наименование должности	Varchar(100)	NOT NULL

Таблица «Подразделения»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Код подразделения	Integer	NOT NULL	PK Кластеризованный индекс
Наименование подразделения	Varchar(30)	NOT NULL

Таблица «Входящие_сотрудник»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»).
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Входящий документ»).

Таблица «Должность_входящие»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID_D	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»).
Код должности	Char(10)	NOT NULL	FK (значения соответствуют столбцу «Код должности» таблицы «Должность»).

Исходящие документы

Таблица «Сотрудник»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Табельный номер	Integer	NOT NULL	PK Кластеризованный индекс
Код подразделения	Integer	NOT NULL	FK (значения соответствуют столбцу «Код подразделения» из таблицы «Подразделения Сибур»)
Фамилия	Varchar(30)	NOT NULL
Имя	Varchar(20)	NOT NULL
Отчество	Varchar(20)	NOT NULL
Должность	Varchar(30)	NOT NULL
Телефон	Char(10)	NOT NULL	VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')
Электронная почта сотрудника	Varchar(30)

Таблица «Проекты_документов_исходящие»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Регистрационный номер	Varchar(15)	NOT NULL	PK Кластеризованный индекс
Содержание	Varchar(1000)
Дата регистрации	Datetime	NOT NULL	DF (в качестве значения - текущая системная дата)
Тип документа	Varchar(15)	NOT NULL
Статус документа	Varchar(30)
Входящий регистрационный номер	Varchar(15)
Ссылка на проект документ	Varchar(100)	NOT NULL
Дата исполнения	Datetime

Таблица «Готовые документы»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Регистрационный номер	Varchar(15)	NOT NULL	PK Кластеризованный индекс
Тип документа	Varchar(30)	NOT NULL
Дата исполнения	Datetime	NOT NULL
Факт исполнения	Bit	NOT NULL
Содержание	Varchar(1000)
Номер дела	Varchar(10)
Ссылка на исходящий документ	Varchar(100)	NOT NULL

Таблица «Сотрудник с правом подписи»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID_подпись	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» из таблицы «Сотрудник»)

Таблица «Сотрудник исполнитель»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» из таблицы «Сотрудник»)

Таблица «Подразделения Сибур»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Код подразделения	Integer	NOT NULL	PK Кластеризованный индекс
Наименование подразделения	Varchar(30)	NOT NULL
Индекс	Char(6)	NOT NULL
Город	Varchar(20)	NOT NULL
Улица	Varchar(20)	NOT NULL
Дом	Varchar(5)	NOT NULL
Телефон	Char(10)	NOT NULL	VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')
Факс	Char(10)		VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')
Электронная почта подразделения	Varchar(30)

Таблица «Контрагент»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ОКПО	Char(8)	NOT NULL	PK Кластеризованный индекс
Наименование организации	Varchar(30)	NOT NULL
ОГРН	Char(13)	NOT NULL
Код ОКВЭД	Varchar(10)	NOT NULL	FK (значения соответствуют столбцу «Код ОКВЭД» из таблицы «ОКВЭД»)
Наименование банка	Varchar(30)	NOT NULL
ИНН	Char(10)	NOT NULL
КПП	Char(9)	NOT NULL
Расч. счет	Char(20)	NOT NULL
Индекс	Char(6)	NOT NULL
Город	Varchar(20)	NOT NULL
Улица	Varchar(20)	NOT NULL
Дом	Varchar(5)	NOT NULL

Таблица «Подразделения контрагента»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
ОКПО	Char(8)	NOT NULL	FK (значения соответствуют столбцу «ОКПО» таблицы «Контрагент»)
Наименование подразделения	Varchar(30)	NOT NULL
Телефон	Char(10)	NOT NULL	VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')
Электронная почта подразделения	Varchar(30)
Факс	Char(10)		VC ('[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')

Таблица «Адрес контрагента»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
ОКПО	Char(8)	NOT NULL	FK (значения соответствуют столбцу «ОКПО» таблицы «Контрагент»)
Тип адреса	Char(11)	NOT NULL	CK (в качестве значения может вводиться одно из следующих: фактический или юридический)
Индекс	Char(6)	NOT NULL
Город	Varchar(20)	NOT NULL
Улица	Varchar(20)	NOT NULL
Дом	Varchar(5)	NOT NULL

Таблица «Контактное лицо»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Номер контакта	Integer	IDENTITY (1,1)	PK, Кластеризованный индекс
Фамилия	Varchar(30)	NOT NULL
Имя	Varchar(20)	NOT NULL
Отчество	Varchar(20)	NOT NULL
Электронная почта сотрудника	Varchar(30)	NOT NULL
ID	Integer	IDENTITY (1,1)	FK (значения соответствуют столбцу «ID» таблицы «Подразделения контрагента»)

Таблица «Должность»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Код должности	Char(6)	NOT NULL	PK Кластеризованный индекс
Наименование должности	Varchar(30)	NOT NULL

Таблица «Контактное_должность»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer		PK Кластеризованный индекс
Код должности	Char(6)	NOT NULL	FK (значения соответствуют столбцу «Код должности» таблицы «Должность»)
Номер контакта	Varchar(30)	NOT NULL	FK (значения соответствуют столбцу «Номер контакта» таблицы «контактное_лицо»)

Таблица «ОКВЭД»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
Код ОКВЭД	Varchar(10)	NOT NULL	PK Кластеризованный индекс
Наименование вида деятельности	Varchar(30)	NOT NULL

Таблица «Готовые_контрагент_сост»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID KI	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
Регистрационный номер	Varchar(15)	NOT NULL	PK FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Готовые документы»)
Табельный номер	Integer	NOT NULL	PK FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»)

Таблица «Готовые_контрагент_регистр»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID KG	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
Регистрационный номер	Varchar(15)	NOT NULL	PK FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Готовые документы»)
Номер контакта	Integer	NOT NULL	PK FK (значения соответствуют столбцу «Номер контакта» таблицы «Контактное лицо»)

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

Таблица «Проекты_внутр_сост»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID ST	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Проекты документов_исходящие»)
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»)

Таблица «Проекты_внутр_исп»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID IR	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Проекты документов_исходящие»)
ID_исполнитель	Integer	NOT NULL	FK (значения соответствуют столбцу «ID_исполнитель» таблицы «Сотрудник_исполнитель»)

Таблица «Готовые_внутр_сост»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID_VS	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»)
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Готовые документы»).

Таблица «Готовые_внутр_исп»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID_VI	Integer	IDENTITY(1,1)	PK Кластеризованный индекс
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Готовые документы»).
ID_исполнитель	Integer	NOT NULL	FK (значения соответствуют столбцу «ID_исполнитель» таблицы «Сотрудник_исполнитель»).

Таблица «Проекты_контрагент_сост»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
Табельный номер	Integer	NOT NULL	FK (значения соответствуют столбцу «Табельный номер» таблицы «Сотрудник»)
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Проекты_документов_исходящие»)

Таблица «Проекты_контрагент_регистр»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
Номер контакта	Integer	NOT NULL	FK (значения соответствуют столбцу «Номер контакта» таблицы «Контактное лицо»)
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Проекты_документов_исходящие»)

Таблица «Готовые_подписи»

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
ID_PD	Integer	IDENTITY (1,1)	PK Кластеризованный индекс
ID_подпись	Integer	NOT NULL	FK (значения соответствуют столбцу «ID_подпись» таблицы «Сотрудник с правом подписи»)
Регистрационный номер	Varchar(15)	NOT NULL	FK (значения соответствуют столбцу «Регистрационный номер» таблицы «Готовые документы»)

Приложение 5. Скрипт БД

Входящие документы.

use income

CREATE TABLE Входящие_сотрудник

(

Регистрационный_номер varchar(15) NOT NULL,

Табельный_номер int NOT NULL,

ID int IDENTITY (1,1)

)

go

ALTER TABLE Входящие_сотрудник

ADD CONSTRAINT XPKПодразделение_получатель PRIMARY KEY CLUSTERED (ID ASC)

go

CREATE TABLE Входящий_документ

(

Регистрационный_номер varchar(15) NOT NULL,

Дата_регистрации datetime NOT NULL CONSTRAINT Входящий_документ_Дата_регистрации

DEFAULT getdate(),

Исходящий_номер varchar(15) NOT NULL,

Дата_отправления datetime NOT NULL,

Тип_документа varchar(15) NOT NULL,

Дата_исполнения datetime NULL,

Факт_исполнения bit NULL,

Номер_дела varchar(10) NULL,

Табельный_номер int NOT NULL,

Фамилия varchar(30) NOT NULL,

Отчество varchar(20) NOT NULL,

Имя varchar(20) NOT NULL,

Содержание varchar(1000) NULL,

ОКПО char(8) NULL,

Наименование_подразделения varchar(100) NULL

)

go

ALTER TABLE Входящий_документ

ADD CONSTRAINT XPKВходящий_документ PRIMARY KEY CLUSTERED (Регистрационный_номер ASC)

go

CREATE TABLE Должность

(

Код_должности char(10) NOT NULL,

Наименование_должности varchar(100) NOT NULL

)

go

ALTER TABLE Должность

ADD CONSTRAINT XPKДолжность PRIMARY KEY NONCLUSTERED (Код_должности ASC)

go

CREATE TABLE Должность_входящие

(

Табельный_номер int NOT NULL,

ID_D int IDENTITY (1,1),

Код_должности char(10) NOT NULL

)

go

ALTER TABLE Должность_входящие

ADD CONSTRAINT XPKДолжность_входящие PRIMARY KEY CLUSTERED (ID_D ASC)

go

CREATE TABLE Контрагент_входящие

(

ОКПО char(8) NOT NULL,

Наименование_организации varchar(100) NOT NULL,

Индекс char(6) NOT NULL,

Город varchar(20) NOT NULL,

Улица varchar(20) NOT NULL,

Дом varchar(5) NOT NULL,

Телефон char(10) NOT NULL

CONSTRAINT Контрагент_входящие_Телефон_VC_Контрагент_телефон_1968012215

CHECK (Телефон like '[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]'),

Факс char(10) NULL

CONSTRAINT Контрагент_входящие_Факс_VC_Контрагент_Факс_1935581673

CHECK (Факс like '[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]')

)

go

ALTER TABLE Контрагент_входящие

ADD CONSTRAINT XPKКонтрагент_входящие PRIMARY KEY CLUSTERED (ОКПО ASC)

go

CREATE INDEX XAK1Наименование_организации ON Контрагент_входящие

(

Наименование_организации ASC

)

go

CREATE TABLE Подразделение

(

Код_подразделения int NOT NULL,

Наименование_подразделения varchar(100) NOT NULL

)

go

ALTER TABLE Подразделение

ADD CONSTRAINT XPKПодразделение PRIMARY KEY NONCLUSTERED (Код_подразделения ASC)

go

CREATE TABLE Сотрудник

(

Табельный_номер int NOT NULL,

Телефон char(10) NOT NULL

CONSTRAINT Сотрудник_Телефон_VC_Сотрудник_телефон_436451769

CHECK (Телефон like '[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]'),

Фамилия varchar(30) NOT NULL,

Имя varchar(20) NOT NULL,

Отчество varchar(20) NOT NULL,

Код_подразделения int NOT NULL

)

go

ALTER TABLE Сотрудник

ADD CONSTRAINT XPKСотрудник PRIMARY KEY CLUSTERED (Табельный_номер ASC)

go

ALTER TABLE Входящие_сотрудник

ADD CONSTRAINT R_4 FOREIGN KEY (Регистрационный_номер) REFERENCES Входящий_документ(Регистрационный_номер)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Входящие_сотрудник

ADD CONSTRAINT R_8 FOREIGN KEY (Табельный_номер) REFERENCES Сотрудник(Табельный_номер)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Входящий_документ

ADD CONSTRAINT R_2 FOREIGN KEY (Табельный_номер) REFERENCES Сотрудник(Табельный_номер)

N DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Входящий_документ

ADD CONSTRAINT R_6 FOREIGN KEY (ОКПО) REFERENCES Контрагент_входящие(ОКПО)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Должность_входящие

ADD CONSTRAINT R_5 FOREIGN KEY (Табельный_номер) REFERENCES Сотрудник(Табельный_номер)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Должность_входящие

ADD CONSTRAINT R_10 FOREIGN KEY (Код_должности) REFERENCES Должность(Код_должности)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Сотрудник

ADD CONSTRAINT R_7 FOREIGN KEY (Код_подразделения) REFERENCES Подразделение(Код_подразделения)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

Исходящие документы

use outcome

CREATE TABLE Адрес_контрагента

(

Тип_адреса char(11) NOT NULL,

Индекс char(6) NOT NULL,

Город varchar(20) NOT NULL,

Улица varchar(20) NOT NULL,

Дом varchar(5) NOT NULL,

ОКПО char(8) NOT NULL,

ID int IDENTITY (1,1)

)

go

ALTER TABLE Адрес_контрагента

ADD CONSTRAINT XPKАдрес_контрагента PRIMARY KEY CLUSTERED (ID ASC)

go

CREATE TABLE Готовые_внут_исп

(

ID_VI int IDENTITY (1,1),

ID int NOT NULL,

Регистрационный_номер varchar(15) NOT NULL

)

go

ALTER TABLE Готовые_внут_исп

ADD CONSTRAINT XPKГотовые_внут_исп PRIMARY KEY NONCLUSTERED (ID_VI ASC)

go

CREATE TABLE Готовые_внутр_сост

(

ID_VS int IDENTITY (1,1),

Табельный_номер int NOT NULL,

Регистрационный_номер varchar(15) NOT NULL

)

go

ALTER TABLE Готовые_внутр_сост

ADD CONSTRAINT XPKГотовые_внутр_сост PRIMARY KEY NONCLUSTERED (ID_VS ASC)

go

CREATE TABLE Готовые_документы

(

Регистрационный_номер varchar(15) NOT NULL,

Дата_исполнения datetime NULL,

Содержание varchar(1000) NULL,

Номер_дела varchar(10) NULL,

Ссылка_на_исходящий_документ varchar(100) NOT NULL,

Факт_исполнения bit NULL,

Тип_документа char(18) NULL

)

go

ALTER TABLE Готовые_документы

ADD CONSTRAINT XPKИсходящие_документы PRIMARY KEY CLUSTERED (Регистрационный_номер ASC)

go

CREATE TABLE Готовые_контрагент_регист

(

ID_KG int IDENTITY (1,1),

Регистрационный_номер varchar(15) NOT NULL,

Номер_контакта int NOT NULL

)

go

ALTER TABLE Готовые_контрагент_регист

ADD CONSTRAINT XPKГотовые_контрагент_регист PRIMARY KEY NONCLUSTERED (ID_KG ASC)

go

CREATE TABLE Готовые_контрагент_сост

(

ID_KI int IDENTITY (1,1),

Регистрационный_номер varchar(15) NOT NULL,

Табельный_номер int NOT NULL

)

go

ALTER TABLE Готовые_контрагент_сост

ADD CONSTRAINT XPKГотовые_контрагент PRIMARY KEY NONCLUSTERED (ID_KI ASC)

go

CREATE TABLE Готовые_подписи

(

ID_PD int IDENTITY (1,1),

Регистрационный_номер varchar(15) NOT NULL,

ID_подпись int NOT NULL

)

go

ALTER TABLE Готовые_подписи

ADD CONSTRAINT XPKГотовые_ PRIMARY KEY NONCLUSTERED (ID_PD ASC)

go

CREATE TABLE Должность

(

Наименование_должности varchar(30) NOT NULL,

Код_должности char(6) NOT NULL

)

go

ALTER TABLE Должность

ADD CONSTRAINT XPKДолжность_контакт PRIMARY KEY NONCLUSTERED (Код_должности ASC)

go

CREATE TABLE Должность_контакт

(

Номер_контакта int NOT NULL,

ID_D int IDENTITY (1,1),

Код_должности char(6) NOT NULL

)

go

ALTER TABLE Должность_контакт

ADD CONSTRAINT XPKДолжность PRIMARY KEY CLUSTERED (ID_D ASC)

go

CREATE TABLE Контактное_лицо

(

Электронная_почта_сотрудника varchar(30) NOT NULL,

Фамилия varchar(30) NOT NULL,

Имя varchar(20) NOT NULL,

Отчество varchar(20) NOT NULL,

Номер_контакта int IDENTITY (1,1),

ID int NOT NULL

)

go

ALTER TABLE Контактное_лицо

ADD CONSTRAINT XPKКонтактное_лицо PRIMARY KEY CLUSTERED (Номер_контакта ASC)

go

CREATE INDEX XAK1ФИО ON Контактное_лицо

(

Фамилия ASC,

Имя ASC,

Отчество ASC

)

go

CREATE TABLE Контрагент

(

ОКПО char(8) NOT NULL,

Наименование_организации varchar(30) NOT NULL,

ОГРН char(13) NOT NULL,

Наименование_банка varchar(30) NOT NULL,

ИНН char(10) NOT NULL,

КПП char(9) NOT NULL,

Расчетный_счет char(20) NOT NULL,

Индекс char(6) NOT NULL,

Город varchar(20) NOT NULL,

Улица varchar(20) NOT NULL,

Дом varchar(5) NOT NULL,

Код_ОКВЭД varchar(10) NOT NULL

)

go

ALTER TABLE Контрагент

ADD CONSTRAINT XPKКонтрагент PRIMARY KEY CLUSTERED (ОКПО ASC)

go

CREATE INDEX XAK1Наименование_организации ON Контрагент

(

Наименование_организации ASC

)

go

CREATE TABLE ОКВЭД

(

Код_ОКВЭД varchar(10) NOT NULL,

Наименование_вида_деятельности varchar(30) NOT NULL

)

go

ALTER TABLE ОКВЭД

ADD CONSTRAINT XPKОКВЭД PRIMARY KEY NONCLUSTERED (Код_ОКВЭД ASC)

go

CREATE TABLE Подразделение_контрагента

(

Наименование_подразделения varchar(30) NOT NULL,

Телефон char(10) NULL

CONSTRAINT Подразделение_контрагента_Телефон

CHECK (Телефон like '[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]'),

Электронная_почта_подразделения varchar(30) NULL,

Факс char(10) NULL

CONSTRAINT Подразделение_контрагента_Факс

CHECK (Факс like '[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]'),

ОКПО char(8) NOT NULL,

ID int IDENTITY (1,1)

)

go

ALTER TABLE Подразделение_контрагента

ADD CONSTRAINT XPKПодразделение_контрагента PRIMARY KEY CLUSTERED (ID ASC)