Проектирование модуля информационной системы предприятия "Минскводоканал" "Заявка на закупку"

Размещено на http://www.allbest.ru/

Учреждение образования

Международный государственный экологический институт

им. А.Д. Сахарова при БГУ

Факультет мониторинга окружающей среды

Кафедра экологических информационных систем

Дипломная работа

по теме: Проектирование модуля информационной системы предприятия «Минскводоканал» «Заявка на закупку»

«Информационные системы и технологии (в здравоохранении)»

Студента 5-го курса направления специальности 1-40 05 01-07

Авдеева Виталия Александровича

Старший преподаватель кафедры экологических информационных систем Г.П. Куканков

Минск, 2018



Введение

Тема дипломной работы: Проектирование модуля информационной системы предприятия «Минскводоканал» «Заявка на закупку».

Объектом дипломной работы является информационная система предприятия «Минскводоканал».

Предмет работы: автоматизация процесса формирования заявки на закупку спецодежды.

Цель работы - разработать модуль информационной системы предприятия «Минскводоканал» «Заявка на закупку».

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

· Изучить средства и технологии разработки программного обеспечения (webприложений);

· Изучить процесс формирования заявок на закупку спецодежды;

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

Модуль необходим для выполнения функций:

· Формирование заявки на закупку спецодежды;

· Получение информации о заявках;

· Получение информации о видах спецодежды используемой на предприятии;

· Планирование закупок спецодежды.

ГЛАВА 1. Исследование предметной области

1.1 УП «Минскводоканал»

Общая информация

Коммунальное унитарное производственное предприятие "Минскводоканал" - предприятие более чем со 140-летней историей.

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

Структура предприятия представлена на рисунке 1.1.

Рисунок 1.1 - Структура предприятия УП «Минскводоканал»

В состав предприятия на правах эксплуатационных структурных подразделений входят:

· производство «Минскводопровод»;

· производство «Минскочиствод»;

· производство по эксплуатации Вилейско-Минской водной системы;

· центр по расчетам с потребителями «Водосбыт»;

· автобаза;

· ремонтно-механический цех;

· цех по ремонту электрооборудования, средств связи и автоматики;

· ремонтно-строительный цех.

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

Списочная численность работающих на предприятии по состоянию на 1.01.2017г.3126 человека, в том числе руководителей, специалистов и служащих -- 599 человека (19,2% от общей численности),численность административно-управленческого персонала--5,3%.

Структура персонала предприятия УП «Минскводоканал» представлена в таблице 1.1..

сортировка данные таблица интерфейс

Таблица 1.1 - Структура персонала

Наименование показателя	Списочная численность	в том числе
		из них
		служащие	руководители	специалисты	другие служащие	рабочие
Всего, человек	3126	599	203	389	7	2527
Образование работающих:
высшее	732	484	170	311	3	248
среднее специальное	545	90	31	56	3	455
профессионально-техническое	632	9	-	9	-	623
общее среднее	1163	16	2	13	1	1147
общее базовое	54	-	-	-	-	54
учатся в:
в вузах	61	43	6	37	-	18
в средних специальных учебных заведениях	3	-	-	-	-	3
Возраст работающих, лет
до 18	1	-	-	-	-	1
18 - 24	190	36	6	30	-	154
25 - 29	260	84	22	60	2	176
30 -31	112	42	13	28	1	70
32-39	510	155	56	98	1	355
40 - 49	749	138	52	85	1	611
50 - 54	451	55	21	34	-	396
55 - 59	579	65	22	41	2	514
60 лет и старше	274	24	11	13	-	250

1.2 Отдел материально технического снабжения УП «Минскводоканал»

Общие сведения

Отдел материально технического снабжения (ОМТС)УП «Минскводоканал» занимается своевременным обеспечением предприятия товарами (работами, услугами), необходимыми для ведения хозяйственной деятельности, заданного уровня качества в соответствии с требованиями НПА, ТНПА, в установленные сроки и в необходимом количестве.

Структура отдела представлена на рисунке 1.2.



Размещено на http://www.allbest.ru/

Рисунок 1.2-Структура ОМТС

Регламент работы отдела

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

Закон Республики Беларусь от 13 июля 2012 года №419-З "О государственных закупках товаров (работ, услуг)";

Постановление Совета Министров Республики Беларусь от 22.08.2012 № 778"О некоторых мерах по реализации Закона Республики Беларусь "О государственных закупках товаров (работ, услуг)";

Указ Президента Республики Беларусь от 31.12.2013 № 590 "О некоторых вопросах государственных закупок товаров (работ, услуг)";

Указ Президента Республики Беларусь от 22 декабря 2014 г. № 612 «Об осуществлении государственных закупок в сферах информатизации, информационно-коммуникационных технологий и телекоммуникаций»;

Постановление Министерства антимонопольного регулирования и торговли Республики Беларусь 28 июня 2017 г. № 35 «Об утверждении примерных форм документов по процедурам государственных закупок»;

Инструкция о порядке взаимодействия коммунального унитарного предприятия "Тендерный центр Мингорисполкома" и заказчиков при проведении государственных закупок, утвержденная решением Минского городского исполнительного комитета от 11.04.2013 г. №1006 «О некоторых вопросах государственных закупок»;

Инструкция о порядке взаимодействия заказчиков с государственным торгово-производственным объединением "Белресурсы" управляющая компания холдинга "Белресурсы" при проведении процедур государственных закупок товаров (работ, услуг), утвержденная постановлением Государственного комитета по имуществу Республики Беларусь от 24.11.2016 № 24;

Правила биржевой торговли в ОАО "Белорусская универсальная товарная биржа", утвержденные постановлением Правления ОАО "Белорусская универсальная товарная биржа" от 22.11.2005 № 3;

Инструкция о порядке осуществления закупок товаров (работ, услуг) за счет собственных средств, утвержденная решением Минского городского Совета депутатов от 29.06.2016г. №213;

Положение о порядке осуществления закупок товаров (работ, услуг) за счет собственных средств в УП «Минскводоканал», утвержденное распоряжением и.о.директора от 29.03.2017 №35;

Порядок и регламент работы ценовой комиссии при проведении процедур закупки из одного источника и запроса ценовых предложений УП «Минскводоканал» за счет собственных средств, утверждённый приказом директора от 21.03.2017 №89;

Приказ директора о создании ценовой комиссии УП «Минскводоканал» №89 от 21.03.2017;

Указ Президента Республики Беларусь от 20.10.2016 № 380 "О закупках товаров (работ, услуг) при строительстве";

Положение о порядке организации и проведения процедур закупок товаров (работ, услуг) при строительстве объектов, утвержденное постановлением Совета Министров Республики Беларусь от 31.01.2014 № 88 "Об организации и проведении процедур закупок товаров (работ, услуг) и расчетах между заказчиком и подрядчиком при строительстве объектов";

Приказ директора о порядке закупки товаров, работ, услуг от 07.03.2017 №78 «О порядке закупки товаров, работ, услуг» (о рабочих группах);

Положение о приемке товаров по количеству и качеству, утвержденное постановлением Совета Министров Республики Беларусь от 03.09.2008 г №1290;

Схема рационального складирования ТМЦ, утвержденная заместителем директора по общим вопросам;

Инструкция по организации хранения товарно-материальных ценностей в структурных подразделениях УП «Минскводоканал», утвержденная директором;

Общегосударственный классификатор Республики Беларусь ОКРБ 007-2012 "Классификатор продукции по видам экономической деятельности", утвержденного постановлением Государственного комитета по стандартизации Республики Беларусь от 28 декабря 2012 г. № 83 "Об утверждении, внесении изменений и отмене общегосударственного классификатора Республики Беларусь";

Распоряжение УП «Минскводоканал» от 21.07.2014 № 90 «О порядке составления и утверждения титульных списков предприятия на проведение проектно-изыскательских работ»;

Приказ директора от 16.07.2014 № 248 «Об организации закупок в строительстве»;

Коллективный договор УП «Минскводоканал».

Управление документированной процедурой осуществляется в соответствии с ДП Д СУ 01-01.

Управление записями осуществляется в соответствии с ДП Д СУ 01-07.

Обеспечение актуальными НПА осуществляется в соответствии с ДП Д СУ 01-02.

Обеспечение актуальными ТНПА осуществляется в соответствии с ДП Д СУ 01-03.

Планирование качества процесса, оценка рисков и возможностей, разработка предупреждающих мероприятий по снижению рисков осуществляется в соответствии с ДП П СМК 02- 01.

Управление несоответствующей продукцией, осуществляется в соответствии с ДП Д СМК 02-05.

Разработка корректирующих и предупреждающих действий осуществляется в соответствии с ДП Д СМК 02-06.

Анализ со стороны руководства осуществляется в соответствии с ДП П СМК 02-02.

Реализация данного процесса включает следующие этапы:

· определение потребности в товарах (работах, услугах);

· изучение конъюнктуры рынка товаров (работ, услуг), определение ориентировочной стоимости закупаемых товаров (работ, услуг);

· выбор процедур закупок; осуществление закупок; взаимодействие с поставщиками (подрядчиками, исполнителями); приемка закупленных ТМЦ.

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



ГЛАВА 2. Проектирование системы

2.1 Назначение и область применения

Назначение модуля

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

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

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

· ведение базы данных;

· фильтрация и поиск данных по критериям;

· разграничение доступа;

· формирование итоговой заявки на закупку;

· просмотр данных.

Область применения

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

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

1) При формировании заявки на закупку спецодежды на каждом из подразделений сотрудник вносит наименование спецодежды так, как считает нужным. Отсутствует единый справочник спецодежды и справочник размер-рост.

2) Затруднительно отслеживать поступление заявок на закупку от подразделений.

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

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

5) Отсутствует единый справочник спецодежды и справочник размер-рост.

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

7) Отсутствует возможность оперативного получения нужной информации по заявкам.

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

2.2 Вычислительная система

Требования к аппаратным и операционным ресурсам.

Разрабатываемый модуль«Заявка на закупку спецодежды» будет представлено в виде Web приложения Взаимодействие пользователя с программным средством будет происходить через интерфейс страницы в браузере Google Chrome.

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

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

операционная система Windows Server 2008;

процессор 2,8Mhz;

оперативная память 8gb RAM;

1Tb памяти на жестком диске для хранения данных.

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

IIS Server для установки на него приложения

Microsoft SQL Server 2014 для хранения и использования базы данных;

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

Инструменты разработки

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

операционная система Microsoft Windows10;

.NETFramework 4.5.2;

Язык программирования Microsoft С# (паттернASP.NET);

интегрированная среда разработки программного обеспечения Visual Studio;

система управления базами данных (СУБД) Microsoft SQL Server 2016 R2;

библиотека для работы с базой данных EntityFramework;

WEB:Bootstrap 4, CSS, HTML5,Java Script, Ajax, jQuery;

rationalrose 2007.

.NET Framework это среда выполнения для приложений нового поколения. Эта среда может быть установлена в любые версии Windows, начиная с WindowsSeven, и обеспечить виртуальную систему исполнения (VirtualExecutionSystem) для приложений, созданных с помощью Visual Studio.NET [1].

Хотя ASP.NET берёт своё название от старой технологии Microsoft ASP, она значительно от неё отличается. Microsoft полностью перестроила ASP.NET, основываясь на CommonLanguageRuntime (CLR), которая является основой всех приложений Microsoft .NET. Разработчики могут писать код для ASP.NET, используя практически любые языки программирования, входящие в комплект .NET Framework (C#, Visual Basic.NET и JScript .NET). ASP.NET имеет преимущество в скорости по сравнению со скриптовыми технологиями, так как при первом обращении код компилируется и помещается в специальный кэш, и впоследствии только исполняется, не требуя затрат времени на парсинг, оптимизацию, и т. д.

СУБД SQL-Server появилась в 1989 году и с тех пор значительно изменилась. Огромные изменения претерпели масштабируемость продукта, его целостность, удобство администрирования, производительность и функциональные возможности[2].

Microsoft SQL Server - это реляционная система управления базой данных (СУБД). В реляционных базах данных данные хранятся в таблицах. Взаимосвязанные данные могут группироваться в таблицы, кроме того, могут быть установлены также и взаимоотношения между таблицами. Отсюда и произошло название реляционные - от английского слова relational (родственный, связанный отношениями, взаимозависимый). Пользователи получают доступ к данным на сервере через приложения, а администраторы, выполняя задачи конфигурирования, администрирования и поддержки базы данных, производят непосредственный доступ к серверу. SQL Server является масштабируемой базой данных, это значит, что она может хранить значительные объемы данных и поддерживать работу многих пользователей, осуществляющих одновременный доступ к базе данных.

Microsoft SQL Server 2014 - одна из наиболее мощных СУБД архитектуры клиент-сервер. Эта СУБД позволяет удовлетворять такие требования, предъявляемые к системам распределенной обработки данных, как тиражирование данных, параллельная обработка, поддержка больших баз данных на относительно недорогих аппаратных платформах при сохранении простоты управления и использования.

2.3 Технические характеристики

Постановка задачи на разработку модуля

Программное средство должно выполнять все требуемые функции:

· формирование заявки на закупку спецодежды по подразделению;

· формирование общей заявки на закупку спецодежды по всем подразделениям;

· ведение базы данных;

· осуществление поиска информации по критериям;

· сортировка и фильтрация данных по критериям;

· планирование закупок;

· разграничение доступа.

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

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

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

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

Описание применяемых математических методов.

Исходя из исследования предметной области задачи, в данном дипломном проекте организация программного средства будет представлена в виде базы данных MicrosoftSQL. В программе предполагается создание навигационного меню, состоящего из пунктов: «Заявка», «Подразделение», «ОМТС», «Спецодежда», «Размеры», «Роста».

Пункт меню «Заявка» предназначен для выбора главного подразделения, затем для выбора подчинённого подразделения и добавления заявки.

Пункты меню «Спецодежда», «Размеры», «Роста», «Подразделение» предназначены для работы со справочниками.

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

На страницах будут располагаться различные элементы управления, предназначенные для определенных задач. Например, стандартный элемент управления Table, предназначенный для отображения данных в табличном виде. Компонент Select предназначен для выбора нужных данных из списка. За компонентом Button будут закреплены различные действия для выполнения определенных функций, таких как: удаление, добавления и редактирования данных, формирование заявки, выгрузка данных в Excel. Элемент управления Input будет использован для ввода и вывода разнообразных данных.

Компонента Label будет использоваться для отображения надписей на страницах.

Организация и структура данных.

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

Структура данных таблиц, и их краткое описание приводится в таблицах 2.1-2.11. Таблица «Request» хранит информацию о заявках., представлена в таблице 2.1.

Таблица 2.1 - «Requests»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор заявки
DateCreate	DateTime	Дата создания
DepartmentId	Integer	Идентификатор подразделения
Status	Varchar(50)	Статус заявки

Таблица «Departments» хранит данные о подразделениях, представлена в таблице 2.2.

Таблица 2.2 - «Departments»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор подразделения
Name	Varchar(50)	Наименование
DepartmentId	Varchar(50)	Идентификатор вышестоящего подразделения

Таблица «Positions» хранит данные о позициях в заявках, представлена в таблице 2.3.

Таблица 2.3 - «Positions»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор позиции
RequestId	Integer	Идентификатор заявки
SpecialClotheId	Integer	Идентификатор спецодежды
Count	Integer	Количестов спецодежды

Таблица «SpecialClothes» хранит данные о спецодежде, представлена в таблице 2.4.

Таблица 2.4 - «SpecialClothes»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор спецодежды
Name	varchar(50)	Наименование
UnitId	Integer	Идентификатор ед.изм.

Таблица «Units» хранит данные о единицах измерения спецодежды, представлена в таблице 2.5.

Таблица 2.5 - «Units»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор единицы измерения
Value	varchar(50)	Наименование

Таблица «Parameters» хранит данные о параметрах спецодежды, представлена в таблице 2.6.

Таблица 2.6 - «Parameters»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор параметра
Value	varchar(50)	Наименование

Таблица «Special Clothe Parametrs» хранит данные о связи спецодежды с параметрами, представлена в таблице 2.7.



Таблица 2.7 - «Special Clothe Parametrs»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор записи
IdSpecialClothe	Integer	Идентификатор спецодежды
IdParameter	Integer	Идентификатор параметра

Таблица «Records» хранит данные о записях в позициях заявок, представлена в таблице 2.8 .

Таблица 2.8 - «Records»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор записи
SpecialClotheParametrId	Integer	Идентификатор связи спецодежды с параметром спецодежды
PositionId	Integer	Идентификатор позиции заявки
Value	varchar(50)	Значение параметра

Таблица «Sizes» хранит данные о размерах спецодежды, представлена в таблице 2.9.

Таблица 2.9 - «Sizes»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор размера
Value	varchar(50)	Размер

Таблица «SizesShoes» хранит данные о размерах спец. обуви, представлена в таблице 2.10 .

Таблица 2.10 - «SizesShoes»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор размера
Value	varchar(50)	Размер обуви

Таблица «Growths» хранит данные о ростах спецодежды, представлена в таблице 2.11.

Таблица 2.11 - «Growths»

Имя поля	Тип поля	Описание поля
Id	Integer	Идентификатор роста
Value	varchar(50)	Рост

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

Рисунок 2.1 -База данных

Описание и обоснование выбора метода организации входных и выходных данных.

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

Входными данными при добавлении заявок являются:

· наименование спецодежды;

· параметр спецодежды (размер/размер+рост/без параметра);

· подразделение;

· количество наименований спецодежды;

· единица измерения спецодежды;

· период закупки спецодежды.

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

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

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



ГЛАВА3. Разработка модуля

Инструментом разработки модуля будет служить язык программирования C#. Т.к. модуль будет web - приложением выбран шаблон MVC. Данный шаблон программирования представляет собой связь модели (Model)базы данных, представления (View)и контроллера (Controller), отвечающего за связь между моделью и представлением.

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

3.1 Разработка модели данных

За работу с базой данных будет отвечать библиотека Entity Framework. Использование данной библиотеки существенно ускоряет и упрощает работу с базой данных. Упрощённо, схема работы состоит из следующих шагов: создание модели данных; создание контекста базы данных; установка связи с сервером базы данных. Далее с помощью инструментов библиотеки осуществляется работа с информацией в базе данных.

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

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

//модельспецодежды

publicclassSpecialClothe:SQL.BaseEntity

{

public string Name { get; set; }

//Внешний ключ к модели ед. Измерения

[ForeignKey("Unit")]

//ПолеUnitIdявляетсясвязным

public virtual long UnitId { get; set; }

public virtual Unit Unit { get; set; }

//Доступкпараметрамспецодежды

public List<SpecialClotheParametr>specialClotheParametrList { get; set; }

//Доступ к позициям в заявке на выбранную спецодежду

public List<Position>positionList { get; set; }

}

//модельед.измерения

public class Unit:SQL.BaseEntity

{

public string Value { get; set; }

public List<SpecialClothe>SpecialClothes { get; set; }

//Доступ к спецодежде на выбранную ед. измерения

}

//модель связки спецодежды и параметра спецодежды

public class SpecialClotheParametr:SQL.BaseEntity

{

//Внешний ключ к модели параметров спецодежды

[ForeignKey("Parametr")]

//ПолеParametrIdявляетсясвязным

public virtual long ParametrId { get; set; }

public virtual ParametrParametr { get; set; }

//Внешний ключ к модели спецодежды

[ForeignKey("SpecialClothe")]

//ПолеSpecialClotheIdявляетсясвязным

public virtual long SpecialClotheId { get; set; }

public virtual SpecialClotheSpecialClothe { get; set; }

public List<Record> Records { get; set; }

}

Листинг 1 - Модели базы данных

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

publicclassSpecialClothesContext:DbContext

{

publicSpecialClothesContext() : base("SpecialClothesConnection") { }

//Каждой таблице из БД относится соответствующее поле

//Поле Departmentsотносится к таблице Подразделений

publicDbSet<Department> Departments { get; set; }

//Поле Growthesотносится к таблице Ростов

publicDbSet<Growth>Growthes { get; set; }

//Поле Parametrsотносится к таблице Параметры

publicDbSet<Parametr>Parametrs { get; set; }

//Поле Recordsотносится к таблице Записей в заявке

publicDbSet<Record> Records { get; set; }

//Поле Requestsотносится к таблице Заявок

publicDbSet<Request> Requests { get; set; }

//Поле Sizesотносится к таблице Размеров

publicDbSet<Size> Sizes { get; set; }

//Поле SpecialClothesотносится к таблице Спецодежды

publicDbSet<SpecialClothe>SpecialClothes { get; set; }

//Поле Unitsотносится к таблице Единиц измерений

publicDbSet<Unit> Units { get; set; }

publicDbSet<SizeShoes>SizeShoes { get; set; }

}

Листинг 2 - Контекст Базы данных

После создания моделей данных и контекста необходимо установить связь с базой данных, находящейся на сервере. В созданном Webпроекте в VisualStudioгенерируется файл «Web.config»в котором указываются основные настройки проекта. В файле необходимо прописать строку подключения к базе данных. Создадим строку подключения к серверу «MSSQLSERVER_MVK» по адресу 200.200.2.2 пользователем «report», имеющий неограниченные права. Код строки подключения представлен в листинге 3.

<connectionStrings>

<add name="SpecialClothesConnection" connectionString="Data Source=200.200.2.2\MSSQLSERVER_MVK;Initial Catalog=SpecialClothesTest;User Id=report;Password=report" providerName="System.Data.SqlClient" />

</connectionStrings>

Листинг 3 - Строка подключения к базе данных

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

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

3.2 Разработка интерфейса модуля

Инструментами для разработки интерфейса модуля были выбраны:css-фреймворк Booot Strap 4, язык разметки HTML5, запросы на языке JavaScript, jQuery.