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

Проектирование реализации операций бизнес-процесса «Складской учет (АНАЛИТИЧЕСКАЯ ЧАСТЬ)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Предмет исследования: автоматизированный процесс учета товаров в ООО «Верона».

Объект исследования – автоматизированная система учета товаров в ООО «Верона».

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

Для достижения указанной цели исследования были поставлены следующие основные задачи:

- изучить сущность и значение товарных ресурсов;

- исследовать процесс движения товарных ресурсов на торговом предприятии;

- провести обзор существующих информационных систем учета товарных ресурсов на предприятии.

- выявить прогнозные резервы оптимизации товарных ресурсов;

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

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

Перед учетом товаров в торговых предприятиях стоят следующие задачи:

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

- контроль полноты оприходования и списания товаров и тары;

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

- контроль за законностью, целесообразностью и эффективностью совершения товарных операций;

- контроль своевременности представления отчетности материально ответственными лицами;

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

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

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

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

- достоверное отражение в учете валового дохода от реализации товаров;

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

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

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

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными (рисунок 1.1).

Рисунок 1.1 – Контекстная диаграмма «Учет товара»

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

Входные данные: данные о поставщиках, данные о товаре, данные о покупателе, маркетинговые материалы.
Выходные данные: проданные товары, маркетинговые материалы.
Управление: инструкции и нормативные материалы.
Механизм: консультанты-менеджеры (работники склада, офисные работники, менеджеры).

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

Рисунок 1.2 – Диаграмма декомпозиции «Учет товара»

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

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

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

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

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

Входными данными для функции «Поставщики» являются данные о товарах.

Выходными данными – данные о поставщиках.

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

Функция «товары» включает в себя непосредственное оформление товара. Входными данными является – данные клиента, товары. Выходными данными – размещение товара по отделам. Исполнителями являются персонал компании – менеджеры. Исполнение функции осуществляется в соответствии с правилами и процедурами, а также требованиями клиента.

Прежде, чем товар поступит в реализацию происходит оприходование товара на складе. Входные, выходные данные, управление и исполнение показаны на рисунке 1.3.

После всех действий осуществляется продажа товара.

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

Рисунок 1.3 – Диаграмма декомпозиции «Прием товара от поставщика»

DFD. Второй информационный разрез — потоки информации (документооборота) в системе.

Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой (рисунок .14).

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

Всего DFD использует четыре важных элемента:

Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами (рисунок 1.4 — «Товары»).
Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота (рисунок 1.4 — «Заявка на консультацию»)
Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы (рисунок 1.4 — «Явка поставщика»)
Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами (рисунок 1.4 — «База данных «Поставщики»»).

Рисунок 1.4 – Диаграмма DFD «Обработка информации о товаре»

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

1.3. Характеристика ПРОЕКТНАЯ документооборота, возникающего складываются при решении Емельянов задачи

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

Действие	Сотрудник, организации	Работник склада	Менеджер	Сотрудник организации
Приход товара	Приходная накладная
Оприходование товара		Запрос Запрос		Отчеты о наличии товара
Сортировка товара по номенклатуре
Формирование отчетности				Отчетность Отчетность
Печать отчетности				Отчетность
Предоставление отчетности

Рисунок 1.1 – наложены Схема документооборота процессе учета товаров

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

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

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

пособие На основании Flow приходных документов в Их бухгалтерии факт сроки поступления материалов товары отражается проводками.

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

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

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

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

системы Рассмотрим некоторые кладовщик особенности порядка методологию заполнения формы "Прихода".

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

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

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

1. В надбавок графе "Наименование товара" разветвлённую выбрать требуемый всех материал.

2. В графу "Количество" просмотра вести количество только фактически поступившего информационных материала.

3. В графе "Сумма" предъявляемым рассчитается стоимость компонента данного материала.

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

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

В аспекта настоящее время действие существует несколько строится видов СУБД. глубина Наиболее известными и необходимые популярными СУБД диаграмма являются Ms связанных Access, FoxPro и быть Paradox.

База ООО данных может организационной быть основана позволяет на одной которых модели или ПРОЕКТНАЯ на совокупности применением нескольких моделей. проектирование Любую модель разрез данных можно предъявляемым рассматривать как таков объект, который следующим характеризуется своими типа свойствами (параметрами), и над его ней, как облегчает над объектом, моделируемая можно производить операциям какие-либо действия.

ред Существуют три важных основных типа СПИСОК моделей данных – разработки реляционная, иерархическая и пробелы сетевая.

Реляционная проводит модель данных ФСТЭК имеет следующие более свойства:

– каждый моделируемая элемент таблицы – процессе один элемент уникальное данных;

– все исключением поля в таблице провести являются однородными, т.е. методологию имеют один прежде тип;

– каждое табличной поле имеет возможных уникальное имя;

– Расходная одинаковые записи в правильности таблице отсутствуют;

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

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

оставив Свойства иерархической немало модели данных:

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

– ошибки иерархическое дерево совершенствование имеет только Рассмотрим одну вершину (корень), Пер не подчиненную самой никакой другой торговым вершине;

– каждый прогнозные узел имеет Баз свое имя (идентификатор);

– входные существует только Введение один путь др от корневой процесс записи к более накладной частной записи Данный данных.

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

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

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

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

Таблица 1.1 – охватывает Анализ существующих построением СУБД

Характеристики	FoxPro	MS ACCESS	Paradox
Пользовательский интерфейс	Относительно сложный для простых пользователей	Простой	Простой и понятный
Возможности базы данных	Широкий спектр возможностей	Ограниченные возможности	Широкий спектр возможностей
Поддержка SQL	Поддерживает	Поддерживает	Поддерживает

В результате своими проведённого анализа в роль качестве используемого некоторые инструментального средства над для разработки при автоматизированной системы Существуют для предприятия инструментального была выбрана характеристика система Ms которых Access. Данная семантическую СУБД является обмена наиболее оптимальным операций вариантом и удовлетворяет надбавок требованиям поставленной своими задачи. Эта Имеется СУБД отличается генерирует удобством использования, поступившего простотой разработки отклонений базы данных. контроля Проект может над быть создан в проектных короткие сроки. В реализована качестве модели схеме данных используется Каждая реляционная модель, СКЗИ так как системы со структурной ведомостей точки зрения вариантов реляционная модель все является более стоимости простой и однородной, маркетинговые чем сетевая и частями иерархическая модели. четкое Реляционные модели отсутствуют являются наиболее свойства распространёнными и более невозможно подходящими для таблица решения поставленной процедуры задач.

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

Наиболее действительными подходящая для относящихся данного проекта Мартин СУБД: MS сущности Access. Следовательно, данных на компьютере Дарвен должна быть скругленными установлена данная инвентаризации СУБД.

2 ГЛАВА. просмотра ПРОЕКТНАЯ ЧАСТЬ.

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

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

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

На учетом этапе разработки платежей необходимо создать прямой структурную схему усложнению объекта автоматизации, покупателе которая строится узлов на основе ВВЕДЕНИЕ входных данных, узел если концептуальная реализована модель пока первичное не готова. полном Эта схема полноты необходима, прежде Калашян всего, для распределение того, чтобы были разработчик на кроме начальных этапах сбытом разработки мог Dallas ясно представлять сделать модель базы бухгалтерию данных, а также каждое способы реализации полученное проекта в целом и узлов отдельных его выбору частей. На соединяются последующих этапах – объёмов вносить изменения в процессов уже существующие формирования компоненты, создавать ограничение новые компоненты и протоколы удалять старые, одним если они Если стали не методом нужны или Расходная заменились другими, и, Одну наконец, схема таблиц нужна для иерархической того, чтобы, англ разработать максимально отчетов эффективную базу удобства данных.

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

Структурная отразится схема базы приёма данных является, они по сути, отдел переводом модели Внешние данных на числовые язык физической лёгкой реализации и представлена ответственных на рисунке 2.1.

База

данных

«Учет товара»

проблем Общие сведения о Янус товарах Сводная предложенного ведомость

Приходная данными ведомость

учета Нарушение товара

Приходная первичное накладная Расходная предупреждающее ведомость

учета пересчет товара

Рисунок 2.1 – Финансы Структурная схема Обеспечивает объекта автоматизации

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

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

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

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

1. Защита же от внутренних состоянии угроз.

Таблица 2.2

определим Разграничение прав На пользователей.

Группы пользова-телей	Все функции программы, кроме добавления и редактирования пользователей	Добавление и редактирование пользователей	Доступ в Internet
Операторы	Чтение/удаление/создание/изменение	Нет доступа	Да
Администраторы	Чтение/создание/удаление/изменение	Чтение/создание/удаление/изменение	Не ограничен
Иные сотрудники	Доступа к БД информационной системы нет	Нет доступа	Да

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

кнопки Антивирус Касперского

валового СЗИ Dallas ордер Lock

СКЗИ под VipNet

3. Cредства из информации лицензионные, гарантирования согласованные с центром уязвимые информационных технологий и шрифтом безопасности информации построенным Республики Коми, данную имеют сертификацию учётно ФСТЭК.

Защита ЗАКЛЮЧЕНИЕ базы, резервное используются копирование, ограничение служат круга лиц, каналов находящихся в помещении досконально при работе с пособие ИСПДн.

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

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

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

Таблица 2.3 – необходимо Приход

Таблица 2.4 – конечного Группы

Таблица 2.5 – Мир Товар

Таблица 2.6 – приёма Расход

Таблица 2.7 – свою Сотрудники

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

пробелов При загрузке исчисление главной формы концептуальной предоставляется выбрать быстрый действие: либо создать выполнение запроса, англ либо выбор внешние необходимой базы Расход данных, либо уместности выбор помощи входных по работе с отчеты программой. Если Механизм выбирается ‘Запрос’, то достоверности предлагается выбрать образом или указать работа необходимые данные стоимость для выполнения соответствии запроса, после Также чего выводится наименований результат запроса. каждой Если ‘Запрос’ не день выбирается, то учётно предлагается выбрать ‘БД’, Характеристика после чего Причем предлагается просмотреть приобретает или изменить зависит данные, при одна изменении данных применения предлагается просмотреть Соответственно эти данные. клиентами Если изменение поставщиков данных не можно происходит, то приходу предлагается вернуться к ордеров выбору действия. уникальное Если ‘БД’ не провести выбирается, то Гарсиа предлагается выбрать ‘Помощь’, системой после чего получим на экран СЗИ выводится помощь торговых по работе с отчетов программой. Если ведет помощь не дает выбирается, то На предлагается выбрать товары действие. После базой выполнения запроса, разработчике либо изменения Описание или просмотра базы данных, либо после просмотра помощи по работе с программой предлагается выйти из программы. Если выбирается ‘Выход’, то происходит выход из программы, если нет, то предлагается вернуться к выбору действия.

Дерево функций по учету товаров показан на рисунке 2.2:

Рисунок 2.2 – Дерево функций

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

В созданной базе данных вся информация хранится в 6 таблицах, схема данных представлена на рисунке 2.3. Все связи реализуют: обеспечение целостности данных, каскадное обновление связанных полей, каскадное удаление связанных полей. Первичные ключи таблиц выделены жирным шрифтом. На все связи наложены условия обеспечения целостности данных (такой режим поддерживается СУБД Microsoft Access).

На основании построенной концептуальной модели можно разработать реляционную модель данных, которая будет реализована в выбранной СУБД (Access). Каждому объекту ставится в соответствие реляционная таблица.

Рисунок 2.3 - Схема данных

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

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

Загрузка системы

Главное меню

Справка

Учет товара

Справочники

Экспорт отчета

О программе

Об авторе

Товар

Группы

Сотрудники

добавление

изменение

удаление

Экспорт отчета

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

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

Программа автоматизирует работу с клиентами по приему товара, выдаче и возврату товаров. Обеспечивает материальный учет и оперативный анализ. Состоит из трех модулей:

основной модуль,
модуль по приходу товара,
модуль оперативного анализа;

Имеется около 10 форм документов и отчетов. Более 15 параметров позволяют гибко настраивать работу программы. Справочники ускоряют ввод данных и снижают количество ошибок.

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

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

2. Возврат брака

3. Оприходование товара

4. Расход товара

6. Продажа по б/н

5. Продажа за наличный расчет

Рисунок 2.10 - Общая схема по учету товара

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

При разработке базы данных был создан удобный интерфейс, чтобы на главной форме располагались нужные для работы сотрудника предприятия ООО «Верона». С главной формой связано ещё несколько вспомогательных форм, при этом работа с базой данных становится лёгкой и простой (Рисунок 2.11).

Рисунок 2.11 – Начальная форма программы

Начать учет товаров в ООО «Верона» с помощью созданного программного продукта следует с заполнения справочников групп и товаров. Для работы со справочником групп (рисунок 2.12) и справочником товаров (рисунок 2.13) необходимо выбрать соответствующие кнопки.

Рисунок 2.12 – Форма «Группы»

Рисунок 2.13 – Форма «Справочник Товары»

Приход товара осуществляется по приходным накладным и выполнен на форме Приход, которая представлена на рисунке 2.14.

Рисунок 2.14- Форма «Приход»

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

Рисунок 2.15 - Просмотр прихода

Форма «Расход», представленная на рисунке 2.16, показывает, как отражается расход товара по наименованию.

Рисунок 2.16 - Просмотр расхода

Форма «Приход-расход», представленная на рисунке 2.17, показывает, как отражается движение товара по наименованию с вычислением средней цены прихода, стоимости товаров по приходу и расходу, а также остаток товара по количеству.

Рисунок 2.17 – Форма «Приход – Расход»

Информационная система «Учет товара» для ООО «Верона» тесно связана с задачами управления снабжением и сбытом, а также учетом товаров на предприятии. Складские накладные формируются по сопроводительным документам на прием товара.

Основные возможности системы «Учет товара»:

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

Андрейчиков А.В., Андрейчикова О.Н. "Интеллектуальные информационные системы": Учебник / Андрейчиков А.В. - М.: Финансы и статистика, 2015.
Базы данных: Учебник для высших учебных заведений./ Под ред. проф. А.Д.Хомоненко./ СПб.: КОРОНА принт, 2016.
Базы данных: Учебное пособие./ Голицына О.Л., Максимов Н.В., Попов И.И./ М.:ФОРУМ: ИНФРА-М, 2015.
Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс. - Вильямс, 2014. – С.125
Дейт К. Введение в системы баз данных, 8-е издание. – Вильямс, 2014. – С.725
Дейт К. SQL и реляционная теория. Как грамотно писать код на SQL. – Символ-Плюс, 2014. – С.123
Дейт К., Дарвен Х. Основы будущих систем баз данных. Третий манифест. – Янус-К, 2014. – С.102
Жилин Д.М. Теория систем: опыт построения курса. – КомКнига, 2015. – С.123
Вендров А.М. "Практикум по проектированию программного обеспечения экономических информационных систем". учеб. пособие. Под ред. Вендерова А.М. - М.: Финансы и статистика, 2015.
Волгин В. В. Склад. Организация, управление, логистика. – под. Ред. Волгина В.В., М., Дашков и Ко, 2015.
Гаджинский А.М. Современный склад. Организация, технологии, управление и логистика. – под редакции Гаджинского А.М. Изд-во Проспект, 2015.
Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2015.
Данилова Е.В, Сидорова М.Г. “Финансово-экономический анализ деятельности предприятия. Учебное пособие для Вузов” под ред. Даниловой Е.В. , М. Экзамен,- 2015.
Емельянов А.А. и др. "Имитационное моделирование экономических процессов".Учеб. Пособие под ред. Емельянова А.А.. - М.: Финансы и статистика, 2015.
Калашян А.Н., Калянов Г.Н. "Структурные модели бизнеса: DFD-технологии".Под ред. Калашнян А.Н. - М.: Финансы и статистика, 2015.
Кукушкин А.А., Овсянников А.А. «CASE-моделирование информационных процессов». под ред. Кукушкина А.А.—М.: Орел, ВИПС, 2015.
Кукушкин А.Н. “Финансово-экономический анализ деятельности предприятия” М.:Приор под ред. Кукушкина А.Н., 2015.
Манжосов Г. П. Современный склад. Организация и технология. под ред. Манжосова Г.П.– Изд-во: КИА центр, 2015.
Марков А.С., Лисовский К.Ю. "Базы данных. Введение в теорию и методологию". Учебник. Под. Маркова А.С. - М.: Финансы и статистика, 2015.
Мартин Дж. «Организация баз данных в вычислительных системах». / под ред. Мартин Дж. - М.: Мир, 2015.
Саймон А.Р. "Стратегические технологии Баз данных" Пер. с англ. - М.: Финансы и статистика, 2015.
Соколов А.П. "Системы программирования: теория, методы, алгоритмы". - М.: Финансы и статистика, 2015.
Стинсон К. «Эффективная работа в Windows».—Спб.: ЗАО «Издательство Питер», 2015.
Таран С.А. Как организовать склад. Практические рекомендации профессионала. – М., Издательство: Альфа-Пресс, 2015.
Черемных С.В., Ручкин В.С., Семенов И.О. «Структурный анализ систем. IDEF-технология». —М.: Финансы и статистика, 2015.