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

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

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

Введение

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

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

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

Постановка задачи состоит из решения следующих пунктов:

- изучить проблемы автоматизации при работе складской службы гипермаркета;

- обосновать и выбрать средство программирования;

- разработать программный продукт;

- протестировать программный продукт;

- внедрить программный продукт.

1. Теоретико-аналитическая часть

1.1 Описание проблемы

Постановка задачи предпроектного обследования.

Объекты и методы проведения предпроектного обследования.

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

· характеристика гипермаркета;

· структура гипермаркета;

· информационные системы, функционирующие в складском учёте гипермаркета;

· программные и технические средства, используемые в складском учёте в гипермаркете;

· корпоративная сеть предприятия и её особенности;

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

· обеспечение информационной безопасности;

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

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

· возможные способы решения проблемных ситуаций.

Предпроектное обследование проводится средствами исполнителей. Были выбраны следующие методы обследования:

? личные наблюдения;

? анкетирование и опросы;

? беседы и консультации (как с начальниками отделов, так и с рядовым сотрудниками).

Организационная структура гипермаркета.

Общая характеристика предприятия.

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

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

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

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

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

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

Рисунок 1. Организационная структура гипермаркета

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

Административный блок:

Директор, директор-дублер, старший менеджер, администратор, менеджер по персоналу.

Торговый зал:

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

Склад:

Старший менеджер склада по логистике, заместитель менеджера склада по логистике, менеджер склада, менеджер по заказам, администратор базы данных.

Расчетно-Кассовый Узел:

Главный кассир, старший кассир, кассир-продавец.

Производство (пекарня):

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

Вспомогательные службы:

Инженерная служба:

Главный инженер, сменный инженер.

Автоматизация:

Системный инженер.

Служба безопасности:

Начальник службы безопасности, старшие контролёры службы безопасности, контролёры.

Сторонние организации:

Охрана, клининг.

Анализ хозяйственной деятельности гипермаркета.

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

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

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

На предпроектном исследовании были выявлены следующие проблемные ситуации.

Таблица 1.1

Содержание	Средство решения
отсутствие единой информационной системы	1) создать единую информационную систему учета складов;2) Реализовать информационную систему складского учета
ПЭВМ на складах малой производительности	замена устаревших ПЭВМ на новые с более высокой производительностью
устаревшее программное обеспечение	замена устаревшего программного обеспечения на новые версии, при использовании коммерческих версий - отдавать предпочтение бесплатному аналогу

1.2 Описание бизнес-процессов

Описание логистического процесса «складского учета и снабжения в гипермаркете».

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

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

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

· поступление товара от поставщика на склад гипермаркета;

· перемещение товара между складами (между складами службы снабжения, со склада службы снабжения в главный склад),

· списание товара из-за порчи;

· возврат товара поставщику,

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

· отгрузка товара третьему лицу (контрагенту) - продажа.

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

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

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

Описание основных бизнес-процессов.

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

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

Существуют три вида бизнес-процессов:

1. Управляющие -- бизнес-процессы, которые управляют функционированием системы.

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

3. Поддерживающие -- бизнес-процессы, которые обслуживают основной бизнес.

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

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

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

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

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

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

BPMN -- функциональная последовательность работ;

EPC -- событийная последовательность работ;

IDEF0 -- логическая последовательность работ.

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

На рисунке 2 представлена контекстная диаграмма предприятия. На рисунках 4-5 представлены процессы верхнего уровня; процесс снабжения и работы складского учёта в нотации IDEF0.

Рисунок 2. Контекстная диаграмма функционирования гипермаркета

Декомпозируем контекстную диаграмму на 4 функциональных блока (Рисунок 3):

- Учет заявок от клиентов;

- Планирование поставок;

- Учет товаров на складах;

- Бухгалтерия.



Рисунок 3. Диаграмма процессов верхнего уровня

Декомпозируем функциональный блок «Учёт товаров на складе» ещё на три действия (Рисунок 4):

- Приём товара;

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

- Учёт товаров

Рисунок 4. Диаграмма процессов складского учета

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

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

2.1 Выбор инструментального средства проектирования автоматизированной системы складского учёта гипермаркета

На сегодняшний день производители программного обеспечения предлагают разработчикам широкий спектр разнообразных средств разработки приложений: Microsoft Visual studio 2010, 2012, серверные экспресс приложения Microsoft SQL Server 2012 Express, линейка приложений от Borland и многие другие.

Для разработки информационной системы складского учета, была выбрана среда визуальной разработки Microsoft Visual Studio 2012.

Разработчик Microsoft Visual Studio 2012 мотивирует следующие достоинства среды разработки:

- высокое качество визуальной среды разработки;

- мощность языка программирования и его сложность;

- интуитивно понятный интерфейс;

- гибкость и масштабируемость архитектуры базы данных;

- расширенная функциональность модульного тестирования;

- управления всем циклом создания приложений;

- поддержка новых технологий.

В качестве базы данных предполагается использовать СУБД Micrsoft Access 2010. Выбор данного СУБД основан на том, что на персональных компьютерах пользователей, в качестве стандартного офисного набора, инсталлируется Microsoft Office 2010 который включает Access.

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

2.2 Создание логической и физической модели базы данных автоматизированной информационной системы складского учета гипермаркета

Обследование предметной области.

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

- поставщик;

- поставки;

- номенклатура;

- подразделения

- склады;

- счета;

- субконто;

- проводки;

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

- сущность «Поставщик» связана с сущностью «Поставки»;

- сущность «Поставщик» связана с сущностью «Маршруты»;

- сущность «Поставки» связана с сущностью «Номенклатура»;

- сущность «Номенклатура» связана с сущностью «Остатки на складах»;

- сущность «Остатки на складах» связана с сущностью «Склады»;

- сущность «Остатки на складах» связана с сущностью «Счета»;

- сущность «Счета» связана с сущностью «Субконто»;

- сущность «Склады» связана с сущностью «Проводки»;

- сущность «Отделы» связана с сущностью «Справочник отделов»;

- сущность «Отделы» связана с сущностью «Маршруты»;

- сущность «Хронология запасов» связана с сущностью «Склад»;

- сущность «Хронология запасов» связана с сущностью «Тип операций»;

- сущность «Хронология запасов» связана с сущностью «Поставщики».

Все связи между сущностями имеют тип один-ко-многим. Они представлены в разделе «Инфологическое проектирование».

Концептуальное проектирование

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

«Поставщик», «Номенклатура», «Склады», «Остатки на складах», «Подразделения», «Поставки», «Виды операций»», «Хронология запасов», «Первичная документация», «Проводки», «Единицы измерения», «Типы подразделений», «Справочник отделов», «Маршрут», «Счета», «Субконто».

Каждому объекту соответствуют свои атрибуты:

- склад: идентификатор, наименование, адрес, заведующий, количество складских мест, ID_тип_склада;

- тип склада: идентификатор, наименование;

- остатки на складе: идентификатор, ID_изделия, ID_склад, ID_schet, количество, сумма, цена, дата;

- виды операций: идентификатор, наименование;

- поставщики: идентификатор, наименование, адрес, вид продукции;

- хронология запасов: идентификатор, ID_sklad, дата поступления, товар, ID_вид_операции, дата операции, единица измерения, цена, ID_postav, № договора;

- первичная документация: идентификатор, тип первичного документа;

- проводки: идентификатор, дата, количество, тип операции, цена, ID_sklad, ID_тип_документа, Сумма;

- единицы измерения: идентификатор, наименование, тип;

- номенклатура: идентификатор, ID_изделия, наименование, цвет, вес, материал, ID_izmerenia;

- тип подразделения: идентификатор, наименование;

- отделы: идентификатор, ID_тип, наименование;

- маршрут: идентификатор, ID_изделия, ID_подразделения, маршрут;

- субконто: идентификатор, наименование;

- счета: идентификатор, номер счета, наименование, тип счета, ID_subkonto;

- вид операций: идентификатор, наименование.

Инфологическое проектирование

После концептуального проектирования отобраны и частично обработаны объекты:

- склад;

- тип склада;

- остатки на складе;

- виды операций;

- поставщики;

- хронология запасов;

- первичная документация;

- проводки;

- единицы измерения;

- номенклатура;

- тип подразделения;

- отделы;

- маршрут;

- субконто;

- счета;

- вид операций.

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

Объект «Склад»(Sklad) имеет следующие атрибуты:

- ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

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

- адрес - строковый тип, ограничение 255 знаков;

- заведующий - строковый тип, ограничение 50 знаков;

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

- ID_Тип_склада - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Объект «тип склада» (tip_sklada)

- ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

- наименование_типа - строковый тип, ограничение 50 знаков;

Объект «остатки на складе» (ostatki_na_sklade)

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

ID_sklad - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

ID_schet - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

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

Сумма - относится к денежному типу;

Цена - относится к денежному типу;

Дата - относится к типу дата/время и не может быть больше текущей даты;

Объект «Виды операций» (vid_operacy)

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Наименование - строковый тип, ограничение 50 знаков;

Объект «Хронология запасов» имеет следующие атрибуты:

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

ID_sklad - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Дата_поступл - относится к типу дата/время и не может быть больше текущей даты;

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

ID_вид_операции - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Дата_операции - относится к типу дата/время и не может быть больше текущей даты;

Единица_изм - строковый тип, ограничение 5 знаков;

Цена - относится к денежному типу;

ID_postav - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

№_договора - относится к целому типу данных, должен состоять из 8 разрядов и не может быть меньше нуля;

Объект «Поставщики» имеет следующие атрибуты:

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Наименование - строковый тип, ограничение 255 знаков;

Адрес - строковый тип, ограничение 50 знаков;

ID_Вид_продукции - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Объект «Первичная документация» (perv_dokum) имеет следующие атрибуты:

ID_тип_докум - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Тип_перв_докум - строковый тип, ограничение 50 знаков;

Объект «Проводки» (provodky) имеет следующие атрибуты:

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Дата - относится к типу дата/время и не может быть больше текущей даты;

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

Тип_операции - строковый тип, ограничение 255 знаков;

Цена - относится к денежному типу;

ID_sklad - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

ID_тип_докум - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Сумма - относится к денежному типу;

Объект «Единицы измерения» (edinicy_izmerenia) имеет следующие атрибуты:

ID_izmerenia - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Наименование - строковый тип, ограничение 50 знаков;

Тип - строковый тип, ограничение 5 знаков;

Объект «Номенклатура» имеет следующие атрибуты:

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

ID_изделия - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Наименование - строковый тип, ограничение 50 знаков;

Цвет - строковый тип, ограничение 50 знаков;

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

Материал - строковый тип, ограничение 20 знаков;

ID_izmerenia - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Объект «Тип подразделения» (tip_podrazd) имеет следующие атрибуты:

ID_тип - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Наименование - строковый тип, ограничение 255 знаков;

Объект «Справочник отделов» (spravochnik_otdelov) Имеет следующие атрибуты:

ID_podrazd - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

ID_Тип - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Наименование - строковый тип, ограничение 255 знаков;

Объект «Маршрут» имеет следующие атрибуты:

ID_маршрут - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

ID_изделия - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

ID_podrazd - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Маршрут - строковый тип, ограничение 255 знаков;

Объект «Субконто» имеет следующие атрибуты:

ID_subconto - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Наименование - строковый тип, ограничение 255 знаков;

Объект «Счета» (Scheta) имеет следующие атрибуты:

ID - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

ID_schet - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Наименование - строковый тип, ограничение 255 знаков;

Тип_счета - строковый тип, ограничение 25 знаков;

ID_subkonto - внешний ключ, относится к типу целых чисел, может принимать значения от 1 и в большую сторону больших значений ограничивается возможностями БД;

Объект «Вид операций» имеет следующие атрибуты:

ID_вид_операций - первичный ключ, тип целое число, принимает значения от 1 и в сторону больших значений, ограничивается размерами БД;

Наименование - строковый тип, ограничение 255 знаков;

Реляционная модель базы данных.

реляционный атрибут информационный



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

Даталогическая модель базы данных.

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

Таблица 2.17. Состав таблиц "Склад"(Sklad)

Наименование атрибутов	Тип полей	NULL	Связи
ID_sklad	Счетчик	Нет
Наименование склада	Текст(50)	Нет
Адрес	Текст(255)	Да
Заведующий	Текст(50)	Да
Складские_места	Числовой	Нет
ID_Тип_склада	Числовой	Нет	для связи с др таблицей

Таблица 2.18. Состав таблицы "тип склада" (tip_sklada)

Наименование атрибутов	Тип полей	NULL	Связи
ID_Тип_склада	счетчик	нет	ключ
Наименование_типа	Текст (50)	нет

Таблица 2.19. Состав таблицы "Остатки на складе" (Ostatki_na_sklade)

Наименование атрибутов	Тип полей	NULL	Связи
ID_изделия	числовой	Нет	ключ
ID_sklad	числовой	нет	ключ
ID_schet	числовой	Нет	ключ
Количество	числовой	нет
Сумма	денежный	нет
Цена	денежный	нет
Дата	дата/время	нет

Таблица 2.20. Состав таблицы "Виды операций" (vid_operacy)

Наименование атрибутов	Тип полей	NULL	Связи
ID_вид_операций	Счетчик	нет	ключ
Наименование	текст(50)	нет

Таблица 2.21. Состав таблицы "Хронология запасов" (Hronologia_zapasow)

Наименование атрибутов	Тип полей	NULL	Связи
ID_заказ	Счетчик	нет	ключ
ID_sklad	числовой	нет	для связи
Дата_поступл	дата/время	нет
Товар	числовой	нет
ID_вид_операции	числовой	нет	для связи
Дата_операции	дата/время	нет
Единица_изм	текст	нет
Цена	денежный	нет
ID_postav	числовой	нет	для связи
№_договора	числовой	нет

Таблица 2.22. Состав таблицы "Поставщики" (postavshiki)

Наименование атрибутов	Тип полей	NULL	Связи
ID_postav	счетчик	нет	ключ
Наименование	Текстовый(255)	нет
Адрес	Текстовый(255)	да
Вид_продукции	Текстовый(255)	нет	для связи

Таблица 2.23. Состав таблицы "Первичная документация" (perv_dokum)

Наименование атрибутов	Тип полей	NULL	Связи
ID_тип_докум	Счетчик	нет	ключ
Тип_перв_докум	текстовый(50)	нет

2.3 Реализация информационной подсистемы «Sklad» в виде Windows приложения

Создание проекта Microsoft Visual Studio 2012

Запустим Microsoft Visual Studio 2010 стандартным способом. После запуска откроется окно, в котором выберем File > New > Project, после чего выберем проект Windows Form Application на языке Visual C#.

Далее введём имя проекта в поле Name и выберем папку для сохранения проекта.

Таблица 2.24. Название и назначение проекта форм

Название формы	Назначение формы	Расположение
Form1	Главная форма приложения
Sklad	Форма справочника склада	Справочники
Tip_sklad	Форма для выборки типов складов	Справочники
Ostatki	Форма для оперативного получения информации об остатках на складах	Справочники
Vid_operacii	Форма для выборки видов операций	Справочники
Hronoogia_zpasow	Форма для отображения информации об операциях на складах	Операции
Postavshiky	Форма для работы с поставщиками	Клиенты
Pervich_dokum	Форма справоника первичной документации	Справочники
Provodky	форма справочника видов проводок	Справочники
Edin_izm	Форма справочника единиц измерения	Справочники
Nomenklatura	Форма справочника номенклатуры	Справочники
Tipy_podrazd	Форма справочника типов подразделений	Справочники
Otdely	Форма справочника отделов	Справочники
Marshruty	Форма справочника маршрутов доставки	Справочники
Subkonto	форма справочника видов субконто	Справочники
Scheta	Форма справочника вида счетов	Справочники
Vidy_operaciy	Форма справочника видов операций	Справочники

Чтобы добавить все необходимы формы, нужно выполнить следующие действия: Project > Add Windows Form.

В поле Name вводится название формы.

Так же для реализации функции формирования и печати всевозможных отчетов в проект необходимо добавить библиотеку Microsoft.Office.Interop.Excel. Для этого на вкладке Solution Explorer в контекстном меню пункта References необходимо выбрать пункт Add references, а затем указать расположение библиотеки.

Для подключения базы данных Access воспользуемся встроенным помощником подключений Microsoft Visual Studio 2012.

Разработка интерфейса главной формы

Необходимо добавить элемент управления menustrip из панели инструментов Toolbox.

Отладка и компиляция проекта

При разработке автоматизированной информационной системы, было создано 17 форм. Они представлены в окне Solution Explorer.

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

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

Теперь в поле Product Name вводим название проекта. Далее переходим на вкладку Software Prerequisites .NET Framework 2.0.

Переходим к пункту Installation и указываем путь установки. Далее переходим на вкладку Additional Files и выбираем исполняемый и дополнительные файлы.

После этого переходим на вкладку Uninstallation, и ставим галочку Include Uninstaller. Далее переходим к пункту Dialogs и выбираем необходимые окна для установки приложения.

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

Выводы

1. База данных автоматизированной информационной системы складского учета разработана с использованием Access 2010 и содержит 16 таблиц.

2. Информационная подсистема разрабатывалась в среде Microsoft Visual Studio 2012.

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

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

3. Информационное и программное обеспечение

3.1 Общие сведения о программном продукте

Разработанный программный продукт называется «Автоматизированная Информационная система складского учёта гипермаркета». Данный программный продукт предназначен для автоматизации процесса складского учёта любого гипермаркета.

Для нормальной работы программного продукта, требуется следующее программное обеспечение: операционная система Windows 2000/XP/Vista/Seven, NET Framework 2.0, пакет Microsoft Office Excel, Microsoft Office Access.

При разработки программного продукта, использовался язык программирования высокого уровня - С#. Разработка производилась в среде Microsoft Visual Studio 2012.

3.2 Функциональное назначение программы

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

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

На информационную подсистему складского учета распространяются следующие функциональные ограничения на применение: на ПЭВМ пользователя информационной подсистемы должна быть установлена операционная система семейства Windows, наличие пакета Microsoft Office Excel, Access и пакета NET Framework 2.0.

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

3.3 Описание логической структуры программы

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

3.4 Требования к техническому обеспечению

Общие требования

Информационная подсистема складского учета, требует наличие операционной системы минимум Microsoft Windows XP и установленного пакета NET Framework 2.0.

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

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

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

Информационная подсистема складского учёта, не предъявляет высоких характеристик к центральному процессору. Для нормального функционирования информационной подсистемы необходим процессор с тактовой частотой не менее 1,2 ГГц. Это следует из того, что для работы операционной системы Microsoft Windows XP требуется процессор с тактовой частотой 133 МГц, а для табличного редактора - не менее 233 МГц. Исходя из этого и выбрана тактовая частота процессора в 233 МГц.

Требования к оперативному запоминающему устройству

Размер ОЗУ WОЗУ, Гбайт, рассчитывается по формуле:

WОЗУ = WОЗУ1 + WОЗУ2 (3.1)

где WОЗУ1 - минимально необходимый размер ОЗУ, требуемый для работы операционной системы (ОС),

WОЗУ2 - объём ОЗУ, требуемый для работы автоматизированной системы.

Параметр WОЗУ1 для Windows 2000/ХР, составляет 64 Мбайт. Этот размер оперативной памяти необходим для функционирования операционной системы Windows 2000/ХР.

Параметр WОЗУ2 составляет 28 Мбайт. Столько требуется для загрузки информационной подсистемы складского учёта.

WОЗУ = 64 + 28 = 92 Мбайт.

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

Требования к наличию сводного места на жёстком диске.

Объем жестокого диска является не менее важной характеристикой, чем объем оперативной памяти и тактовая частота процессора. Минимальный объем W, Мбайт свободного места на жёстком диске, необходимый для установки информационной подсистемы складского учёта вычисляется по формуле 3.2:

W = W1 + W2 (3.2)

где W1 - размер памяти, занимаемый информационной системой, Мбайт;

W2 - размер временных файлов, создаваемых при работе с программой, Мбайт.

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

Параметр W2, может занимать объем памяти до 1 Мбайт. Это временные файлы, такие как отчёты.

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

W = 5,5 + 1 = 6,5 Мбайт.

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

Требования к монитору.

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

Требования к принтеру.

Необходимо выводить на печать документы, такие как отчёты. Для этого требуется лазерный принтер, с разрешением не менее 300 точек/дюйм. Это минимальное разрешение печати, которое требуется для качественной печати документов.

Выводы:

1. при разработки автоматизированной информационной системы складского учёта гипермаркета, использовался язык программирования С#. Среда разработки Microsoft Visual Studio 2012.

2. Для функционирования информационной подсистемы необходимо наличие операционной системы семейства Windows, пакеты NET Framework 2.0 и Microsoft Excel и Access.

3. Для нормальной работы информационной подсистемы, ПЭВМ пользователя должен обладать следующими характеристиками: 92 Мбайт оперативной памяти, процессор с тактовой частотой 233 МГц, 6,5 Мбайт свободного места на жёстком диске, монитор с разрешением 1024Ч768, принтер с разрешением печати не менее 300 точек/дюйм.

Заключение

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

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

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

2. Разработанная АСИС позволяет достигнуть следующих эффектов:

- уменьшение временных затрат необходимого для ведения складского учета;

- достигнута возможность длительного хранения информации о поставках и маршрутах поставок большого срока давности, для возможности более полного анализа эффективности деятельности гипермаркета;

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

Размещено на Allbest.ru

...