Разработка регламента выполнения процесса «Складской учет» (Выбор комплекса задач автоматизации)

Содержание:

ВВЕДЕНИЕ

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

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

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

Новизна разработки информационной системы автоматизации складских операций заключается в том, что на данный момент такая система не создана и не внедрена в салоне текстильного дизайна «Art-материя». При ручном учете товара, на весь процесс требуется не малое количество времени. Актуальность задачи, связанной с автоматизацией складских операций по учёту товара, состоит в том, что данная программа позволяет сократить ручные операции, ускорить и упростить обработку информации, повысить точность, достоверность и полноту учета товара на фирме.

У данного программного продукта существуют аналоги, такие как 1C: Торговля + Склад, Инфо-Бухгалтер, Турбо-Бухгалтер, Парус, Фолио и другие. Их применение повсеместно, но они решают более общие задачи деятельности предприятия. Такие программные пакеты либо отличаются универсальностью, что делает их стоимость неоправданно высокой, либо ориентированы на более узкие области, не соответствующие области применения разработанной системы. Поэтому для фирмы «Салон текстильного дизайна»разработана совершенно новая АИС, удовлетворяющая потребностям данного предприятия.

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

Задачи:

Исследовать предметную область;

Выявить проблемы;

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

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

Объект исследования – салон текстильного дизайна «Art – материя».

Предметом исследования являются складские операции на фирме.

Для решения задачи «Учет товаров» было выбрано несколько программных средств: сервер баз данных − MySql 5.1, язык программирования − VisualC#, целевой фреймворк − .NetFramework 2.0, структурированный язык запросов − SQL, среда разработки − VisualStudioExpressEdition 2005.

MySql 5.1 выбран для проектирования базы данных.MySql 5.1 предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, байтовые массивы). Можно задать формат хранения (длина строк, точность представления чисел и даты/времени) и представления этих данных при выводе на экран. Т.к. MySql 5.1 – свободно распространяемое ПО, устанавливаемое на сервере, это дает возможность создать приложение, работающее через сеть с удаленным сервером БД. В MySQL существует несколько видов хранилищ данных. Это указывается при создании объекта директивой ENGINE = тип. В конкретном случае по ряду причин был выбран тип MyISAM.

Таблицы MyISAM прекрасно подходят для использования в WWW и других средах, где преобладают запросы на чтение. Таблицы типа MyISAM показывают хорошие результаты при выборках SELECT. Так же таблицы MyISAM являются платформенно-независимыми. Табличные файлы можно перемещать между компьютерами разных архитектур и разными операционными системами без всякого преобразования. Для этого MySQL хранит все числа с плавающей запятой в формате IEEE, а все целые числа – в формате с прямым порядком следования байтов.

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

Структурированный язык запросов SQL выбран для написания запросов к базе данных. SQL (StructuredQueryLanguage) представляет собой непроцедурный язык, который является универсальным способом манипулированияданными в СУБД.

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

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

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

ИП Андреев осуществляет деятельность с момента государственной регистрации в качестве индивидуального предпринимателя.

Предприниматель – индивид, который берет на себя риск, связанный с организацией нового предприятия или с разработкой новой идеи, новой продукции или нового вида услуг, которые он предлагает обществу. Индивидуальный предприниматель – организационно-правовая форма, предусмотренная законодательством РФ для ведения гражданами предпринимательской деятельности.

Салон «Art-материя» – частное предприятие, штат которого состоит из девяти человек; в штат входят: директор, бухгалтер, менеджер, два продавца-консультанта, два дизайнера, мастер по пошиву, водитель.

Организационная структура предприятия представлена на рис.1 в виде блок-схемы.

Администрация

Отдел закупок и сбыта

Бухгалтерия

Касса

Склад

Торговый зал

Отдел доставки

Отдел пошива

Рисунок 1.Организационная структура салона текстильного дизайна «Art-материя»

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

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

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

- розничная продажа товаров населению;

- своевременное пополнение товаров в торговом зале за счет запасов на складе;

- передача первичной информации о реализации и движении товаров в бухгалтерию.

В отделе пошива изготавливаются текстильные изделия.

В складском хозяйстве решаются следующие задачи:

- прием поступающего товара по качеству и количеству;

- организация оптимального размещения поступающего товара;

- извещение всех заинтересованных служб о предполагаемых сроках и объемах поставок товаров;

- проведение инвентаризаций складов.

Функциями отдела доставки является своевременная доставка товара клиентам.

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

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

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

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

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

Учёт товаров в торговых организациях предполагает соблюдение следующих принципов:

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

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

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

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

5. Принцип соответствия в учёте товарных операций требует:

- отражения в учёте поступления, выбытия товаров в том отчётном периоде, в котором совершены хозяйственные операции;

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

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

Учет товаров происходит посредством получения выходных документов. Выходные документы формируются на основе информации из первичных документов, таких как:

- приходная накладная;

• расходная накладная.

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

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

Рисунок 2. Существующие бизнес-процессы

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

Движение документов на предприятии

Если товар приобретает или заказывает частное лицо, то:

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

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

Приприобретении или заказе товара юридическим лицом, это уже безналичные расчеты:

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

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

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

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

Таблица 1

Переченьвыходных документов, получаемых в результате решения задачи учета товаров

Наименование Групп (классов задач)	Наименование задач	Наименование выдаваемыхдокументов	Период решениязадачи	Назначение выдаваемых документов	Подразделения, которым предназначены выходные документы
Учет	Учет товаров	Отчет «остатки по складам»	3 раза в месяц	Контроль прихода, расхода и остатка товаров	Отдел закупок и сбыта
Финансовая отчетность	Учет работы складов и их сотрудников	Отчет «Выручка сотрудников» Отчет «Прибыль складов»	1 раз в месяц	Учет и контроль работы сотрудников и складов	Бухгалтерия Администрация

В отчете «Остатки товаров» указывается наименование склада; общую сумму оприходованных товаров за отчетный период; общую сумму расхода товаров; лимит остатка товаров; период, за который составляется отчет.

В отчете «Выручка сотрудников» указывается наименование склада; ФИО сотрудника, количество выручки за отчетныйпериод; период, за который составляется отчет.

В отчете «Прибыль складов» указывается наименование склада; количество выручки за отчетныйпериод; период, за который составляется отчет.

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

Схема их взаимодействия показана на рис.4.

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

Прием, учет товара

Внутренняя транспортировка

Хранение товара

Сбор информации о рынке сбыта

Поставка на склад

1. Перемещение товара

2.Размещение товара

Вводтовара в цикл

Сбор заказов

Формирование заказа

Выполнение заказа

Отпуск товаров

3. Продажа товаров

Вводтовара в цикл

Вводтовара в цикл

Полный цикл движения товара

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

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

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

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

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

Перечень сущностей предметной области представлен в таблице 2.

Таблица 2

Перечень сущностей предметной области

Название и обозначениесущности	Ключ сущности и его обозначение	Атрибуты сущности и их обозначение
Единицы измерения (ЕИ)	Код (КодЕИ)	Наименование(Наименование)
Склад (Склад)	Код (КодСклад)	Адрес (Адрес) Наименование (Наименование)
Поставщик (Поставщик)	Код (КодПоставщик)	Наименование Адрес Телефон
Клиент (Клиент)	Код (КодКлиент)	Имя Фамилия Отчество Телефон Адрес Пасспорт
Сотрудник (Сотрудник)	Код (КодСотрудник)	Имя Фамилия Отчество Телефон Адрес Пасспорт Дата рождения
Услуга (Услуга)	Код (КодУслуга)	Наименование КодЕИ (КодЕИ) КодВУ(КодВУ) Цена
ВидУслуги	Код (КодВУ)	Наименование
Товар	Код (КодКоммент)	Наименование КодЕИ (КодЕИ) КодВТ(КодВТ) Артикул Цвет Ширина Изготовитель Цена
ВидТовара	Код(КодВТ)	Наименование
ПриходнаяНакладная	Код(КодПН)	Дата КодСклад КодПоставщик Номер
РасходнаяНакладная	КодРН	Дата КодСклад Номер КодКлиент
Закупка	КодЗакупка	КодРН КодТовар КодЕИ Количество Цена
Заказ	КодЗаказ	КодПН КодТовар КодУслуга Количество КодЕИ КодВУ Описание ДатаНачала ДатаОкончания

Таким образом, схемы сущностей имеют вид:

1. Единицы измерения (ЕИ) (КодЕИ, Наименование)
2. Вид товара (ВидТовара) (КодВТ, Наименование)
3. Вид услуги (ВидУслуги) (КодВУ, Наименование)
4. Приходная накладная (ПриходнаяНакладная) (КодПН, Дата, КодСклад, КодПоставщик, Номер)
5. Расходная накладная (РасходнаяНакладная) (КодРН, Дата, КодСклад, КодКлиент, Номер)
6. Закупка (Закупка) (КодЗакупка, КодРН, КодТовар, КодЕИ, Количество, Цена)
7. Заказ (Заказ) (КодЗаказ, КодПН, КодТовар, КодУслуга, Количество, КодЕИ, КодВУ, Описание, ДатаНачала, ДатаОкончания)
8. Склад (Склад) (КодСклад, Адрес, Наименование)
9. Поставщик (Поставщик) (КодПоставщик, Адрес, Наименование, Телефон)
10. Клиент (Клиент) (КодКлиент, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон)
11. Сотрудник (Сотрудник) (КодСотрудник, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон, ДатаРождения)
12. Услуга (Услуга) (КодУслуга, Наименование, КодЕИ, КодВУ, Цена)
13. Товар (Товар) (КодТовар, Наименование, КодЕИ, КодВТ, Артикул, Цвет,Ширина, Изготовитель, Цена)

Анализ сущностей позволяет выделить связи между ними. Перечень связей между сущностями представлен в табл. 3.

Таблица 3

Перечень связей между сущностями

Связь	Идентификатор
Закупка СОДЕРЖИТ Товар	Закупка_СОДЕРЖИТ_Товар
Закупка ИМЕЕТ ЕИ	Закупка_ИМЕЕТ_ЕИ
Приход ИМЕЕТ Закупку	Приход_ИМЕЕТ_Закупку
Приход ИМЕЕТ Поставщика	Приход_ИМЕЕТ_ Поставщика
Приход ИДЁТ на Склад	Приход_ИДЁТ_на_Склад
Сотрудник ДЕЛАЕТ Заказ	Сотрудник_ДЕЛАЕТ_Заказ
Заказ СОДЕРЖИТ Товар	Заказ_СОДЕРЖИТ_Товар
Заказ СОДЕРЖИТ Услугу	Заказ_СОДЕРЖИТ_Услугу
Заказ ИМЕЕТ ЕИ	Заказ_ИМЕЕТ_ЕИ
Расход ИМЕЕТ Заказ	Расход_ИМЕЕТ_Заказ
Услуга ИМЕЕТ ЕИ	Услуга_ИМЕЕТ_ЕИ
Расход ОТНОСИТСЯ к Складу	Расход_ОТНОСИТСЯ_к_Складу
Расход ИМЕЕТ Клиента	Расход_ИМЕЕТ_Клиента
Товар ИМЕЕТ ВидТовара	Товар_ИМЕЕТ_ВидТовара
Услуга ИМЕЕТ ВидУслуги	Услуга_ИМЕЕТ_ВидУслуги

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

При запуске программы пользователю предлагается пройти авторизацию посредствам ввода логина и пароля (рисунок 5). При нажатии на кнопку «Войти» произойдет поиск пользователя в БД и определение роли (администратор или менеджер) данного пользователя. В соответствии с ролью пользователя, отобразиться интерфейс программы. В случае если у пользователя роль – администратор, будет отображен дополнительный пункт меню «Администрирование» (Рисунок 6). Для администратора доступен пункт меню «Пользователи», в котором можно легко и удобно управлять пользователями в системе (рисунок 7). Так же для администратора доступен пункт настройки (рисунок 8), в котором можно отредактировать формат телефона, вводимого менеджерами при заполнении данных. Для роли «Менеджер» наиболее важными пунктами меню являются регистрация приходной и расходной накладной (рисунок 9 и 10 соответственно). Так же менеджер можно получать статистику по клиентам, а именно выполнять запрос «Деятельность сотрудника» (рисунок 11). Для администратора и менеджера есть пункт меню, в котором они могут отредактировать ряд справочников. Интерфейсы редактирования справочников похожи друг на друга, в первой части расположены поля ввода (для добавления и редактирования записей). Ниже расположены кнопки с действиями – «Новая» (добавить запись), «Удалить выделенную» и «Сохранить» (для сохранения изменений). Следующая часть – это полный список записей с возможностью выбора для удаления и редактирования. Ниже будет приведен пример такого интерфейса для справочника «Клиенты».

Рисунок 5 – Форма авторизации

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

Рисунок 7. Интерфейс настроек формата телефона

Рисунок 8. Интерфейс для заполнения приходной накладной

Рисунок 9. Интерфейс для заполнения расходной накладной

Рисунок 10. Интерфейс для получения отчета «Деятельность сотрудника»

Рисунок 11. Интерфейс для управления справочником «Клиенты»

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

Требования к информационной системе в формате стандарта IEEE830

1. Введение.
   1. Цель – разработка приложения, позволяющего автоматизировать складские операциисалона текстильного дизайна «Art-материя».
   2. Соглашения о терминах.

• Администратор – лицо, осуществляющее тестирование программы и управление пользователями, настройками.
• Менеджер – лицо, осуществляющее учёт товара и выполняющее обслуживание клиентов.
• Обслуживание – процесс, ориентированный на выполнение запросов пользователя, состоящий из предоставления справки, регистрации приходных накладных, регистрации расходных накладных, формирования отчетов.
  1. Предполагаемая аудитория – сотрудники салона текстильного дизайна «Art-материя», наделённые полномочиями администратора и менеджера.
  2. Ссылки на источники.
• Методика составления спецификаций требований к программному обеспечению: http://www.webisgroup.ru/services/programming/srs/ieee-830-1998/
• Проектирование информационных систем: Белов В.В.,

Чистякова В.И.

1. Общее описание.

Видение продукта отражено на диаграмме бизнес - прецедентов(Рисунок 1.3).

• 1. Функциональность продукта.
• Упрощение, полнота и достоверность учета товаров на фирме, подсчет прибыли с реализованной продукции, подсчёт выручки сотрудников.
  1. Классы и характеристики пользователей.
• Два класса пользователей: Администратор и Менеджер. Каждый из пользователей проходит системную авторизацию перед началом работы.
  1. Среда функционирования продукта.
• ОС: MS Windows 2000/XP/7/8;
• СУБД: MySql 5.1;
• Компонентыдля Windows: .net framework 2.0.;
  1. Рамки, ограничения, правила и стандарты.
     • Средаразработки: Visual Studio Express Edition 2005;
     • Язык программирования: Visual C#;
     • Используемый шаблон: трёхзвенная модель (представление, обработка, хранение).

1. Функциональность системы.

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

1. Нефункциональные требования.

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

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

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

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

Рисунок 12. Сетевая клиент-серверная модель структуры ИС

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

Рисунок 13. Схема двухзвенной архитектуры ИС

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

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

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

Таблица 4

Товары

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Код товара	КодТовара	Числовой	10
Артикул	Артикул	Текстовый	10
Наименование товара	НаименованиеТовара	Текстовый	50
Вид товара Код	ВидТовараКод	Числовой	10
Цвет	Цвет	Текстовое	20
Состав	Состав	Текстовый	20
Ширина	Ширина	Текстовый	10
Производитель	Производитель	Текстовый	20
ЕИ	ЕдиницаИзмерения	Числовой	10
Розничная цена за единицу	Цена	Числовой	Double

Таблица 5

Услуги

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодуслуги	КодУслуги	Числовой	10
Наименование услуги	НаименованиеУслуги	Текстовый	20
ЕИ	ЕИ	Числовой	10
Цена за единицу	ЦенаЗаЕдиницу	Числовой	Double

Таблица 6

Склады

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Код склада	КодСклада	Числовой	10
Наименование склада	НаименованиеСклада	Текстовый	20
Адрес	Адрес	Текстовый	50

Таблица 7

Сотрудники

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Код сотрудника	КодСотрудника	Числовой	10
Фамилия	Фамилия	Текстовый	20
Имя	Имя	Текстовый	20
Отчество	Отчество	Текстовый	20
День рождения	ДеньРождения	Дата/время	Формат даты
Адрес	Адрес	Текстовый	50
Телефон	Телефон	Текстовый	15
Паспорт	Паспорт	Текстовый	100

Таблица 8

Клиенты

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодклиента	КодКлиента	Числовой	10
Фамилия	Фамилия	Текстовый	20
Имя	Имя	Текстовый	20
Отчество	Отчество	Текстовый	20
Адрес	Адрес	Текстовый	50
Телефон	Телефон	Текстовый	20
Паспорт	Паспорт	Текстовый	50

Таблица 9

Поставщики

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодпоставщика	КодПоставщика	Числовой	10
Имя	Имя	Текстовый	20
Адрес	Адрес	Текстовый	50
Телефон	Телефон	Текстовый	20

Таблица 10

Единицы измерения

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодединицы измерения	КодЕИ	Числовой	10
Наименование	Имя	Текстовый	20

Таблица 11

Приходная накладная

Наименование поля (реквизиты)	Идентификация	Тип		Длина
Код документа	КодДокумента		Числовой		10
Код склада	КодСклада		Числовой		10
Номер документа	Номер		Текстовый		20
Дата	Дата		Дата/время		Формат даты
Код поставщика	КодПоставщика		Числовой		10

Таблица 12

Расходная накладная

Наименование поля (реквизиты)	Идентификация	Тип		Длина
Код документа	КодДокумента		Числовой	10
Код склада	КодСклада		Числовой	10
Номер документа	Номер		Текстовый	10
Дата	Дата		Дата/время	Формат даты
Код клиента	КодКлиента		Числовой	10

Таблица 13

Виды услуг

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодвид услуги	КодВидУслуги	Числовой	10
Наименование	Имя	Текстовый	20

Таблица 14

Виды товаров

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодвид товара	КодВидТовара	Числовой	10
Наименование	Имя	Текстовый	20

Таблица 15

Закупка

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодзакупки	КодЗакупка	Числовой	10
Код товара	КодТовара	Числовой	10
Код единицы измерения	КодЕИ	Числовой	10
Количество	Количество	Числовой	10
Цена	Цена	Числовой	Double
Код документа	КодДокумента	Числовой	10
Код поставщика	КодПоставщика	Числовой	10
Код склада	КодСклада	Числовой	10

Таблица 16

Заказ

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Кодзаказа	КодЗаказа	Числовой	10
Код товара	КодТовара	Числовой	10
Код единицы измерения	КодЕИ	Числовой	10
Количество	Количество	Числовой	10
Цена	Цена	Числовой	Double
Код услуги	КодУслуги	Числовой	10
Код вид услуги	КодВидУслуги	Числовой	10
Код сотрудника	КодСотрудника	Числовой	10
Дата начала	ДатаНачала	Дата/время	Формат времени
Дата конца	ДатаКонца	Дата/время	Формат времени
Описание	Описание	Текстовый	200
Код документа	КодДокумента	Числовой	10
Код поставщика	КодПоставщика	Числовой	10
Код склада	КодСклада	Числовой	10

Таблица 17

Пользователь

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Код пользователя	КодПользователя	Числовой	10
Логин пользователя	Логин	Текстовый	25
Имя пользователя	ФИО	Текстовый	50
Пароль пользователя	Пароль	Текстовый	25
Администратор	Администратор	Текстовый	1

Таблица 18

Настройки

Наименование поля (реквизиты)	Идентификация	Тип	Длина
Код	Код	Числовой	10
Формат номера телефона	ФорматНомераТелефона	Текстовый	45

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

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

1. Связь Закупка_СОДЕРЖИТ_Товар характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Закупка (КодЗакупка, КодТовар, ….)

б) Товар (КодТовар, …)

1. Связь Закупка_ИМЕЕТ_ЕдиницыИзмеренияхарактеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Закупка (КодЗакупка, КодЕИ, …)

б) ЕдиницыИзмерения(КодЕИ, …)

1. Связь Приход_ИМЕЕТ_Закупку характеризуется степенью связи 1:N и классом принадлежности О:Н, поэтому порождает два предварительных отношения:

а) Приход (КодПриход, ….)

б) Закупка (КодЗакупка, КодПриход, …)

1. Связь Приход_ИМЕЕТ_Поставщика характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Приход (КодПриход, КодПоставщик, …)

б) Поставщик (КодПоставщик, …)

1. Связь Приход_ИДЁТ_на_Склад характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Приход (КодПриход, КодСклад, ….)

б) Склад (КодСклад, …)

1. Связь Сотрудник_ДЕЛАЕТ_Заказ характеризуется степенью связи 1:N и классом принадлежности О:Н, поэтому порождает два предварительных отношения:

а) Сотрудник (КодСотрудник, …)

б) Заказ (КодЗаказ, КодСотрудник, …)

1. Связь Заказ_СОДЕРЖИТ_Товар характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Заказ (КодЗаказ, КодТовар, …)

б) Товар (КодТовар, ….)

1. Связь Заказ_СОДЕРЖИТ_Услугу характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Заказ (КодЗаказ, КодУслуга, …)

б) Услуга (КодУслуга,…)

1. Связь Заказ_ИМЕЕТ_ЕдиницыИзмерения характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Заказ (Код Заказ, КодЕИ, …)

б) ЕдиницыИзмерения(КодЕИ, …)

1. Связь Услуга_ИМЕЕТ_ЕдиницыИзмерения характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Услуга (Код Услуга, КодЕИ, …)

б) ЕдиницыИзмерения(КодЕИ, …)

1. Связь Расход_ИМЕЕТ_Заказ характеризуется степенью связи 1:N и классом принадлежности О:Н, поэтому порождает два предварительных отношения:

а) Расход (КодРаход, ….)

б) Заказ (КодЗаказ, КодРасход, …)

1. Связь Расход_ОТНОСИТСЯ_к_Складу характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Расход (Код Расход, КодСклад, ….)

б) Склад (КодСклад, …)

1. Связь Расход_ИМЕЕТ_Клиента характеризуется степенью связи 1:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Расход (Код Расход, КодКлиент, …)

б) Клиент (КодКлиент, …)

1. Связь Товар_ИМЕЕТ_ВидТовара характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Товар (КодТовар, КодВидТовара, ….)

б) ВидТовара (КодВидТовара, …)

1. Связь Услуга_ИМЕЕТ_ВидУслуги характеризуется степенью связи N:1 и классом принадлежности Н:О, поэтому порождает два предварительных отношения:

а) Услуга (КодУслуга, КодВидУслуги, …)

б) ВидУслуги (КодВидУслуги, …)

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

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

1. Единицы измерения (ЕИ) (КодЕИ, Наименование)
2. Вид товара (ВидТовара) (КодВТ, Наименование)
3. Вид услуги (ВидУслуги) (КодВУ, Наименование)
4. Приходная накладная (ПриходнаяНакладная) (КодПН, КодСклад, КодПоставщик, Дата, Номер)
5. Расходная накладная (РасходнаяНакладная) (КодРН, КодСклад, КодКлиент, Дата, Номер)
6. Закупка (Закупка) (КодЗакупка, КодРН, КодТовар, КодЕИ, Количество, Цена)
7. Заказ (Заказ) (КодЗаказ, КодПН, КодТовар, КодУслуга, Количество, КодЕИ, Описание, ДатаНачала, ДатаОкончания)
8. Склад (Склад) (КодСклад, Адрес, Наименование)
9. Поставщик (Поставщик) (КодПоставщик, Адрес, Наименование, Телефон)
10. Клиент (Клиент) (КодКлиент, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон)
11. Сотрудник (Сотрудник) (КодСотрудник, Имя, Фамилия, Отчество, Адрес, Пасспорт, Телефон, ДатаРождения)
12. Услуга (Услуга) (КодУслуга, КодЕИ, КодВУ, Цена, Наименование)
13. Товар (Товар) (КодТовар, КодЕИ, КодВТ, Наименование, Артикул, Цвет,Ширина, Изготовитель, Цена)

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

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

- служебные функции;

- основные функции.

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

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

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

В процессе диалога возможно:

- двустороннее управление на базе языка типа «запрос-ответ»;

одностороннее управление со стороны информационной системы с языком общения типа «меню», «заполнение шаблона», ответа по «подсказке»;

одностороннее управление со стороны пользователя с использованием языка команд.

Сценарий диалога представлен на рисунке 16.

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

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

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

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

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

Рисунок 17. Концептуальная модель

Главным результатомданногоэтапаявляетсяпостроениелогической модели (модель требований) системы. Логическая модель описывает понятия предметной области, их взаимосвязь. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Логическая модель данных представлена далее в виде модели «сущность-связь» на рис. 18.

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

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

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

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

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

Класс ConnectionPool реализует интерфейс IDisposable, чтобы иметь возможность принудительно закрыть соединение с БД при вызове метода Dispose().

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

Код класса находится в лист. 3.4.2.

Листинг 3.4.2 Класс ConnectionPool

// Класс отвечающий за подключение к MySQL
publicclassConnectionPool :IDisposable

{
// Объектподключения
privatestaticMySqlConnectionconnection = null;

// Конструкторкласса
publicConnectionPool()
{
if (connection != null)
{
connection.Close();
connection = null;
}
}

// Открытиеподключения.
public static MySqlConnection Connection
{
get
{
if (connection == null)
{
try
{
// Получениенастроек
DatabaseSettingsdbs = 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 IDbConnectionResetConnection()
{
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 Описание программных модулей

Данный программный продукт состоит из нескольких модулей (подпрограмм). Такой подход, во-первых, позволяет абстрагироваться от интерфейса пользователя, так как работа с данным вынесена в отдельный модуль, так же как и интерфейс пользователя является отдельным модулем. Данный подход чем-то напоминает всем известный шаблон проектирования MVC (ModelViewController).

MVC – это шаблон проектирования, который позволяет разбить программу на три логических уровня:

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

Данный шаблон проектирования в основном применяется в WEB системах, но для толстых клиентов так же имеется место.

В данной системе есть три модуля:

• MySql.Data;
• DataLayer;
• WarehouseApp.

Первая подпрограмма это MySql.Data. В ней реализована логика работы с базой данных. Данный модуль «умеет» выполнять базовые операции с MySql базой данных. Эта подпрограмма никак не зависит от конкретной базы данных, она является неким драйвером для работы с БД.

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

• Insert – добавление записи;
• Update – обновление записи;
• Delete – удалениезаписи;
• List – получитьсписок записей;
• Get – получить запись по уникальному id.

Последняя подпрограмма WarehouseApp в соответсвии с MVC содержит View и Controller. View – это классы панелей, которые отображают выбранную пользователем панель (которая соответствует пункту меню выбранного пользователем). При нажатии на кнопку срабатывает событие, которое маршрутизирует запрос в подпрограмму DataLayer, а в ответ получает ответ, который отображается на панели.

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

Составление списка заявок на доставку на период

Заказы есть

Поиск нового заказа

Выбор транспорта, осуществляющего доставку

Составление маршрута доставки с учетом времени, удобного поставщику, расстояния между адресами, статистики пробок

Исполнение услуги по доставке товара

На маршруте есть пробки

Доставка товара

Да

Да

Нет

Нет

Товар доставлен?

Нет

Да

Рисунок 20. Алгоритм решения задачи

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

Приведем модули кода программы 1С, используемые для отслеживания движения ТМЦ и отображения этого графическим способом, понятным пользователю программы.

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

Данный код программы использует справочники: Номенклатуры, Список Параметров, Остатки ТМЦ, РезервыТМЦ.

Параметры, используемые в программе: «используется», «фирма», «склад», «договор», «кооперация».

Для определения наличия товара на складе определены значения:

1 - проведение выполнено;

0 – нет.

Контроль ТМЦ осуществляется в следующих объектах:

Фирма, склад, оптовая организация, розничная организация.

ТМЦ розничного магазина контролируются постоянно для постоянного обеспечения потребителей товаром.

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

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

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

Текст содержит причину оповещения. Если было изменено несколько объектов, то в скобках будет указано количество измененных объектов.

Пояснение - уточняющая информация.

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

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

При проведении документа на списание очередного товара, как указано на рисунках, программа сверяет остаток товара.

Рисунок 21. Интерфейс программы

Рисунок 22. Интерфейс программы

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

Рисунок 23. Интерфейс программы

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

Главная форма приложения имеет структуру вложенных элементов, показанную на рис. 24.

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

Панель contentHolder является элементом, в который динамически в зависимости от пункта меню создаются и подгружаются пользовательские элементы управления (UserControl). Таким образом, форм (наследников класса Form) в разработанном приложении всего 3, остальное – контролы, которые наследуются от класса UserControl. Описание форм приложения дано в табл. 19.

Таблица 19

Описание форм приложения

Компонент	Назначение	Свойство	Значение
MainForm	Главная форма	Name	MainForm
		Text	Салон текстильного дизайна «Арт-материя»
		StartPosition	CenterScreen
		Size	710; 502
		MainMenuStrip	menuStrip1
ChooseProductBox	Форма добавления товара в поставку	Name	ChooseProductBox
		Text	Добавить товар в поставку
		Size	327; 195
		StartPosition	CenterParent
		MinimizeBox	False
		MaximizeBox	False
		FormBorderStyle	FixedSingle
ChooseServiceBox	Форма добавления услуги или товара в заказ	Name	ChooseServiceBox
		Text	Выбрать услугу
		Size	555; 305
		StartPosition	CenterParent
		MinimizeBox	False
		MaximizeBox	False
		FormBorderStyle	FixedSingle
LoginForn	Форма авторизации пользователя	Name	LoginForm
		Text	Авторизация
		Size	555; 305
		StartPosition	CenterParent
		MinimizeBox	False
		MaximizeBox	False
		FormBorderStyle	FixedSingle

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

Обработка вызовов команд меню организована таким образом, что за всё отвечает универсальный обработчик, который берёт имя элемента управления, который нужно создать, из свойства Tag выбранного пункта меню (см. лист. 3.1).

Листинг 3.1. Универсальный обработчик события выбора пункта меню.

/// <summary>

/// Универсальный обработчик

/// </summary>

/// <param name=«sender»>Пункт меню, по который выбрал пользователь</param>

/// <param name=«o»>аргументы</param>

private void menu_click(object sender, EventArgs o)

{

//получаемнажатыйэлемент

ToolStripMenuItem tsmi = sender as ToolStripMenuItem;

if (tsmi != null)

{

//заголовку присваиваем значение текста выбранного пункта меню

root.Text = tsmi.Text;

string formName = tsmi.Tag as string;

//если с пунктом меню не связно имя формы, то берем по умолчанию NullUserControl

if (formName == null)

{

formName = «NullUserControl»;

}

//Подгружаем в contentHolder связанную с пунктом меню форму

ContentToHolderLoader.LoadUserControlIntoContentHolder(formName, contentHolder);

}

}

ПривыборевстрокеменюСправочники, как показано на рис.27, открывается подменю, в котором определены пункты:

1. Товары;
2. Услуги;
3. Склады;
4. Сотрудники;
5. Клиенты;
6. Поставщики;
7. Единицы измерения;
8. Виды товаров;

9. Курсы валют.

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

В пункте Документы находится перечень приходных и расходных накладных.

Пункт Отчеты открывает доступ к формированию различныхотчетов, предусмотренных системой.

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

В формах ChooseProductBox и ChooseServiceBox обработчик событий привязан на кнопку “Добавить” и приведён соответственно в лист. 3.2 и 3.3.

Листинг 3.2. ОбработкасобытияonClickформыChooseProductBox

private void btnAdd_Click(object sender, EventArgs e)

{

buying.Price = double.Parse(txtPrice.Text, Formater.nfi);

buying.ProductID = (UInt32)cbProduct.SelectedValue;

buying.UnitID = (UInt32)cbUnits.SelectedValue;

buying.Amount = UInt32.Parse(txtAmount.Text, Formater.nfi);

buying.Name = (String)cbProduct.Text;

}

Листинг 3.3. ОбработкасобытияonClickформыChooseServiceBox

private void btnAdd_Click(object sender, EventArgs e)

{

saling.Amount = UInt32.Parse(txtAmount.Text, Formater.nfi);

Rests rests = cbProduct.SelectedItem as Rests;

//Проверить, достаточно ли товара на складе

if (saling.Amount <= rests.RestAmount)

{

saling.Price = double.Parse(txtPrice.Text, Formater.nfi);

saling.ProductID = (UInt32)cbProduct.SelectedValue;

saling.ServiceID = (UInt32)cbService.SelectedValue;

saling.ServiceTypeID = (UInt32)cbServiceType.SelectedValue;

saling.EmployeeID = (UInt32)cbEmployee.SelectedValue;

saling.UnitID = (UInt32)cbUnits.SelectedValue;

saling.ProductName = (String)cbProduct.Text;

saling.ServiceName = (String)cbService.Text;

saling.Description = tbDescription.Text;

btnAdd.DialogResult = DialogResult.OK;

this.DialogResult = DialogResult.OK;

}

else

{

btnAdd.DialogResult = DialogResult.None;

this.DialogResult = DialogResult.None;

txtAmount.SelectAll();

txtAmount.Focus();

MessageBox.Show(«Наскладеменьшетовара, чемвыхотитепродать!»);

}

}

ЗАКЛЮЧЕНИЕ

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

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

В процессе формирования требований к информационной системе описаны: модель структуры предприятия, схема управления предприятием, функциональные подразделения предприятия (краткая характеристика отдела закупок и сбыта,видов его деятельности, сущность задачи учета товаров и предметная технология ее решения). Далее излагается модель деятельности предприятия (модель AS IS, отражающая текущую организацию бизнес-процессов), а так же требования к реализуемой функциональности ИС, включающие модель TOBE, отражающая требуемую организацию бизнес-процессов – приводятся системные диаграммы в нотации UML, отличающиеся использованием ИС в бизнес-процессах предприятия. Набор диаграмм включает:

• Диаграмма прецедентов;
• Диаграммы деятельности или автомата;
• Диаграммы последовательности либо коммуникации;
• Диаграмма классов.

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

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

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

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

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

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

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

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

Далее осуществляется тестирование ИС. Далее описывается состав проекта, в котором указываются: основные файлы проекта, системные и вспомогательные файлы проекта.

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

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

• Назначение системы и выполняемые функции;
• Условия применения системы;
• Правила инсталляции системы;
• Сценарий взаимодействия с пользователем.

Подраздел «Назначение системы и выполняемые функции» содержит общую характеристику ИИС и перечень обслуживаемых запросов.

Подраздел «Условия применения системы» содержит требования к техническим характеристикам ЭВМ (тип процессора, объем оперативной и внешней памяти), операционной системе.

Правила инсталляции завершаются описанием файлового состава установленной системы.

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

• структура меню программы;

• общая схема использования программы;

• описание последовательности действий пользователя во время решения типовых задач и при выполнении базовых.

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

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

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

СПИСОК ЛИТЕРАТУРЫ

1. ОСТ 4.071.030 «Нормативы трудоемкости при разработке автоматизированных систем».
2. ГОСТ 34.602.89 «Разработка технического задания на автоматизированные системы».
3. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения;
4. Автоматизация процесса бестарного хранения муки / Карелина Е.Б., Благовещенская М.М., Кириллов С.Б., Благовещенский И.Г., Клехо Д.Ю. // Хранение и переработка сельхозсырья. 2015. № 4. С. 12-15.
5. Интеллектуализация предприятий нефтегазохимического комплекса: экономика, менеджмент, технология, инновации, образование / Под общ.ред. И.А.Садчикова,В.Е. Сомова.- СПб.: СПбГИЭУ, 2006.- 762 с
6. Конюхов М.И., Каримова Л.А. Анализ систем складского учета // Инновационная наука. 2015. № 11-2. С. 68-69.
7. Кочкин И.А., Ягузинская И.Ю. Использование RFID-технологии для управления складским технологическим процессом // Научная мысль. 2015. № 2. С. 87-90.
8. Кравчук А.А. Грузопереработка как часть логистического процесса на складе // Инновационная наука. 2016. № 4-1. С. 193-195.
9. Крайнова О.С. Оптимизация логистической подсистемы складирования: практика внедрения WMS // Актуальные проблемы гуманитарных и естественных наук. 2015. № 11-3. С. 119-122.
10. Крайнова О.С. Практические инструменты оптимизации логистики управления запасами предприятий сферы услуг // В сборнике: Инновационные технологии управления сборник статей по материалам II Всероссийской научно-практической конференции. Нижегородский государственный педагогический университет им. К.Минина. 2015. С. 202-206.
11. Кузин Б., Шахдинаров Г., Юрьев В.К. Методы и модели управления фирмой: Учеб. Пособие. – С-Пб.: Питер, 2006.
12. Кулаговская Т.А. К вопросу о минимизации издержек на функционирование склада и управление запасами // В сборнике: Логистика: современные тенденции развития Материалы XIV Международной научно-практической конференции. 2015. С. 206-208.
13. Кучер В.А. Методы управления складским учетом и складской политикой на предприятии // В сборнике: Труды международной научно-практической конференции «ТРАНСПОРТ-2015» ФГБОУ ВПО «Ростовский государственный университет путей сообщения». 2015. С. 145-147.
14. Леванов А.С. Управление логистическим процессом на складе // Инновационная наука. 2016. № 4-1. С. 198-200.
15. Литвинов С. Типовые ошибки в управлении складом // Логистика. 2015. № 1 (98). С. 58-61.
16. Ловков Д.А. Совершенствование системы управления складом на основе WMS // Экономика и социум. 2015. № 4 (17). С. 555-561.
17. Логистика - мир – прогресс // Тезисы докладов Пятой Международной научно-практической конференции / 2015.
18. Логистика - ММР – прогресс // Тезисы докладов Пятой Международной научно-практической конференции / 2015.
19. Логистика и управление цепями поставок / Лукинский В.С., Лукинский В.В., Плетнева Н.Г. Учебник и практикум / Москва, 2016. Сер. 58 Бакалавр. Академический курс (1-е изд.)
20. Лукинский В.В. Транспортировка в логистике: Учеб.пособие / В.С. Лукинский, В.В. Лукинский, И.А. Пластуняк, Н.Г. Плетнева.- СПб.:СПбгИЭУ, 2005.-139с.
21. Меньков А.В. Теоретические основы автоматизированного управления: учеб.для вузов. - М.: ОНИКС, 2005. - 639 с.
22. Методы оптимизации складских запасов / Иванов Н.А., Ивасюта А.В., Колпаков Д.А. // Научное обозрение. 2015. № 18. С. 347-351.
23. Модернизация машиностроительных предприятий на основе логистических систем kanban и just-in-time / Сабадаш Ф.А., Толмачев О.М., Запускалов Н. // Вестник Магнитогорского государственного технического университета им. Г.И. Носова. 2016. Т. 14. № 1. С. 130-136.
24. Моисеева Н.К. Экономические основы логистики. Инфра-М,2008.528с.
25. Мотив: система оперативного управления компанией. Руководство пользователя. – Белгород.: Институт высоких технологий БелГУ, б.г.
26. Неруш Ю.М. Логистика.4-е издание. ТК Велби.2008.520с.
27. Нижниченко А.В., Капитанов А.В. Исследование влияния скорости пополнения склада в системе управления запасами с фиксированным размером заказа // Проблемы машиностроения и автоматизации. 2015. № 1. С. 42-46.
28. Никифоров В.В. Логистика. Транспорт и склад в цепи поставок. Учебное пособие/ Под ред. В.В. Никифорова/-М.: «ГроссМедиа», 2016г.-192с.
29. Новикова Т.В., Велигурова К.И. Работа склада: повышение эффективности на основе внедрения автоматизированной системы управления складом SOLVO.WMS // В сборнике: Инновационные технологии научного развития Сборник статей Международной научно-практической конференции. Ответственный редактор: СукиасянАсатур Альбертович. 2015. С. 149-153.
30. Новицкий Н.И. Организация и планирование производства: практикум / Н.И. Новицкий Мн.: Новое знание, 2014
31. Новицкий Н.И. Организация производства на предприятиях. М., 2001.
32. Одинцова А.Р. Применение основных принципов бережливого производства и инструментов LEAN и КАНБАН на предприятиях нефтегазового комплекса
33. Оптимальное управление автоматизированным складом готовой продукции с различным сроком хранения в условиях неопределённости / Алиев Д.И., Васильков Ю.В., Федотов В.С., Васильков Ю.В. // В сборнике: Современные тенденции развития науки и производства Сборник материалов III Международной научно-практической конференции. Западно-Сибирский научный центр; Кузбасский государственный технический университет имени Т.Ф. Горбачева. 2016. С. 72-74.
34. Организации производства авиационной техники на основе внедрения корпоративных информационных систем / Калачанов В.Д., Ефимова Н.С., Рычагов М.С., Добров В.П. // Организатор производства. 2015. № 2 (65). С. 13-21.
35. Организация производства и управление предприятием : Учебник / Туровец О.Г., Бухалков М.И., РодиновВ.Б. и др.; Под ред. О.Г. Туровца.- 2-е изд.- М.: ИНФРА-М,2005.- 544с.- (Высшее образование)
36. Организация, планирование и управление производством. Практикум курсовое проектирование): учебное пособие / Н.И.Новицкий, Л.Ч.Горностай. А.А. Горюшкин; под ред. Н.И. Новицкого.- М.:КНОРУС, 2006.- 320с.
37. Орлов А.И. Оптимальный план управления запасами нельзя найти на основе формулы квадратного корня // Политематический сетевой электронный научный журнал Кубанского государственного аграрного университета. 2015. № 106. С. 270-300.
38. Оценка показателей эффективности управления складом автомобильного дилера / Терских В.М., Катаргин В.Н., Пьяных А.А., Писаренко Н.Т. // Вестник Иркутского государственного технического университета. 2016. № 2 (109). С. 115-123.
39. Пакеева В.В. Системы управления складом // В сборнике: Реальность - сумма информационных технологий Сборник научных трудов Международной научно-практической конференции. Ответственный редактор Пыхтин А.И.. 2015. С. 140-142.
40. Писаренко В.Н. Метод управления материально-техническим снабжением авиационных предприятий гражданской авиации // Вестник Самарского государственного экономического университета. 2015. № 8 (130). С. 71-74.
41. Плисецкий Е.Е. Приоритеты развития северного морского пути в стратегическом управлении и планировании // Арктика и Север. 2016. № 22. С. 101-111.
42. Повышение эффективности производства на основе его моделирования с использованием MRPII/ERP систем / Корнилов Д.С., Проничев Н.Д., Абрамова И.Г. // Вестник Самарского государственного аэрокосмического университета им. академика С.П. Королева (национального исследовательского университета). 2009. № 3-2. С. 294-297.
43. Подрезова П.А., Калашникова Т.В. Определение экономической эффективности внедрения системы управления складом в организации // Сборники конференций НИЦ Социосфера. 2015. № 22. С. 133-136.
44. Проблемы экономики и управления нефтегазовым комплексом. 2015. № 7. С. 29-33.
45. Производственный менеджмент: Учебник /Подред. В.А. Козловского.- М.: ИНФРА- М, 2006.-574с
46. Производственный менеджмент: учебное пособие/ К.Т.Джурабаев, А.Т. Гришин, Г.К.Джурабаева.- М.:КНОРУС,2005.-416 с.
47. Прокопьева О.С. Анализ роли усреднительных складов при оперативном управлении параметрами рудопотоков // В сборнике: Наземные транспортно-технологические комплексы и средства Материалы Международной научно-технической конференции. 2015. С. 279-282.
48. Промышленная безопасность при переводе кранов мостового типа, установленных на открытых складах, на управление с пола / Гаркушин А., Гребцов В., Осипенко Д., Мельник В., Арнаутов И. // Энергонадзор. 2015. № 10 (74). С. 44-45.
49. Проценко И.О., Лайков Д.В. Актуальные аспекты управления складом в условиях экономической нестабильности // В сборнике: Логистика в портфеле ресурсов импортозамещающей индустриализации: антикризисные стратегии роста и развития в условиях санкционных ограничений материалы международного научно-практического XI Южно-Российского логистического форума . 2015. С. 130-135.
50. Радченко А.Э., Петроченко М.В. Логистика в складировании строительных материалов и изделий // Строительство уникальных зданий и сооружений. 2015. № 1 (28). С. 32-39.
51. Разработка системы управления роботами автоматизированного склада на базе SCADA системы / Лазарев В.Б., Липко И.Ю., Лыжин Н.Ю. // В сборнике: Интеллектуальные системы, управление и мехатроника - 2015 Материалы международной научно-технической конференции молодых ученых, аспирантов и студентов. Севастопольский государственный университет.; науч. ред. Барабанов А.Т.. 2015. С. 107-110.
52. Решина А.В., Панова Ю.Н. Управление запасами склада на основе имитационного моделирования // В сборнике: Интеллектуальные системы на транспорте сборник материалов V Международной научно-практической конференции. 2015. С. 357-362.
53. Руденко А.А., Антипов Д.В. К вопросу об обеспечении материальными ресурсами предприятий в условиях цикличности экономики // Вестник Поволжского государственного университета сервиса. Серия: Экономика. 2015. № 1 (39). С. 133-138.

Рынок систем электронного документооборота в России. Аналитический отчет – М.: РосБизнесКонсалтинг, 2008.

1. Савинков В.И., Ключарев Г.А. Стимулирующая роль государства по укреплению связи науки и образования в университетах // Социология образования. 2015. № 7. С. 4-16.
2. Самойлова А.Г., Фомина К.Ю. Анализ основных проблем управления складскими запасами материальных ценностей ОАО «Нафтан» и разработка путей их решения // В сборнике: Логистика: современные тенденции развития Материалы XIV Международной научно-практической конференции. 2015. С. 310-313.
3. Самсонов В.С., Курмаев Р.А. Оптимизация логистики индустриального склада // Известия Московского государственного технического университета МАМИ. 2015. Т. 5. № 1 (23). С. 75-78.
4. Самсонов В.С., Курмаев Р.А. Оптимизация работы промышленного склада // В сборнике: Экономические аспекты развития российской индустрии в условиях глобализации Материалы Международной научно-практической конференции кафедры «Экономика и организация производства». 2015. С. 107-109.
5. Секерин В.Д. Логистика. - М.: КноРус. 2011. -240 с.
6. Семухин С.О. Характеристика логистической системы «SAP» // Научно-методический электронный журнал Концепт. 2016. Т. 2. С. 11-15.
7. Степанов В.И. Логистика: учеб.-М.: ТК Велби, Изд-во Проспект,2006.- 488 с.
8. Титов В.И. Экономика предприятия: Ученбник / В.И.Титов.- М.: Эксмо, 2007.- 416 с.-( Высшее экономическое образование)
9. Фатхундинов Р.А. Производственный менеджмент.Краткий курс.- СПб.: Питер,2004.- 283с
10. Фатхутдинов Р.А., Сивкова Л.Н. Организация производства: практикум.- М.: ИНФРА – М., 2001.

1. http://www.xcomp.biz/4-3-1-sposoby-vedeniya-skladskogo-ucheta.html
2. http://sloran23.krasnodar-gid.info/