Проектирование реализации операций бизнес-процесса «Складской учет ».

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

ВВЕДЕНИЕ 3
Глава 1. Аналитическая часть 6
1.1. Выбор комплекса задач автоматизации 6
1.2. Характеристика существующих бизнес-процессов 10
1.3. Характеристика документооборота, возникающего при решении задачи 11
1.4. Обоснование проектных решений по информационному обеспечению 15
1.5. Обоснование проектных решений по программному обеспечению 21
Глава 2. Проектная часть 24
2.1. Информационная модель и её описание 24
2.2. Характеристика нормативно-справочной, входной и оперативной информации 26
2.3. Характеристика результатной информации 29
2.4. Общие положения (дерево функций и сценарий диалога) 33
2.5. Характеристика базы данных 35
2.6. Структурная схема пакета (дерево вызова программных модулей) 37
2.7 Описание программных модулей 41
2.8. Контрольный пример реализации проекта и его описание 45
ЗАКЛЮЧЕНИЕ 54
СПИСОК ЛИТЕРАТУРЫ 58

Торговля является одной из крупнейших отраслей экономики любой страны, как по объему деятельности, так и по численности занятого в ней персонала. Чтобы эффективно работать в области торговли, необходимо не только иметь обширный ассортимент товаров и квалифицированный персонал, но и уметь грамотно управлять бизнесом. Одной из самых сложных задач для фирмы, занимающейся торговой деятельностью, является точный и упорядоченный учет материальных оборотных средств (производственных запасов, готовой продукции, товара). При очень большом обороте первичных документов становится очень сложным их упорядочивание.
Деятельность торговых предприятий связана с удовлетворением потребностей каждого человека, подвержена влиянию множества факторов и охватывает широкий спектр вопросов организационно-технологи ческого, экономического и финансового характера, требующих повседневного решения.
В настоящее время существует необходимость поднять эффективность бизнеса, для этого требуется автоматизировать некоторые сферы деятельности фирмы «Art-материя», т.е. автоматизировать часть процессов и сфер посредством определенных видов программных продуктов.
Новизна разработки информационной системы автоматизации складских операций заключается в том, что на данный момент такая система не создана и не внедрена в салоне текстильного дизайна «Art-материя». При ручном учете товара, на весь процесс требуется не малое количество времени. Актуальность задачи, связанной с автоматизацией складских операций по учёту товара, состоит в том, что данная программа позволяет сократить ручные операции, ускорить и упростить обработку информации, повысить точность, достоверность и полноту учета товара на фирме.
У данного программного продукта существуют аналоги, такие как 1C: Торговля Склад, Инфо-Бухгалтер, Турбо-Бухгалтер, Парус, Фолио и другие. Их применение повсеместно, но они решают более общие задачи деятельности предприятия. Такие программные пакеты либо отличаются универсальностью, что делает их стоимость неоправданно высокой, либо ориентированы на более узкие области, не соответствующие области применения разработанной системы. Поэтому для фирмы «Салон текстильного дизайна» разработана совершенно новая АИС, удовлетворяющая потребностям данного предприятия.
Цель проекта – проектирование реализации операций бизнес-процесса «Складской учет».
Задачи:
Исследовать предметную область;
Выявить проблемы;
Построить систему операций бизнес-процесса «Складской учет».
Базовым средством достижения цели является разработка информационной системы.
Объект исследования – салон текстильного дизайна «Art – материя».
Предметом исследования являются складские операции на фирме.
Для решения задачи «Учет товаров» было выбрано несколько программных средств: сервер баз данных MySql 5.1, язык программирования Visual C#, целевой фреймворк .Net Framework 2.0, структурированный язык запросов SQL, среда разработки Visual Studio Express Edition 2005.
MySql 5.1 выбран для проектирования базы данных. MySql 5.1 предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, байтовые массивы). Можно задать формат хранения (длина строк, точность представления чисел и даты/времени) и представления этих данных при выводе на экран. Т.к. MySql 5.1 – свободно распространяемое ПО, устанавливаемое на сервере, это дает возможность создать приложение, работающее через сеть с удаленным сервером БД. В MySQL существует несколько видов хранилищ данных. Это указывается при создании объекта директивой ENGINE тип. В конкретном случае по ряду причин был выбран тип MyISAM.
Таблицы MyISAM прекрасно подходят для использования в WWW и других средах, где преобладают запросы на чтение. Таблицы типа MyISAM показывают хорошие результаты при выборках SELECT. Так же таблицы MyISAM являются платформенно-независимыми. Табличные файлы можно перемещать между компьютерами разных архитектур и разными операционными системами без всякого преобразования. Для этого MySQL хранит все числа с плавающей запятой в формате IEEE, а все целые числа – в формате с прямым порядком следования байтов.
Для разработки пользовательского интерфейса и логической части системы выбран редактор Visual Studio Express Edition 2005. Эта версия редактора является бесплатной и содержит урезанные возможности платной полноценной версии, однако это не уменьшает её удобство.
Структурированный язык запросов SQL выбран для написания запросов к базе данных. SQL (Structured Query Language) представляет собой непроцедурный язык, который является универсальным способом манипулирования данными в СУБД.
Работа состоит из введения, заключения, двух глав и списка литературы.

К данным операция относятся: сохранить, удалить, обновить, загрузить список. Класс реализован таким образом, что, при наследовании от этого класса, класс потомок получает возможность сохранять «свой» объект.UsersRepositoryДанный класс наследуется от BaseRepository. Данный класс содержит все базовые операция для сущности User.CustomerRepositoryДанный класс наследуется от BaseRepository. Данный класс содержит все базовые операция для сущности Customer.SuppliersRepositoryДанный класс наследуется от BaseRepository. Данный класс содержит все базовые операция для сущности Suppliers.SettingsRepositoryДанный класс наследуется от BaseRepository. Данный класс содержит все базовые операция для сущности Settings.DocumentsRepositoryДанный класс наследуется от BaseRepository. Данный класс содержит всебазовые операция для сущности Documents и его наследников.WarehousesRepositoryДанный класс наследуется от BaseRepository. Данный класс содержит все базовые операция для сущности Warehouse. Таблица 12 Описание классов для уровня представленияНазвание классаОписаниеUserДанный класс содержит информацию о пользователе.SupplierДанный класс наследуется от User и содержит специфическую информацию, которая относится к поставщику.CustomerДанный класс наследуется от User и содержит специфическую информацию, которая относится к клиенту.EmployeeДанный класс наследуется от User и содержит специфическую информацию, которая относится к менеджеру.FrameКласс, который описывает главную форму.MySettingsПанель, которая содержит интерфейс для управления настройками.UsersCatalogПанель, которая содержит интерфейс для управления пользователями.IncomingПанель, которая содержит интерфейс для создания приходной накладной.OutcomingПанель, которая содержит интерфейс для создания расходной накладной.Главное окно (Frame) связана с панелями связью 1 – …1, данная связь используется, потому что в один момент времени, у главного окна может быть активна только одна панель.На основе объектов, представленных на диаграммах взаимодействия (последовательности/коммуникации), можно спроецировать структуру сущностей на классы, которые будут отражать их в программной реализации. Полученная диаграмма классов показана на рис. 1.20. Следует отметить, что на данной диаграмме присутствуют классы хранилища данных.1.5. Обоснование проектных решений по программному обеспечению Требования к информационной системе в формате стандарта IEEE830Введение.Цель – разработка приложения, позволяющего автоматизировать складские операции салона текстильного дизайна «Art-материя».Соглашения о терминах. Администратор – лицо, осуществляющее тестирование программы и управление пользователями, настройками. Менеджер – лицо, осуществляющее учёт товара и выполняющее обслуживание клиентов.Обслуживание – процесс, ориентированный на выполнение запросов пользователя, состоящий из предоставления справки, регистрации приходных накладных, регистрации расходных накладных, формирования отчетов.Предполагаемая аудитория – сотрудники салона текстильного дизайна «Art-материя», наделённые полномочиями администратора и менеджера.Ссылки на источники. Методика составления спецификаций требований к программному обеспечению: http://www.webisgroup.ru/services/programming/srs/ieee-830-1998/Проектирование информационных систем: Белов В.В., Чистякова В.И. Общее описание. Видение продукта отражено на диаграмме бизнес - прецедентов (Рисунок 1.3).Функциональность продукта. Упрощение, полнота и достоверность учета товаров на фирме, подсчет прибыли с реализованной продукции, подсчёт выручки сотрудников.Классы и характеристики пользователей.Два класса пользователей: Администратор и Менеджер. Каждый из пользователей проходит системную авторизацию перед началом работы. Среда функционирования продукта.ОС: MS Windows 2000/XP/7/8;СУБД: MySql 5.1;Компоненты для Windows: .net framework 2.0.;Рамки, ограничения, правила и стандарты.Среда разработки: Visual Studio Express Edition 2005;Язык программирования: Visual C#;Используемый шаблон: трёхзвенная модель (представление, обработка, хранение).Функциональность системы.Главным приоритетом разработки является одновременное обслуживание группы пользователей и минимизация количества операция для достижения результата.Нефункциональные требования.Для обеспечения сохранности данных предусмотрена авторизация в системе.Глава 2. Проектная часть2.1. Информационная модель и её описание Для разрабатываемого проекта выбрана сетевая клиент-серверная модель структуры ИС (Рисунок 21), так как в организации предполагается несколько пользователей, одновременно пользующихся системой. Кроме того, клиент-серверная структура позволяет организовать дополнительные рабочие места с минимальными издержками в случае расширения. К другим предпосылкам выбора архитектуры данного типа можно отнести снижение технических требований к компьютерам, на которых установлен клиент, возможность реализации повышенной защиты только одного сервера, а не каждого узла в отдельности. Стоит также отметить снижение нагрузки сети за счёт того, что между сервером и клиентом передаются небольшие порции данных.Рисунок 21. Сетевая клиент-серверная модель структуры ИСВыбрана двухзвенная архитектура ИС (Рисунок 22), так как при конфигурации «толстый клиент» суммарная вычислительная мощность клиентов, по крайней мере, в теории, предполагается большей, чем мощность единственного сервера.1228725-3810Рисунок 22. Схема двухзвенной архитектуры ИС2.2. Характеристика нормативно-справочной, входной и оперативной информации Таблица 13 ТоварыНаименование поля (реквизиты)ИдентификацияТипДлинаКод товараКодТовараЧисловой10АртикулАртикулТекстовый10Наименование товараНаименованиеТовараТекстовый50Вид товара КодВидТовараКодЧисловой10ЦветЦветТекстовое20СоставСоставТекстовый20ШиринаШиринаТекстовый10Производитель Производитель Текстовый20ЕИЕдиницаИзмеренияЧисловой10Розничная цена за единицуЦенаЧисловойDoubleТаблица 14УслугиНаименование поля (реквизиты)ИдентификацияТипДлинаКод услугиКодУслугиЧисловой10Наименование услугиНаименованиеУслугиТекстовый20ЕИЕИЧисловой10Цена за единицуЦенаЗаЕдиницуЧисловойDoubleТаблица 15 СкладыНаименование поля (реквизиты)ИдентификацияТипДлинаКод складаКодСкладаЧисловой10Наименование складаНаименованиеСкладаТекстовый20АдресАдресТекстовый50Таблица 16СотрудникиНаименование поля (реквизиты)ИдентификацияТипДлинаКод сотрудникаКодСотрудникаЧисловой10ФамилияФамилияТекстовый20ИмяИмяТекстовый20ОтчествоОтчествоТекстовый20День рожденияДеньРожденияДата/время Формат датыАдресАдресТекстовый50ТелефонТелефонТекстовый15ПаспортПаспортТекстовый100Таблица 17 КлиентыНаименование поля (реквизиты)ИдентификацияТипДлинаКод клиентаКодКлиентаЧисловой10ФамилияФамилияТекстовый20ИмяИмяТекстовый20ОтчествоОтчествоТекстовый20АдресАдресТекстовый50ТелефонТелефонТекстовый20ПаспортПаспортТекстовый50Таблица 18ПоставщикиНаименование поля (реквизиты)ИдентификацияТипДлинаКод поставщикаКодПоставщикаЧисловой10ИмяИмяТекстовый20АдресАдресТекстовый50ТелефонТелефонТекстовый20Таблица 19 Единицы измеренияНаименование поля (реквизиты)ИдентификацияТипДлинаКод единицы измеренияКодЕИЧисловой10НаименованиеИмяТекстовый20Таблица 20 Приходная накладнаяНаименование поля (реквизиты)ИдентификацияТипДлинаКод документаКодДокументаЧисловой10Код складаКодСкладаЧисловой10Номер документаНомерТекстовый20ДатаДатаДата/времяФормат датыКод поставщикаКодПоставщикаЧисловой10Таблица 21 Расходная накладнаяНаименование поля (реквизиты)ИдентификацияТипДлинаКод документаКодДокументаЧисловой10Код складаКодСкладаЧисловой10Номер документаНомерТекстовый10ДатаДатаДата/времяФормат датыКод клиентаКодКлиентаЧисловой10Таблица 22Виды услугНаименование поля (реквизиты)ИдентификацияТипДлинаКод вид услугиКодВидУслугиЧисловой10НаименованиеИмяТекстовый20Таблица 23Виды товаровНаименование поля (реквизиты)ИдентификацияТипДлинаКод вид товараКодВидТовараЧисловой10НаименованиеИмяТекстовый20 Таблица 24ЗакупкаНаименование поля (реквизиты)ИдентификацияТипДлинаКод закупкиКодЗакупкаЧисловой10Код товараКодТовараЧисловой10Код единицы измеренияКодЕИЧисловой 10КоличествоКоличествоЧисловой10ЦенаЦенаЧисловойDoubleКод документаКодДокументаЧисловой 10Код поставщикаКодПоставщикаЧисловой10Код складаКодСкладаЧисловой10Таблица 25 ЗаказНаименование поля (реквизиты)ИдентификацияТипДлинаКод заказаКодЗаказаЧисловой10Код товараКодТовараЧисловой10Код единицы измеренияКодЕИЧисловой 10КоличествоКоличествоЧисловой10ЦенаЦенаЧисловойDoubleКод услугиКодУслугиЧисловой10Код вид услугиКодВидУслугиЧисловой 10Код сотрудникаКодСотрудникаЧисловой 10Дата началаДатаНачалаДата/времяФормат времениДата концаДатаКонцаДата/времяФормат времениОписаниеОписаниеТекстовый200Код документаКодДокументаЧисловой 10Код поставщикаКодПоставщикаЧисловой10Код складаКодСкладаЧисловой10Таблица 26ПользовательНаименование поля (реквизиты)ИдентификацияТипДлинаКод пользователяКодПользователяЧисловой10Логин пользователяЛогинТекстовый25Имя пользователяФИОТекстовый50Пароль пользователяПарольТекстовый25АдминистраторАдминистраторТекстовый1 Таблица 27НастройкиНаименование поля (реквизиты)ИдентификацияТипДлинаКод Код Числовой10Формат номера телефонаФорматНомераТелефонаТекстовый452.3. Характеристика результатной информации Определим предварительные отношения. Связь Закупка_СОДЕРЖИТ_Товар характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Закупка (КодЗакупка, КодТовар, ….)б) Товар (КодТовар, …)Связь Закупка_ИМЕЕТ_ЕдиницыИзмерения характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Закупка (КодЗакупка, КодЕИ, …)б) ЕдиницыИзмерения(КодЕИ, …)Связь Приход_ИМЕЕТ_Закупку характеризуется степенью связи 1:N и классом принадлежности О:Н, поэтому порождает два предварительных отношения:а) Приход (КодПриход, ….)б) Закупка (КодЗакупка, КодПриход, …)Связь Приход_ИМЕЕТ_Поставщика характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Приход (КодПриход, КодПоставщик, …)б) Поставщик (КодПоставщик, …)Связь Приход_ИДЁТ_на_Склад характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Приход (КодПриход, КодСклад, ….)б) Склад (КодСклад, …)Связь Сотрудник_ДЕЛАЕТ_Заказ характеризуется степенью связи 1:N и классом принадлежности О:Н, поэтому порождает два предварительных отношения:а) Сотрудник (КодСотрудник, …)б) Заказ (КодЗаказ, КодСотрудник, …)Связь Заказ_СОДЕРЖИТ_Товар характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Заказ (КодЗаказ, КодТовар, …)б) Товар (КодТовар, ….)Связь Заказ_СОДЕРЖИТ_Услугу характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Заказ (КодЗаказ, КодУслуга, …)б) Услуга (КодУслуга,…)Связь Заказ_ИМЕЕТ_ЕдиницыИзмерения характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Заказ (Код Заказ, КодЕИ, …) б) ЕдиницыИзмерения(КодЕИ, …)Связь Услуга_ИМЕЕТ_ЕдиницыИзмерения характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Услуга (Код Услуга, КодЕИ, …)б) ЕдиницыИзмерения(КодЕИ, …)Связь Расход_ИМЕЕТ_Заказ характеризуется степенью связи 1:N и классом принадлежности О:Н, поэтому порождает два предварительных отношения:а) Расход (КодРаход, ….)б) Заказ (КодЗаказ, КодРасход, …)Связь Расход_ОТНОСИТСЯ_к_Складу характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Расход (Код Расход, КодСклад, ….)б) Склад (КодСклад, …)Связь Расход_ИМЕЕТ_Клиента характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Расход (Код Расход, КодКлиент, …)б) Клиент (КодКлиент, …)Связь Товар_ИМЕЕТ_ВидТовара характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Товар (КодТовар, КодВидТовара, ….)б) ВидТовара (КодВидТовара, …)Связь Услуга_ИМЕЕТ_ВидУслуги характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:а) Услуга (КодУслуга, КодВидУслуги, …)б) ВидУслуги (КодВидУслуги, …)Составив список предварительных отношений, мы можем удалить все дублирующиеся отношения.Таким образом, получим следующие итоговые отношения:Единицы измерения (ЕИ) (КодЕИ, Наименование)Вид товара (ВидТовара) (КодВТ, Наименование)Вид услуги (ВидУслуги) (КодВУ, Наименование)Приходная накладная (ПриходнаяНакладная) (КодПН, КодСклад, КодПоставщик, Дата, Номер)Расходная накладная (РасходнаяНакладная) (КодРН, КодСклад, КодКлиент, Дата, Номер)Закупка (Закупка) (КодЗакупка, КодРН, КодТовар, КодЕИ, Количество, Цена)Заказ (Заказ) (КодЗаказ, КодПН, КодТовар, КодУслуга, Количество, КодЕИ, Описание, ДатаНачала, ДатаОкончания)Склад (Склад) (КодСклад, Адрес, Наименование)Поставщик (Поставщик) (КодПоставщик, Адрес, Наименование, Телефон)Клиент (Клиент) (КодКлиент, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон)Сотрудник (Сотрудник) (КодСотрудник, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон, ДатаРождения)Услуга (Услуга) (КодУслуга, КодЕИ, КодВУ, Цена, Наименование)Товар (Товар) (КодТовар, КодЕИ, КодВТ, Наименование, Артикул, Цвет, Ширина, Изготовитель, Цена)2.4. Общие положения (дерево функций и сценарий диалога) После исследования предметной области и анализа структуры системы были выделены сущности. Перечень сущностей предметной области представлен в таблице 28.Таблица 28Перечень сущностей предметной областиНазвание и обозначение сущностиКлюч сущности и его обозначениеАтрибуты сущности и их обозначениеЕдиницы измерения (ЕИ)Код (КодЕИ)Наименование(Наименование)Склад (Склад)Код (КодСклад)Адрес (Адрес)Наименование (Наименование)Поставщик (Поставщик)Код (КодПоставщик)НаименованиеАдресТелефонКлиент (Клиент)Код (КодКлиент)ИмяФамилияОтчествоТелефонАдресПасспортСотрудник (Сотрудник)Код (КодСотрудник)ИмяФамилияОтчествоТелефонАдресПасспортДата рождения Услуга (Услуга)Код (КодУслуга)НаименованиеКодЕИ (КодЕИ)КодВУ(КодВУ)ЦенаВидУслугиКод (КодВУ)Наименование ТоварКод (КодКоммент)НаименованиеКодЕИ (КодЕИ)КодВТ(КодВТ)АртикулЦвет ШиринаИзготовительЦена ВидТовараКод(КодВТ)НаименованиеПриходнаяНакладнаяКод(КодПН)ДатаКодСкладКодПоставщикНомерРасходнаяНакладнаяКодРНДатаКодСкладНомерКодКлиентЗакупкаКодЗакупкаКодРНКодТоварКодЕИКоличествоЦенаЗаказКодЗаказКодПНКодТоварКодУслугаКоличествоКодЕИКодВУОписаниеДатаНачалаДатаОкончанияТаким образом, схемы сущностей имеют вид:Единицы измерения (ЕИ) (КодЕИ, Наименование)Вид товара (ВидТовара) (КодВТ, Наименование)Вид услуги (ВидУслуги) (КодВУ, Наименование)Приходная накладная (ПриходнаяНакладная) (КодПН, Дата, КодСклад, КодПоставщик, Номер)Расходная накладная (РасходнаяНакладная) (КодРН, Дата, КодСклад, КодКлиент, Номер)Закупка (Закупка) (КодЗакупка, КодРН, КодТовар, КодЕИ, Количество, Цена)Заказ (Заказ) (КодЗаказ, КодПН, КодТовар, КодУслуга, Количество, КодЕИ, КодВУ, Описание, ДатаНачала, ДатаОкончания)Склад (Склад) (КодСклад, Адрес, Наименование)Поставщик (Поставщик) (КодПоставщик, Адрес, Наименование, Телефон)Клиент (Клиент) (КодКлиент, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон)Сотрудник (Сотрудник) (КодСотрудник, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон, ДатаРождения)Услуга (Услуга) (КодУслуга, Наименование, КодЕИ, КодВУ, Цена)Товар (Товар) (КодТовар, Наименование, КодЕИ, КодВТ, Артикул, Цвет, Ширина, Изготовитель, Цена)Анализ сущностей позволяет выделить связи между ними. Перечень связей между сущностями представлен в табл. 29.Таблица 29 Перечень связей между сущностямиСвязьИдентификаторЗакупка СОДЕРЖИТ ТоварЗакупка_СОДЕРЖИТ_ТоварЗакупка ИМЕЕТ ЕИЗакупка_ИМЕЕТ_ЕИПриход ИМЕЕТ ЗакупкуПриход_ИМЕЕТ_ЗакупкуПриход ИМЕЕТ ПоставщикаПриход_ИМЕЕТ_ ПоставщикаПриход ИДЁТ на СкладПриход_ИДЁТ_на_СкладСотрудник ДЕЛАЕТ Заказ Сотрудник_ДЕЛАЕТ_ЗаказЗаказ СОДЕРЖИТ ТоварЗаказ_СОДЕРЖИТ_ТоварЗаказ СОДЕРЖИТ УслугуЗаказ_СОДЕРЖИТ_УслугуЗаказ ИМЕЕТ ЕИЗаказ_ИМЕЕТ_ЕИРасход ИМЕЕТ ЗаказРасход_ИМЕЕТ_ЗаказУслуга ИМЕЕТ ЕИУслуга_ИМЕЕТ_ЕИРасход ОТНОСИТСЯ к СкладуРасход_ОТНОСИТСЯ_к_СкладуРасход ИМЕЕТ КлиентаРасход_ИМЕЕТ_КлиентаТовар ИМЕЕТ ВидТовараТовар_ИМЕЕТ_ВидТовараУслуга ИМЕЕТ ВидУслугиУслуга_ИМЕЕТ_ВидУслугиНа основе выделенных сущностей и связей между ними построена ERD.2.5. Характеристика базы данных После того как обследована предметная область, изучена ее информационная структура; выявлены все фрагменты, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами разрабатывается концептуальная модель. Модель представлена на рис.23. Рисунок 23. Концептуальная модельГлавным результатом данного этапа является построение логической модели (модель требований) системы. Логическая модель описывает понятия предметной области, их взаимосвязь. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Логическая модель данных представлена далее в виде модели «сущность-связь» на рис. 24.Рисунок 24. Логическая модель данных2.6. Структурная схема пакета (дерево вызова программных модулей) Для подключения к БД и хранение созданного соединения разработан класс ConnectionPool. Преимущество, которое даёт хранение созданного подключения к БД в том, что не тратится при каждом запросе время на создание подключения. Особо ощутимы затраты на подключение, когда сервер находится на удалённой машине. Класс ConnectionPool реализует интерфейс IDisposable, чтобы иметь возможность принудительно закрыть соединение с БД при вызове метода Dispose(). Клиент класса может получить соединение, обратившись к статическому свойству класса Connection, на методе get которого находится проверка валидности существующего соединения. Код класса находится в лист. 3.4.2. Листинг 3.4.2 Класс ConnectionPool // Класс отвечающий за подключение к MySQL public class ConnectionPool : IDisposable { // Объект подключения private static MySqlConnection connection = null; // Конструктор класса public ConnectionPool() { if (connection != null) { connection.Close(); connection = null; } } // Открытие подключения. public static MySqlConnection Connection { get { if (connection == null) { try { // Получение настроек DatabaseSettings dbs = new DatabaseSettings(); connection = new MySqlConnection(dbs.ConnectionString); // Открытие connection.Open(); } catch (Exception e) { connection = null; } } if (connection.State != ConnectionState.Open) { connection.Open(); } return connection; } } public static IDbConnection ResetConnection() { if (connection != null) { connection.Close(); connection.Dispose(); connection = null; } return Connection; } #region Implementation of IDisposable public void Dispose() { CloseSharedConnection(); } /// <summary> /// Closes all «keep alive» connections for all database instanced. /// </summary> public void CloseSharedConnection() { if (connection != null) { connection.Close(); connection.Dispose(); connection = null; } } #endregion }2.7 Описание программных модулей Данный программный продукт состоит из нескольких модулей (подпрограмм).