Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Пояснительная записка состоит их введения, двух глав, заключения, списка использованных источников.

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

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

• Обеспечить быстрый и прямой доступ к необходимым данным;
• Автоматическое формирование выходных документов по введённым параметрам.

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

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

Внедрение АИС повлечёт за собой следующие изменения в функциях сотрудника экологической службы:

• Отсутствие необходимости внесения задачи «ведение информации о плановых мероприятиях по защите окружающей среды» в отдельную функцию. Указанная информация в рамках АИС относится к оперативной, вводится и редактируется;
• Упрощение процесса поиска информации;
• Упрощение процесса создания отчётности. Теперь сотрудник службы может нажатием на кнопку вывести на экран отчёт, который АИС автоматически сформирует.

Рассмотрим источники поступления оперативной и условно-постоянной информации.

К оперативной информации относятся:

• Сведения о запланированных мероприятиях по охране окружающей среды;
• Сведения о расходах на проводимые мероприятия по охране окружающей среды.

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

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

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

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

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

Охарактеризуем выходную информацию:

Сводная спецификация:

• Наименование контрагента и сведения о нем;
• Наименование мероприятия и сведения о нем;
• Сведения о материале и его количестве;

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

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

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

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

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

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

Таблица 1

Функции и действия, выполняемые при закупке материалов на проведение мероприятий по охране окружающей среды

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

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

Хранение данных в централизованной базе и использование информационной системы для расчётов позволяет изменить бизнес-процессы следующим образом:

• Исключить работу сотрудников по закупке: при выборе каждого наименования система автоматически сообщит о наличии выбранного товара на складах;
• Упростить составление сметы: она формируется системой автоматически на основании заранее составленного списка материалов;
• Упростить подготовку отчётности: для вывода отчётов достаточно выбрать их тип – система сформирует отчёты автоматически.

К обработке информации АРМ предъявляются следующие требования:

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

Контекстная диаграмма бизнес-процесса «Деятельность сотрудника экологической службы» в нотации IDEF0, показана на Рисунке 1.

Рисунок 1. Контекстная диаграмма бизнес-процесса «Деятельность сотрудника экологической службы» (IDEF0)

На Рисунке 2 представлена декомпозиция бизнес-процесса «Деятельность сотрудника экологической службы», которая заменена одной специализированной АИС.

Рисунок 2. Декомпозиция бизнес-процесса «Деятельность сотрудника экологической службы» (IDEF0)

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

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

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

Схема документооборота Договора на поставку материалов показана на Рисунке 3.

Рисунок 3. Схема документооборота договора на поставку материалов

Схема документооборота Заказ контрагенту показана на Рисунке 4.

Рисунок 4. Схема документооборота Заказ контрагенту

Специалист, для которого разрабатывается АИС, выполняет следующие виды работ:

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

Таблица 2

Время на выполнение данных работ без использования АИС

Название работы	Время на выполнение данных работ без использования АРМ, мин.	Количество операций в день,
планирование закупок	30	5
выбор контрагента	20	5
составление договора на закупку	30	5
составление отчетности	60	1

Рассчитаем затраты на выполнения этих задач без  АИС в день:

, (1)

где – затраты на выполнение работ специалистом без  АИС;

– время на выполнение очередной работы без  АИС;

– количество данных операций в день;

– стоимость одного часа работы специалиста.

З_о = (30/60*5 + 20/60*5 + 30/60*5 + 60/60*1) * 90 = 720 (руб.)

Подсчитаем время на выполнения задач с использованием АИС:

Таблица 3

Время на выполнение данных работ с использованием  АИС

Название работы	Время на выполнение данных работ с использованием АРМ, мин.	Количество операций в день,
планирование закупок	15	5
выбор контрагента	10	5
составление договора на закупку	15	5
составление отчетности	20	1

Рассчитаем затраты на выполнения этих задач с АИС в день:

, (2)

где – затраты на выполнение работ специалистом с  АИС;

– время на выполнение очередной работы с  АИС;

– количество данных операций в день;

– стоимость одного часа работы специалиста.

З₁ = (15/60*5 + 10/60*5 + 15/60*5 + 20/60*1) * 90 = 345 (руб.)

Экономия от внедрения АИС составляет:

(3)

*

)

(

/

.

.

1

0

Ч

З

З

Э

год

д

р





Э = (З₀-З₁)*Ч_{р.д./год} = (720 - 345) * 280 = 95 880 (руб.)

где - экономия от внедрения АИС;

- число рабочих дней в году, 280 дней.

Период окупаемости составляет:

, (4)

где - период окупаемости АИС;

- затраты на разработку АИС.

П = 38163/95 880 = 0,4 года или примерно 4,8 месяца.

Таким образом, период окупаемости разработанной АИС сотрудника отдела снабжения составит 4,8 месяца.

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

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

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

Логическая модель (ER-диаграмма) разрабатываемой информационной системы представлена на Рисунке 5.

Рисунок 5. Логическая модель

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

Нормативно-справочная и входная информация.

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

В Таблице 4 приведено описание ключевых сущностей информационной системы специалиста по снабжению.

Таблица 4

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

Кодируемое множество объектов	Длина кода	Мощность кода	Система кодирования	Система классификации	Вид классификатора
Код пользователя	4	1	порядковая	отсутствует	отраслевой
Код должности	4	1	порядковая	отсутствует	отраслевой
Код отдела	4	1	порядковая	отсутствует	отраслевой
Код контрагента	4	1	порядковая	иерархический	отраслевой
Код договора	4	1	порядковая	отсутствует	отраслевой
Код заказа	4	1	порядковая	отсутствует	отраслевой
Код МЦ	4	1	порядковая	отсутствует	отраслевой

В Таблице 5 приведен перечень связей информационной базы разрабатываемой системы

Таблица 5

Связи информационной базы

Сущность 1	Сущность 2	Тип связи
Пользователи	Договора	1:М
Должности	Пользователи	1:М
Группы МЦ	Материальные ценности	1:М
Контрагент	Договора	1:М
Отделы	Пользователи	1:М

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

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

Таблица 6

Справочник «Контрагенты»

Наименование поля	Тип данных	Размер поля
1	2	3
Код контрагента	Числовой	Целое
Наименование	Текстовый	250
ИНН	Текстовый	15
Адрес	Текстовый	250
Контактное лицо	Текстовый	150
Телефон	Текстовый	25
Тип контрагента	Числовой	Краткое целое

Таблица 7

Справочник «Должности»

Наименование поля	Тип данных	Размер поля
1	2	3
Код типа	Числовой	Целое
Наименование	Текстовый	100

Таблица 8

Справочник «Материальные ценности»

Наименование поля	Тип данных	Размер поля
1	2	3
Код МЦ	Числовой	Целое
Код группы	Числовой	Целое
Артикул	Текстовый	10
Наименование	Текстовый	150
Количество на складе	Числовой	Целое
Стоимость	Числовой	Вещественное

Таблица 9

Справочник «Отделы»

Наименование поля	Тип данных	Размер поля
1	2	3
Код отдела	Числовой	Целое
Наименование	Текстовый	150

Таблица 10

Справочник «Договора»

Наименование поля	Тип данных	Размер поля
1	2	3
Код договора	Числовой	Целое
Тип договора	Числовой	Краткое целое
Код контрагента	Числовой	Целое
Дата	Дата
Путь к оригиналу	Текстовый	250
Ответственный	Числовой	Целое

Таблица 11

Справочник «Финансовые документы»

Наименование поля	Тип данных	Размер поля
1	2	3
Код документа	Числовой	Целое
Тип документа	Числовой	Краткое целое
Номер	Текстовый	10
Дата	Дата
Сумма	Числовой	Вещественное
Ответственный	Числовой	Целое
Код договора	Числовой	Целое

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

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

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

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

В Таблице 12 приведены основные параметры выходных документов разрабатываемой информационной базы.

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

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

Таблица 12

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

Наименование выходного документа	Реквизит	Основание
Отчет о выполненных заказах	Наименование ресурса	справочник продукции
	Дата поставки	журнал складских операций
	Количество ресурсов в наличии	журнал складских операций
	Остаточная стоимость	справочник продукции
	Модель	справочник моделей оборудования
	Тип оборудования	справочник типов оборудования
Договор на поставку продукции	Дата договора	журнал складских операций
	Наименование оборудования	справочник продукции
	Количество	журнал складских операций
	Стоимость	справочник моделей
	Наименование контрагента	справочник контрагентов
	ИНН контрагента	справочник контрагентов
	Адрес контрагента	справочник контрагентов
Отчет о проведенных мероприятиях	Наименование мероприятия	Журнал мероприятий
	Дата проведения	Журнал мероприятий
	Время проведения	Журнал мероприятий
	Стоимость материалов	Справочник мероприятий
	Количество участников	Справочник сотрудников

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

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

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

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

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

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

Клиентское программное обཾеспеཾчеཾниཾе АИС должно реཾалཾизཾовыватཾь следующие типов диཾалཾогཾов:

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

Обоснование выбора средств разработки.

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

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

Для обоснования выбора средств реализации клиентской части приложения, проведён сравнительный анализ трех средств разработки и рассчитана аддитивная оценка, которая приведена в Таблице 13.

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

• Операционная система
• Минимальные системные требования
• Подход к разработке ПО
• Механизмы доступа к БД
• Утилиты для работы с БД
• Поддержка классов
• Поддержка стандарта языка SQL
• Наличие компонент построения отчётов и диаграмм
• Возможность создания запускаемого файла

Таблица 13

Сравнительный анализ средств разработки

Характеристики и преимущества средств разработки	Delphi 7	Visual C#	Visual Basic	Вес	Оценка
					Delphi		C#		Basic
Операционная система	MS Windows XP, Vista, 7	MS Windows XP, Vista, 7	MS Windows XP, Vista, 7	0,1	5	0,5	5	0,5	5	0,5
Минимальные системные требования	ЦПУ 2000 МГц, ОЗУ 2048 МБ, HDD 3 ГБ	ЦПУ 900 МГц, ОЗУ 256 МБ, HDD 1 ГБ	ЦПУ 1600 МГц, ОЗУ 1024 МБ, HDD 3 ГБ	0,1	4	0,4	4	0,4	4	0,4
Подход к разработке ПО	Структурный подход, ООП	Структурный подход, ООП	Структурный подход, ООП	0,1	5	0,5	5	0,5	5	0,5
Механизмы доступа к БД	BDE, ADO, IBExpress, dbExpress, MIDAC	BDE, ADO, IBExpress, dbExpress, MIDAC	ADO, DAO, RDO	0,15	5	0,75	5	0,75	3	0,45
Утилиты для работы с БД	InterBase Console, BDE Administrator, Database Desktop, SQL Explorer	InterBase Console, BDE Administrator, Database Desktop, SQL Explorer	Wizdata	0,15	5	0,75	5	0,75	3	0,45
Поддержка классов	+	+	+	0,1	5	0,5	5	0,5	5	0,5
Поддержка стандарта языка SQL	+	+	+	0,1	5	0,5	5	0,5	5	0,5
Наличие компонент построения отчётов и диаграмм	+	+	+	0,1	5	0,5	5	0,5	5	0,5
Возможность создания запускаемого файла	+	+	+	0,1	5	0,5	5	0,5	5	0,5
Аддитивная оценка				1		4,9		4,9		4,3

Таким образом, на основании анализа характеристик средств разработки, было установлено, что Delphi 7 и Visual C# имеют наиболее высокую аддитивную оценку. Для разработки пользовательского интерфейса программного средства, осуществляющего доступ к данным базы, была выбрана визуальная среда программирования Delphi 7. Данная среда программирования позволяет создавать приложения с минимальными затратами времени, так как в его основе лежит концепция быстрого создания приложений (RAD). Delphi 7 базируется на языке программирования Pascal.

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

Обоснование выбора СУБД.

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

где:

– количество сравнительных характеристик;

– вес каждого критерия;

– оценка значения каждого критерия.

Результаты сравнительного анализа выделенных СУБД приведены в Таблице 14.

Таблица 14

Сравнительный анализ СУБД

Характеристики и преимущества СУБД	MS Access 2010	InterBase 7.5	Visual FoxPro 8.0	Вес	Оценка
					Access		Inter Base		FoxPro
Максимальный размер файла базы данных	2 ГБ	10 ГБ	2 ГБ	0,1	3	0,3	5	0,5	3	0,3
Минимальные системные требования	500 МГц, ОЗУ 256 МБ, HDD 1,5 ГБ	800 МГц, ОЗУ 512 МБ, HDD 10 ГБ	800 МГц, ОЗУ 512 МБ, HDD 1,5 ГБ	0,1	5	0,5	4	0,4	4	0,4
Максимальное число объектов в базе данных	32 768	65 536	32 768	0,05	4	0,2	5	0,25	4	0,2
Максимальное количество записей в таблице	2 147 483 647	∞	1 трлн.	0,05	4	0,2	5	0,25	3	0,15
Максимальное количество столбцов в таблице	255	1000	255	0,05	3	0,15	5	0,25	3	0,15
Число уровней вложенности запросов	50	16	16	0,1	5	0,5	3	0,3	3	0,3
Поддержка сервера БД	―	+	+	0,1	0	0	5	0,5	5	0,5
Встроенный язык программирования	+	―	+	0,1	5	0,5	0	0	5	0,5
Генерация отчетов	+	―	―	0,1	5	0,5	0	0	0	0
Резервное копирование данных	+	+	+	0,1	5	0,5	5	0,5	5	0,5
Простота установки и работы	+	―	―	0,05	5	0,25	3	0,15	3	0,15
Дополнительные затраты	―	+	+	0,1	5	0,5	3	0,3	3	0,3
Аддитивная оценка				1		4,1		3,4		3,45

Таким образом, на основании анализа характеристик СУБД, было установлено, что Access имеет наиболее высокую аддитивную оценку, поэтому для хранения данных была выбрана эта СУБД. К тому же, данный выбор обусловлен тем, что разработка АРМ на базе СУБД MS Access не потребует дополнительных затрат на покупку программного обеспечения.

2. ПРОЕКТНАЯ ЧАСТЬ

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

Информационная модель системы показана на Рисунке 6.

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

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

Таблица 15

Содержание таблиц базы данных

№	Название таблицы	Назначение
1	tbl_Users (Пользователи)	Таблица, содержащая сведения о пользователях системы
2	tbl_Post (Должности)	Таблица, содержащая сведения о должностях пользователей
3	tbl_Department (Подразделения)	Таблица, содержащая сведения о подразделениях компании
4	tbl_Counterparty (Контрагенты)	Таблица, содержащая сведения о контрагентах компании
5	tbl_MCGroup (Группы МЦ)	Таблица, содержащая сведения о группах материальных ценностей на складе
6	tbl_MC (Материальные ценности)	Таблица, содержащая сведения о материальных ценностях на складе
7	tbl_Document (Договора)	Таблица, содержащая сведения о договорах с контрагентами
8	tbl_Order (Заказы)	Таблица, содержащая сведения о заказах
9	tbl_Payment (Платежные документы)	Таблица, содержащая сведения о платежных документах

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

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

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

Рассмотрим характеристику входной информации на примере справочника «Пользователи системы».

Окно «Пользователи системы» предназначено для создания списка пользователей системы. Окно «Пользователи системы» (см. рисунок 7) выполняет основную функцию редактирование таблицы «tbl_Users» в базе данных.

Окно содержит:

• таблицу с полями: ФИО пользователя, название должности, подразделение, к которому относится пользователь, телефон, логин пользователя.
• панель данных с полями для ввода: ФИО пользователя, название должности, подразделение, к которому относится пользователь, телефон, логин и пароль пользователя.
• кнопка «Добавить» служит для добавления введенных данных в базу данных.
• кнопка «Удалить» ‒ выполняет функцию удаление записи из базы данных.
• кнопка «Завершить» ‒ выполняет функцию закрытие окна.

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

Пример кода кнопки «Добавить» представлен на рисунке 8. Код кнопки «Удалить» представлен на рисунке 9. Код кнопки «Завершить» представлен на рисунке 10.

Пример SQL-запроса на открытие таблицы представлен на рисунке 11.

SQL-запрос на добавление записи представлен на рисунке 12.

SQL-запрос на удаление записи представлен на рисунке 13.

Рисунок 7. Окно «Пользователи системы»

Рисунок 8. Код кнопки «Добавить»

Рисунок 9. Код кнопки «Удалить»

Рисунок 10. Код кнопки «Завершить»

Рисунок 11. SQL-запрос на открытие таблицы

Рисунок 12. SQL-запрос на добавление записи

Рисунок 13. SQL-запрос на удаление записи

На этой же основе сделаны окна только с различием функции редактирование таблицы в базе данных такие как:

• «Должности» - отвечает за таблицу «tbl_Post», для создания списка должностей.
• «Подразделения» - отвечает за таблицу «tbl_Department», для создания списка отделов.
• «Группы материальных ценностей» - отвечает за таблицу «tbl_GroupMC», для создания списка групп материальных ценностей.
• «МЦ на складе» - отвечает за таблицу «tbl_MC», для создания списка материальных ценностей на складе.
• «Контрагенты» - отвечает за таблицу «tbl_Counterparty», для создания списка контрагентов компании.
• «Журнал договоров» - отвечает за таблицу «tbl_Document», для создания списка договоров, заключенных компанией.
• «Журнал заказов» - отвечает за таблицу «tbl_Order», для создания списка заказов клиентов.
• «Журнал платежных документов» - отвечает за таблицу «tbl_Payment», для создания списка финансовых документов.

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

Рассмотрим характеристику результатной информации на примере формы «Главная форма» (рисунок 14) и отчета «План закупок» (рисунок 19).

Рисунок 14. Главная форма

Главная форма программы (см. рисунок 14) отвечает за доступ к другим окнам и подключение к базам данных. Верхняя панель является меню программы. Во вкладке меню «Файл» содержится один раздел «Завершить работу».

Во вкладке меню «Справочники»:

- «Пользователи»;

- «Должности»;

- «Подразделения»;

- «Группы материалов»;

- «Материалы на складе»;

- «Контрагенты»;

Во вкладке меню «Договора»:

- «Журнал договоров»;

Во вкладке меню «Работа»:

- «Журнал заказов»

- «Журнал оплат»

Во вкладке меню «Отчеты»:

- «Плановый отчет»

- «Отчет бухгалтерских операций»

Во вкладке меню «Помощь»:

- «О программе».

Разделы отсортированы по критерию важности и по частоте обновление информации. Вкладка «Договора» и «Справочник» их разделы несут важную функцию по заполнение информацией таблиц базы данных для сотрудника экологического отдела.

Во вкладке «Файл» раздел «Завершить работу» выполняет функцию закрытия программы. Также есть вкладка «Помощь» её раздел «О программе» содержат информацию о программе, авторе, версии программы.

Пример кода меню, вызываемого при возникновении события «нажатие» для раздела «Журнал договоров» представлен на рисунке 15.

Рисунок 15. Обработка клика мыши по разделу «Журнал договоров»

Пример кода меню, вызываемого при возникновении события «нажатие» для раздела «Контрагенты» представлен на рисунке 16.

Рисунок 16. Обработка клика мыши по разделу «Контрагенты»

Фрагмент кода, вызываемого при возникновении события «нажатие» для кнопки «Открыть договор» представлен на рисунке 17.

Рисунок 17. Обработка клика мыши по кнопке «Открыть договор»

При клике по складке «Отчеты/План закупок» сформируется отчет по плану закупок на текущую дату (Рисунок 18).

Рисунок 18. Отчет «План закупок»

Запрос на формирование отчета показан на Рисунке 19.

Рисунок 19. Запрос на выборку данных для формирования отчета

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

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

• файл «isfnk.exe» - исполняемый файл приложения «Информационная система»;
• каталог «DB» содержит файлы «FNK.mdf» и «FNK_log.ldf» - это файлы базы данных СУБД MS SQL 2008 для хранения данных.
• каталог «Documents» содержит в электронном виде оригинальные договора и платежные документы.
• файлы «order.frf» и «plan.frf» - это шаблоны отчетных документов в формате FastReport 2.4.

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

Рисунок 20. Сценарий диалога информационной системы

Дерево функций разработанной информационной системы показано на Рисунке 21.

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

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

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

Модель таблицы «tbl_Document» представлена в таблице 16.

Таблица 16

Данные в таблице tbl_Document (Договора)

№	Поле	Тип данных (размер)	Примечание
1	pd_id	integer	Primary Key
2	pd_number	varchar (10)
3	pd_date	datetime
4	pd_type	smallint
5	pd_path	varchar (250)
6	u_id	integer	Foreign Key
7	c_id	integer	Foreign Key

SQL-запрос на создание таблицы tbl_Document представлен на рисунке 22. Остальные запросы для других таблиц приведены в Приложении А.

Рисунок 22. SQL-запрос на создание таблицы tbl_Document

Рисунок 23. Физическая модель БД

2.6 Структурная схема пакета (дерево вызова программных модулей)

Проект содержит сорок два файла исходного кода, на основе которых скомпилирован исполняемый файл «matorder.exe»:

• «About» отвечает за поведение окна «О программе»;
• «Autentific» отвечает за поведение окна «Идентификация пользователя»;
• «Contractor» отвечает за поведение окна «Контрагенты»;
• «Department» отвечает за поведение окна «Подразделения»;
• «DJournal» отвечает за поведение окна «Журнал договоров»;
• «DM» отвечает за подключение к БД;
• «Global» отвечает объявление и выполнение глобальных переменных, функций и процедур;
• «Group» отвечает за поведение окна «Группы материалов»;
• «JOrder» отвечает за поведение окна «Журнал заказов»;
• «JPayvent» отвечает за поведение окна «Журнал платежных документов»;
• «Main» отвечает за поведение окна «Главное окно»;
• «MC» отвечает за поведение окна «Материалы на складе»;
• «Post» отвечает за поведение окна «Должности»;
• «Users» отвечает за поведение окна «Пользователи системы»

Структурная схема дерева вызова программных модулей автоматизированной информационной системы показана на Рисунке 24.

Рисунок 24. Структурная схема дерева вызова программных модулей

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

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

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

Алгоритм работы со справочником представлен на рисунке 25.

Рисунок 25. Обобщенная схема алгоритма взаимодействия модулей автоматизированной системы

Рисунок 26. Алгоритм работы со справочником

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

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

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

Основные принципы тестирования:

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

Стратегии тестирования основаны на двух основных подходах: сверху вниз и снизу-вверх. При тестировании сверху вниз, по мере того как «скелет» программы обрастает новыми модулями, должны добавляться новые тестовые наборы данных, объем которых увеличивается постепенно, параллельно с возрастанием сложности программы. При этом логика программы тестируется многократно.

Существует несколько видов тестирования:

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

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

При авторизации пользователю предлагается ввести логин и пароль (Рисунок 27). В случае если комбинация логина и пароля не соответствует комбинации, хранящейся в БД, то появляется сообщение об ошибке.

Рисунок 27. Идентификация пользователя

Рисунок 28. Сообщение об ошибке

При правильном вводе данных открывается главная форма (Рисунок 14).

Тестирование системы навигации представлено на Рисунках 29-34..

Рисунок 29. Справочник Пользователи

Рисунок 30. Справочник должности

Рисунок 31. Справочник Отделы

Рисунок 32. Справочник Группы материалов

Рисунок 33. Справочник Материалы на складе

Рисунок 34. Справочник Контрагенты

ЗАКЛЮЧЕНИЕ

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Дейт Дж. Кристофер Введение в системы баз данных / Кристофер Дейт.Дж. - М.: дом "Вильяме", 2005. - 1328 с.
2. Котеров Д. Денвер – возможности проекта [Электронный ресурс]// denwer.ru: Denwer: сайт. URL: http//www.denwer.ru/about.html/(дата обращения: 20.05.2011).
3. Трофимов С.А. CASE-технологии: практическая работа в Rational Rose/ С.А. Трофимов. – М.: Бином-Пресс, 2002. - 288 с.
4. Архангельский А.Я. Программирование в Delphi 7 + дискета, М.: Бином, 2005. – 987 с.
5. Глушаков С.В., Клевцов А.Л., Программирование в среде Delphi 7.0, Фолио 2003 – 415 с.
6. Данчул А.Н. Информатика. Учебник, Изд-во РАГС, 2004. – 280 с.
7.  Попов В.В. Программирование в Delphi. Оптимальный подход, Век, 2005.-150 с.
8.  Сухарев М.В. Основы Delphi. Профессиональный подход, Наука и техника, 2004.-420 с.
9. Фленов М.В. Программирование в Delphi глазами хакера + CD, BHV-Санкт-Петербург,2004.-330 с.
10. Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2001, 304 с.
11. Петров В.Н. Информационные системы. – СПб.: Питер, 2002.
12. Фаронов В.В. Программирование баз данных в Delphi 7: Учебный курс. – СПб.: Питер, 2004 - 464 с.
13. Кренке Д. Теория и практика построения баз данных: [пер.с англ] / Д. Кренке. - 9 - е изд. - СПб.: Питер, 2005. - 858 с.
14. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - СПб.: КОРОНА принт, 2000. - 416с.
15. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001. - 304с.
16. Ульман Дж., Уидом Дж. Введение в системы баз данных. - М.: Лори, 2000. - 374с.
17. Мейер Д. Теория реляционных баз данных. - М.: Мир, 1987. - 608с.
18. Джексон Г. Проектирование реляционных баз данных для использования с микро - ЭВМ. - М.: Мир, 1991.
19. Четвериков В.Н. и др. Базы и банки данных. - М.: Высш.шк., 1987.

ПРИЛОЖЕНИЯ

Приложение А

SQL-скрипт создания базы данных

/*

* ER/Studio 8.0 SQL Code Generation

* Company : Luna.NET

* Project : Model.DM1

* Author : Пользователь Windows

*

* Date Created : Tuesday, September 12, 2017 03:43:42

* Target DBMS : Microsoft SQL Server 2008

*/

/*

* TABLE: tbl_Counterparty

* Создание таблицы tbl_Counterparty

*/

CREATE TABLE tbl_Counterparty( -- Оператор создания таблицы

c_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

c_name varchar(100) NULL, -- целочисленным типом данных

c_fullname varchar(250) NULL, -- и параметром ненулевого поля/

c_address varchar(250) NULL, -- /Не клчевые поля/

c_INN varchar(15) NULL, --

c_person varchar(150) NULL, --

c_phone varchar(25) NULL, --

c_type smallint NULL, --

CONSTRAINT PK6 PRIMARY KEY NONCLUSTERED (c_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Counterparty') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_Counterparty >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Counterparty >>>'

go

/*

* TABLE: tbl_Department

* Создание таблицы tbl_Department

*/

CREATE TABLE tbl_Department( -- Оператор создания таблицы

d_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

d_name varchar(150) NULL, -- целочисленным типом данных

-- и параметром ненулевого поля/

CONSTRAINT PK3 PRIMARY KEY NONCLUSTERED (d_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Department') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_Department >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Department >>>'

go

/*

* TABLE: tbl_Document

* Создание таблицы tbl_Document

*/

CREATE TABLE tbl_Document( -- Оператор создания таблицы

pd_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

pd_number varchar(10) NULL, -- целочисленным типом данных

pd_date datetime NULL, -- и параметром ненулевого поля/

pd_type smallint NULL, -- /Не клчевые поля/

pd_path varchar(250) NULL, --

u_id int NOT NULL, --

c_id int NOT NULL, --

CONSTRAINT PK8 PRIMARY KEY NONCLUSTERED (pd_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Document') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_Document >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Document >>>'

go

/*

* TABLE: tbl_MC

* Создание таблицы tbl_MC

*/

CREATE TABLE tbl_MC( -- Оператор создания таблицы

mc_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

mc_articul varchar(10) NULL, -- целочисленным типом данных

mc_name varchar(150) NULL, -- и параметром ненулевого поля/

mc_amount int NULL, -- /Не клчевые поля/

mc_cena money NULL, --

mcg_id int NOT NULL, --

CONSTRAINT PK4 PRIMARY KEY NONCLUSTERED (mc_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_MC') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_MC >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_MC >>>'

go

/*

* TABLE: tbl_MCGroup

* Создание таблицы tbl_MCGroup

*/

CREATE TABLE tbl_MCGroup( -- Оператор создания таблицы

mcg_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

mcg_name varchar(150) NULL, -- целочисленным типом данных

-- и параметром ненулевого поля/

CONSTRAINT PK5 PRIMARY KEY NONCLUSTERED (mcg_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_MCGroup') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_MCGroup >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_MCGroup >>>'

go

/*

* TABLE: tbl_Order

* Создание таблицы tbl_Order

*/

CREATE TABLE tbl_Order( -- Оператор создания таблицы

o_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

o_number varchar(10) NULL, -- целочисленным типом данных

o_date datetime NULL, -- и параметром ненулевого поля/

o_summa money NULL, -- /Не клчевые поля/

o_caption varchar(250) NULL, --

pd_id int NOT NULL, --

CONSTRAINT PK11 PRIMARY KEY NONCLUSTERED (o_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Order') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_Order >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Order >>>'

go

/*

* TABLE: tbl_Payment

* Создание таблицы tbl_Payment

*/

CREATE TABLE tbl_Payment( -- Оператор создания таблицы

pm_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

pm_number varchar(10) NULL, -- целочисленным типом данных

pm_date datetime NULL, -- и параметром ненулевого поля/

pm_summa money NULL, -- /Не клчевые поля/

pm_opl bit NULL, --

o_id int NOT NULL, --

u_id int NOT NULL, --

CONSTRAINT PK13 PRIMARY KEY NONCLUSTERED (pm_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Payment') IS NOT NULL

PRINT '<<< CREATED TABLE tbl_Payment >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Payment >>>' -- Вывод сообщения о завершении работы оператора

go

/*

* TABLE: tbl_Post

* Создание таблицы tbl_Post

*/

CREATE TABLE tbl_Post( -- Оператор создания таблицы

p_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

p_name varchar(100) NULL, -- целочисленным типом данных

-- и параметром ненулевого поля/

CONSTRAINT PK2 PRIMARY KEY NONCLUSTERED (p_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Post') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_Post >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Post >>>'

go

/*

* TABLE: tbl_Users

* Создание таблицы tbl_Users

*/

CREATE TABLE tbl_Users( -- Оператор создания таблицы

u_id int IDENTITY(1,1), -- /Ключевое поле таблицы с

u_name varchar(150) NULL, -- целочисленным типом данных

u_login varchar(30) NULL, -- и параметром ненулевого поля/

u_passwor varchar(12) NULL, -- /Не клчевые поля/

u_phone varchar(25) NULL,

p_id int NOT NULL,

d_id int NOT NULL,

CONSTRAINT PK1 PRIMARY KEY NONCLUSTERED (u_id) -- Оператор создания первичного ключа

)

go

IF OBJECT_ID('tbl_Users') IS NOT NULL -- Вывод сообщения о завершении работы оператора

PRINT '<<< CREATED TABLE tbl_Users >>>'

ELSE

PRINT '<<< FAILED CREATING TABLE tbl_Users >>>'

go

/*

* TABLE: tbl_Document

*/

ALTER TABLE tbl_Document ADD CONSTRAINT Reftbl_Users7

FOREIGN KEY (u_id)

REFERENCES tbl_Users(u_id)

go

ALTER TABLE tbl_Document ADD CONSTRAINT Reftbl_Counterparty8

FOREIGN KEY (c_id)

REFERENCES tbl_Counterparty(c_id)

go

/*

* TABLE: tbl_MC

*/

ALTER TABLE tbl_MC ADD CONSTRAINT Reftbl_MCGroup4

FOREIGN KEY (mcg_id)

REFERENCES tbl_MCGroup(mcg_id)

go

/*

* TABLE: tbl_Order

*/

ALTER TABLE tbl_Order ADD CONSTRAINT Reftbl_Document9

FOREIGN KEY (pd_id)

REFERENCES tbl_Document(pd_id)

go

/*

* TABLE: tbl_Payment

*/

ALTER TABLE tbl_Payment ADD CONSTRAINT Reftbl_Order11

FOREIGN KEY (o_id)

REFERENCES tbl_Order(o_id)

go

ALTER TABLE tbl_Payment ADD CONSTRAINT Reftbl_Users12

FOREIGN KEY (u_id)

REFERENCES tbl_Users(u_id)

go

/*

* TABLE: tbl_Users

*/

ALTER TABLE tbl_Users ADD CONSTRAINT Reftbl_Post2

FOREIGN KEY (p_id)

REFERENCES tbl_Post(p_id)

go

ALTER TABLE tbl_Users ADD CONSTRAINT Reftbl_Department3

FOREIGN KEY (d_id)

REFERENCES tbl_Department(d_id)

go