Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Ежедневный складской учёт» (Выбор комплекса задач автоматизации)

Содержание:

Введение

Объектом исследования дипломного проекта является розничный магазин ЗАО «ТД Перекресток», а предметом исследования – учет товарно-материальных ценностей, а именно автоматизация выполнения задач менеджера склада.

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

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

В момент учета отслеживается поступление, движение по складу и выбытие с территории склада товаров в двух выражениях: натуральном и стоимостном, при этом используются данные товарных приходных и расходных документов. Каждое движение ТМЦ четко документируется.

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

Целью работы является проектирование информационной системы учета товарно-материальных ценностей для розничного магазина ЗАО «ТД Перекресток».

Задачами работы являются:

• Анализ бизнес-процессов компании, выделение процесса складского учета и обоснование необходимости его автоматизации;

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

• Обоснование проектных решений по видам обеспечения – программному, информационному, техническому;

• Описание используемых классификаторов;

• Разработка информационной модели;

• Описание входной, нормативно-справочной и результатной информации;

• Описание программных компонент информационной системы;

• Описание контрольного примера реализации проекта.

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

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

Компания ЗАО «ТД Перекресток» (Х5; X5 Retail Group N.V.) представляет собой крупный и стабильный бизнес, возникший более 20 лет назад из предпринимательской инициативы построить в России компанию современной розничной торговли по аналогии с лучшими мировыми практиками; это бизнес, сохраняющий предпринимательский дух и роль драйвера отрасли.

В деятельности рассматриваемой компании можно выделить несколько уровней бизнес-процессов (Рис. 1.1):

  • основные;
  • обеспечивающие;
  • бизнес-процессы управления.

Рисунок 1.1 Деятельность магазина

Основные бизнес-процессы — это те, которые приносят компании прибыль (Рис. 1.2):

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

Рисунок 1.2 Характеристика основных бизнес-процессов компании

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

  • Административно-хозяйственное обеспечение.
  • Обеспечение безопасности.
  • Юридическое обеспечение.
  • ИТ-обеспечение и связь.
  • Внутренний контроль.
  • Бухгалтерский учет и отчетность.
  • Другие (более 10).

Бизнес-процессы управления — вспомогательные процессы, с помощью которых осуществляется управление деятельностью компании и основными объектами:

  • Стратегическое управление.
  • Управление маркетингом.
  • Управление рисками.
  • Управление персоналом.
  • Управление бизнес-процессами и развитием.
  • Региональное управление.
  • Другие (более 10).

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

В учет товарооборота на фирме занимающейся торговой деятельностью входит учет товаров на складе (на нескольких складах);

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

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

Цели учета товарно-материальных ценностей заключаются в следующем:

• минимизация потери запасов в результате краж, злоупотреблений,

• порчи, непроизводительного расходования;

• обеспечение эффективного взаимодействия с другими отделами.

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

Для анализа деятельности компании воспользуемся методологией IDEF.

Процесс учета товарно-материальных ценностей достаточно сложен, поэтому его можно разделить на ряд элементов (рисунок 1.3 и 1.4):

    1. заказ товарно-материальных ценностей;
    2. учет поступающих товарно-материальных ценностей;
    3. учет выданных товарно-материальных ценностей;
    4. учет списанных товарно-материальных ценностей;
    5. подготовка отчетов по движению товарно-материальных ценностей.

Рисунок 1.3 Характеристика процесса учета движения товарно-материальных ценностей

Рисунок 1.4 Декомпозиция процесса учета движения товарно-материальных ценностей

Рисунок 1.5 Декомпозиция процесса формирования отчетов

Рисунок 1.6 Декомпозиция процесса учета выдачи ТМЦ

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

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

  • Накладная на выдачу МЦ со склада;
  • Накладная на получение МЦ со склада;
  • Журнал актов списания товарно-материальных ценностей;
  • Журнал движения товарно-материальных ценностей.

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

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

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

Схема документооборота основных документов в процессе учета ТМЦ представлена на рис 1.7.

Очевидно, что для автоматизации необходимо использовать такие средства, как персональные компьютеры, принтеры, а также специальное программное обеспечение[2].

Оценим временные затраты на выполнение повседневных операций начальником отдела при учете ТМЦ.

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

Таблица 1.1

Существующие показатели

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнении одного действия, минут

Общее время, минут

Учет поступления ТМЦ

10

5

50

Учет плана внедрения

10

10

100

Формирование нарядов на установку ТМЦ

10

20

200

Закрытие нарядов

10

15

150

Формирование ведомости учета ТМЦ

10

5

50

Формирование отчетных документов

10

10

100

Получение статистической отчетности за период (раз в неделю)

0,14

60

8,4

ИТОГО, минут:

658

В таблице 1.2 произведен расчет эффекта внедрения.

Таблица 1.2

Расчет эффекта внедрения

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнения одного действия, минут

Общее время, минут

Учет поступления ТМЦ

10

5

50

Учет плана внедрения

10

10

50

Формирование нарядов на установку ТМЦ

10

2

100

Закрытие нарядов

10

15

20

Формирование ведомости учета ТМЦ

10

1

150

Формирование отчетных документов

10

1

10

Получение статистической отчетности за период (раз в неделю)

0,14

1

10

ИТОГО, минут:

340

Таким образом, ожидаемая экономия рабочего времени составляет около 320 минут (более 5 часов) ежедневно, что позволяет увеличить эффективность работы сотрудников ЗАО «ТД Перекресток».

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

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

Главной частью внутримашинного ИО становится информационная БД.

Информационная база (ИБ) представляет собой структурированную совокупность данных, хранимых в памяти ЭВМ в виде файлов, с помощью которых реализуются информационные запросы управленческих процессов и решаемых задач.

Есть несколько способов организации подобной базы:

• Связанные локальные файлы — реализуется при помощи пакетов прикладных программ;

• Встроенная БД — базируется на применении универсальных программных средств хранения, записи, поиска и поддержания актуальности данных, т.е. СУБД.

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

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

• Полная совместимость данных;

• Соответствие данных текущему состоянию объекта;

• Увеличение скорости совместной обработки информации;

• Поддержание целостности данных.

База данных (БД)представляет из себя совокупность данных, позволяет отражать совокупность объектов и их отношений в указанной предметной области.

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

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

• Иерархическую модель;

• Сетевую модель;

• Реляционную модель.

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

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

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

  • аппаратное обеспечение;
  • программное обеспечение;
  • должности;
  • подразделения.

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

Программное обеспечение (ПО) — совокупность программ для реализации целей и задач автоматизированной системы. [2]

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

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

Сегодня в индустрии разработки бизнес-приложений основными языками программирования являются C# (Microsoft)и Delphi (Embarcadero Technologies).

C# — объектно-ориентированный язык. Разработан в 1998-2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft как основной язык разработки приложений для платформы.NET Framework и впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270. Компилятор C# входит в стандартную установку .NET Framework [3.1].

Для разработки программы был выбран язык программирования C#.

На данный момент язык программирования C# набирает очень большой темп, и нет столь простого и многофункционального языка, как Си шарп. В нем собраны все достоинства разных языков. Быстродействие выполнения приближается к языку Assembler.

Язык Си шарп имеет 300 000 библиотек разных функций, которые работают с максимальным быстродействием.

Для выполнения данных требований необходимо и достаточно разработать базу данных в среде СУБД MySQL [5].

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

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

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

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

• Символы данных (указывающие также вид носителя данных);

• Символы процесса, который нужно выполнить над данными (указывающие также функции, реализуемые вычислительной машиной);

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

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

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

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

• Составление документов (списков заявок и так далее).

Информационная модель изображена на рисунке 2.1.

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

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

Справочники информационной системы являются особой группой наборов данных. Справочники предназначены для систематизации различной информации: типов, марок, возможных значений параметров и т.п. Результатом такой систематизации становится то, что, занося некоторую информацию в систему, пользователь может вводить те и только те значения, которые содержатся в соответствующем справочнике [26]. Это, во-первых, облегчает ввод, во-вторых, устраняет некоторые ошибки (опечатки), в третьих, упрощает последующий анализ.

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

Таблица 2.1

Перечень используемых справочников

Название справочника

Ответственный за ведение

Средний объём справочника в записях

Средняя частота

актуализации

Средний объем актуализации, %

Акты оборотов ТМЦ

Администратор

50

ежедневно

10

Контрагенты

Администратор

500

1 раз в месяц

10

Места хранения

Администратор

5

1 раз в месяц

10

ТМЦ

Администратор

500

1 раз в неделю

25

Сотрудники

Администратор

100

1 раз в год

20

В системе используются следующие входные документы:

    • сведения о контрагентах ;
    • сведения о ТМЦ;
    • сведения о расходных материалах.

Все данные попадают в систему путем ручного ввода.

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

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

  • список ТМЦ;
  • акт учета ТМЦ;
  • акт списания ТМЦ;
  • накладная на выдачу ТМЦ;
  • журнал учета движения ТМЦ.

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

Акт учета ТМЦ представляет собой перечень принятых на определенную дату ТМЦ с указанием типа, наименования основного средства, стоимости в рублях, ФИО принявшего и сдавшего, а также даты и номера акта. Макет экранной формы акта приведен на Рисунке 2.2.

Рисунок 2.2 Акт учета ТМЦ

Акт учета списания ТМЦ содержит сведения о списанных ТМЦ содержит информацию о списанных ТМЦ, причинах списания, дате списания. Макет экранной формы данного документа приведен на рисунке 2.3.

Рисунок 2.3 Макет экранной формы акта списания ТМЦ

Накладная на выдачу ТМЦ формируется в виде экранной формы и содержит следующие реквизиты:

• Номер;

• Дата;

• Проведено;

• Организация;

• Со склада;

• На склад;

• Код;

• Товар;

• Кол-во;

• Остаток;

• Цена;

• Себестоимость.;

• Сумма себестоимости.;

• Итого.

Журнал учета движения ТМЦ представляет собой документ, в котором зафиксированы передвижения ТМЦ внутри компании.

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

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

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

Работу с системой проводит сотрудник компании, отвечающий за учет всех ТМЦ.

Дерево функций системы представлено на рисунке 2.4.

Рисунок 2.4 Дерево функций системы для сотрудника

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

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

Сценарии диалога, формирующийся на основе дерева функций, приведен на рисунке 2.5.

Рисунок 2.5 Сценарий диалога для пользователя

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

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

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

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

Рисунок 2.6 Физическая модель базы данных

Структура каждой из таблиц приведена ниже.

Таблица 2.2

Характеристика таблицы skl_Akt (акты оборотов ТМЦ (постановка на учет, прием-передача)

Поле

Тип

Null

По умолчанию

Комментарии

Id_A

int(11)

Нет 

ид Акта 

TypA

int(11)

Нет 

тип Акта (постановка / передача / списание) 

TypOS

int(11)

Нет 

тип объектов (ОС/ТМЦ/Материаллы) 

Sgn

int(11)

Нет 

состояние (подготовка/утвержден) 

Id_Sdal

int(11)

Да 

NULL 

ид Сотрудника сдающего 

Id_FR

int(11)

Да 

NULL 

ид начального места хранения 

Id_Prin

int(11)

Да 

NULL 

ид Сотрудника принимающего 

Id_MH

int(11)

Нет 

ид конечного места хранения 

RDat

int(11)

Нет 

Дата движения 

NDoc

varchar(20)

Нет 

Номер документа 

Coment

varchar(255)

Да 

NULL 

Примечание 

Таблица 2.3

Характеристика таблицы skl_AktD (Перечень ТМЦ по Акту)

Поле

Тип

Null

По умолчанию

Связи

Комментарии

Id_AD

int(11)

Нет 

ид 

Id_A

int(11)

Нет 

skl_akt -> Id_A 

ид Акта 

Id_OS

int(11)

Нет 

skl_os -> Id_OS 

ид ОС-ТМЦ 

Cnt

int(11)

Нет 

Количество 

Stoim

decimal(14,2)

Нет 

Стоимость 

TypDS

int(11)

Нет 

Признак списания 

Таблица 2.4

Характеристика таблицы skl_KA( Контрагенты - поставщики и сотрудники)

Поле

Тип

Null

По умолчанию

Id_KA

int(11)

Нет 

TypKA

int(11)

Нет 

KAName

varchar(100)

Нет 

ZKPO

varchar(20)

Да 

NULL 

IPN

varchar(20)

Да 

NULL 

Adres

varchar(200)

Да 

NULL 

Coment

varchar(255)

Да 

NULL 

Таблица 2.5

Характеристика таблицы skl_MH (Места хранения (склады/кладовки)

Поле

Тип

Null

По умолчанию

Связи

Комментарии

Id_MH

int(11)

Нет 

ид Места хранения 

Id_US

int(11)

Нет 

skl_us -> Id_US 

ид Материально-ответственного лица 

MHKod

varchar(10)

Да 

NULL 

Код Места хранения 

MHName

varchar(50)

Нет 

Название 

Depart

varchar(50)

Да 

NULL 

Отдел, местонахождение 

Coment

varchar(255)

Да 

NULL 

Примечание 

Таблица 2.6

Характеристика таблицы skl_OS (ТМЦ)

Поле

Тип

Null

По умолчанию

Связи

Комментарии

Id_OS

int(11)

Нет 

TypOS

int(11)

Нет 

Тип (ОС/ТМЦ) 

Id_KA

int(11)

Да 

NULL 

skl_ka -> Id_KA 

Код поставщика 

Sgn

int(11)

Да 

NULL 

состояние 

ZDat

int(11)

Да 

NULL 

Дата изготовления 

KUch

int(11)

Да 

NULL 

Наличие карточки учета 

OSName

varchar(200)

Нет 

Наименование 

INom

varchar(20)

Да 

NULL 

Инвентарный номер 

NNom

varchar(20)

Да 

NULL 

Номенклатурный номер 

ZNom

varchar(20)

Да 

NULL 

Заводской номер 

Psw

varchar(20)

Да 

NULL 

Паспорт 

Fin

varchar(20)

Да 

NULL 

Источник финансирования 

Coment

varchar(255)

Да 

NULL 

Примечание 

Таблица 2.7

Характеристика таблицы skl_OSDat ( Оборот и местонахождение ТМЦ)

Поле

Тип

Null

Комментарии

Id_Dt

int(11)

Нет 

ид движения ОС/ТМЦ 

Id_OS

int(11)

Нет 

ид ОС/ТМЦ 

Id_A

int(11)

Нет 

ид Акта движения 

Id_MH

int(11)

Нет 

ид Места хранения 

Id_US

int(11)

Нет 

ид Материально-ответственного лица 

RDat

int(11)

Нет 

Дата оборота 

Cnt

int(11)

Нет 

Количество 

Stoim

decimal(14,2)

Нет 

Стоимость (1шт) 

TypDS

int(11)

Нет 

Признак списания 

Таблица 2.8

Характеристика таблицы skl_US (Сотрудники)

Поле

Тип

Null

По умолчанию

Комментарии

Id_US

int(11)

Нет 

ID 

TypUS

int(11)

Нет 

Тип (админ/юзер) 

USName

varchar(50)

Нет 

ФІО 

Dolg

varchar(100)

Да 

NULL 

занимаемая должность 

TabNom

varchar(10)

Да 

NULL 

Табельный номер 

KodMOL

varchar(10)

Да 

NULL 

Код МОЛ 

Login

varchar(10)

Нет 

Логин для входа в программу 

Psw

varchar(10)

Да 

NULL 

Пароль для входа в программу 

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

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

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

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

Характеристика программных модулей представлена в таблице 2.9.

Таблица 2.9

Характеристика программных модулей

№ п/п

Наименование модуля

Функции модуля

ПМ загрузка главного меню

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

ПМ формирования подменю работы

Содержит предопределенные процедуры формы спискаи элемента подменю работы со складскими документами

ПМ Учета

Содержит предопределенные процедуры, позволяющие учесть оприходывание ТМЦ

ПМ формирования актов

Содержит предопределенные процедуры, позволяющие формировать акты

ПМ формирования подменю работы со справочниками

Содержит предопределенные процедуры формы спискаи элемента подменю работы со справочниками

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

Схема деятельности программного модуля представлена в виде блок-схемы и содержит:

• символы данных, определяющие доступность данных (символы данных зачастую показывают и вид носителя данных);

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

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

• специальные символы, применяемые х для облегчения составления и чтения блок-схемы.

Схема функционирования ИС приведена на Рисунке 2.8.

Рисунок 2.8 Схема функционирования ИС

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

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

  • server имя сервера;
  • database – имя базы данных;
  • UserId – имя пользователя;
  • Password – пароль для доступа к базе данных.

Для корректной работы программы необходим компьютер с операционной системой Windows XP или выше и установленной библиотекой NET Framework 4.5 или выше.

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

Рисунок 2.9 Окно авторизации

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

Рисунок 2.10 Главное окно программы

Главное окно содержит три пункта меню – Справочник, акты и учет.

Начнем рассмотрение работы программы с пункта Справочники, а именно:

  • Сотрудники,
  • ТМЦ;
  • Места хранения;
  • Поставщики.

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

Рисунок 2.11 Справочник Сотрудники

Рисунок 2.12 Окно поиска для Справочника Сотрудники

Рисунок 2.13Справочник Классификатор ТМЦ

Рисунок 2.14Справочник Места хранения

Экранная форма добавления данных в места хранения показана на рисунке 2.15.

Рисунок 2.15 Экранная форма добавления данных в места хранения

Рисунок 2.16 Справочник Поставщики

Для учета движения материальных средств предназначен пункт меню Учет.

Рисунок 2.17 Учет ТМЦ

Заключение

В курсовом проекте описана деятельность розничного магазина ЗАО «ТД Перекресток».

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

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

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

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

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

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

Основным результатом проекта стала разработанное программное обеспечение по учету товарно-материальных ценностей.

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

  1. Список использованной литературы

  2. Авдошин А.А., Песоцкая Е.В.: Информатизация бизнеса. Управление рисками, - М., ДМК-Пресс, 2011 г., 176 с.
  3. Аникеев С. П., Маркин Н.В.: Разработка приложений баз данных в Delphi. Самоучитель, - М.,Диалог-МИФИ, 2013 г., 160 с.
  4. Арнольд Виллемер: Программирование на С++, - М., Эксмо, 2013 г., 528 с.
  5. Белл, Киндал, Талманн: Обеспечение высокой доступности систем на основе MySQL, - М., BHV, 2012 г., 624 с.
  6. Васвани В.А.: MySQL: использование и администрирование, СПб, Питер, 2011 г., 368 с.
  7. Васильев А.В: Самоучитель C++ с примерами и задачами, - М., Наука и Техника, 2015 г., 480 с.
  8. Дейтел, Дейтел: Как программировать на Visual C# 2012. Включая работу на Windows 7 и Windows 8, - М., Питер, 2014 г., 864 с.
  9. Джо Майо: Самоучитель MicrosoftVisualStudio 2011, - М., BHV, 2011 г., 464 с.
  10. Исаев Г.А.: Информационные системы в экономике. Учебник, - М., Омега-Л, 2013 г., 462 с.
  11. Исаев Г.А.: Проектирование информационных систем. Учебное пособие, - М., Омега-Л, 2015 г., 424 с.
  12. Роберт Дж. Мюллер, Проектирование баз данных и UML, - М., Лори, 2013 год, 432 с.
  13. Роберт Лафоре: Объектно-ориентированное программирование в С++, - М., Питер, 2013 г., 928 с.
  14. СурядныйА.Е.: Microsoft Access 2011. Лучший самоучитель, - М., Астрель, 2012 г., 448 с.
  15. Приложение. Листинг программных модулей

eAktPU.designer.cs

namespace Sklad

{

partial class eAktPP

{

this.DGV = new System.Windows.Forms.DataGridView();

this.xId_OS = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xTypOS = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xOSName = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xCnt = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xStoim = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xNNom = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xINom = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xZDat = new Sklad.IPY_IDatColumn();

this.xZNom = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.panel1 = new System.Windows.Forms.Panel();

this.gbMet = new System.Windows.Forms.GroupBox();

this.DGVM = new System.Windows.Forms.DataGridView();

this.xId_DM = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xDMName = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.xMasa = new System.Windows.Forms.DataGridViewTextBoxColumn();

this.BtPanel.SuspendLayout();

((System.ComponentModel.ISupportInitialize)(this.EP)).BeginInit();

this.gbOS.SuspendLayout();

this.zGridPnl.ContentPanel.SuspendLayout();

this.zGridPnl.SuspendLayout();

((System.ComponentModel.ISupportInitialize)(this.DGV)).BeginInit();

this.panel1.SuspendLayout();

this.gbMet.SuspendLayout();

((System.ComponentModel.ISupportInitialize)(this.DGVM)).BeginInit();

this.SuspendLayout();

//

// EdPanel

//

this.EdPanel.Controls.Add(this.label3);

this.EdPanel.Controls.Add(this.cbTypSg);

this.EdPanel.Controls.Add(this.btPrin);

this.EdPanel.Controls.Add(this.btSdal);

this.EdPanel.Controls.Add(this.label2);

this.EdPanel.Controls.Add(this.DTR);

this.EdPanel.Controls.Add(this.cbTypOS);

this.EdPanel.Controls.Add(this.EMH);

this.EdPanel.Controls.Add(this.lbKM);

this.EdPanel.Controls.Add(this.EFr);

this.EdPanel.Controls.Add(this.lbTN);

this.EdPanel.Controls.Add(this.EId);

this.EdPanel.Controls.Add(this.lbId);

this.EdPanel.Controls.Add(this.EComent);

this.EdPanel.Controls.Add(this.lbPsw);

this.EdPanel.Controls.Add(this.EPrin);

this.EdPanel.Controls.Add(this.lbPrin);

this.EdPanel.Controls.Add(this.ESdal);

this.EdPanel.Controls.Add(this.label1);

this.EdPanel.Controls.Add(this.EName);

this.EdPanel.Controls.Add(this.lbName);

this.EdPanel.Controls.Add(this.lbTypA);

this.EdPanel.Controls.Add(this.cbTypA);

this.EdPanel.Dock = System.Windows.Forms.DockStyle.Top;

this.EdPanel.Size = new System.Drawing.Size(751, 140);

//