Проектирование информационной системы компании оптовой торговли

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Предмет исследования – автоматизация бизнес-процессов.

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

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

– изучить технико-экономические характеристики предметной области и предприятия;

– разработать информационное обеспечение задачи;

– разработать программное обеспечение задачи;

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

1. Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

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

Первый магазин «Магнит Косметик» открылся 20 декабря 2010 года в г. Краснодаре. На сегодняшний день сеть включает около 2800 магазинов в более чем 1000 городов по всей стране. Ежемесячно открывается порядка 80 магазинов, чтобы все необходимые товары для красоты, уборки и создания уюта были в шаговой доступности наших покупателей.

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

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

Организационная структура управления состоит из установления вертикали власти. Кроме этого она подразумевает установление власти руководством фирмы над фирмой.

Организационная структура ТС «Магнит Косметик» является линейно-функциональной, в которой совет директоров осуществляет руководство над всеми сотрудниками торговой сети. На рис. 1 представлена схема организационной структуры ТС «Магнит Косметик».

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

Рисунок 1 – Организационная структура

Директор по маркетингу – руководитель, относящийся к категории топ-менеджмента, высшего руководства предприятия. Определяет маркетинговую стратегию предприятия, принимает решения на высшем уровне, руководит работой маркетинговой службы предприятия.

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

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

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

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

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

Для выбора комплекса задач автоматизации и характеристики существующих бизнес-процессов выполним моделирование предметной области в среде ErWin [13].

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

Функциональная модель в виде иерархии комплекса функций способствует более полному пониманию поведения определенного субъекта моделирования.

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

Функциональная модель процесса «Учет продаж бытовой химии» представлена на рис. 2. Декомпозированная функциональная модель процесса «Учет продаж бытовой химии» представлена на рис. 3.

]

Рисунок 2 – Функциональная модель «Учет продаж бытовой химии»

Декомпозированная функциональная модель процесса «Учет продаж бытовой химии» включает следующие подпроцессы:

– прием и предварительная обработка данных;

– оформление заказа;

– оформление договора;

– формирование базы данных.

Рисунок 3 – Декомпозированная модель «Учет продаж бытовой химии»

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

2. Информационное обеспечение задачи

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

Для того, чтобы определиться с необходимым и достаточным набором функций разрабатываемой информационной системы для магазина оптовой торговли, были изучены основные бизнес-процессы «Магнит Косметик» и выделены следующие информационные объекты, которые представлены на рис. 4.

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

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

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

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

Данные о товарах и заявках будут заносить в базу один раз, и будут использоваться для заполнения договоров. При этом значительно уменьшается вероятность ошибок при заполнении оперативных документов организации [3].

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

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

– код товара;

– наименование товара;

– код поставщика;

– код типа;

– код единицы измерения;

– цена;

– статус.

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

– код заказа;

– код организации;

– дата;

– код сотрудника;

– код клиента;

– код метода доставки;

– количество;

– код товара;

– цена;

– сумма скидки;

– цена доставки.

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

– код договора;

– дата;

– код заказа;

– статус выполнения;

– примечание.

На всех поставщиков в информационной системе имеется следующая информация: код поставщика; наименование поставщика; расчетный счет; адрес; контактный телефон; электронная почта; примечание.

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

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

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

Менеджер по продажам спортивного магазина может просмотреть информацию по заказам и договорам в виде сводной таблицы.

При работе с информационной системой магазин оптовой торговли «Магнит Косметик» менеджер по продажам должен иметь возможность решать следующие задачи:

– вводить справочную информацию при помощи набора справочников;

– просматривать информацию о заказах и договорах в виде таблицы.

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

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

Описание входной информации информационной системы представлено в табл. 1.

Таблица 1

Описание входной информации

Наименование входной информации	Дата поступления	Откуда поступает
Информация о товарах	При поступлении	Менеджер по продажам
Информация о типе товара	При оформлении договора	Поставщик товара
Информация о поставщиках	При первой сделке	Поставщик
Информация о клиентах	При первом обращении	Клиент
Информация о организации	Один раз	Организация
Информация о сотрудниках	При поступлении на работу	Отдел кадров
Информация о методе доставки	После заключения договора на доставку	Отдел договоров
Информация о заказах	При составлении заказа	Менеджер по продажам
Информация о договорах	При оформлении договора	Менеджер по продажам

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

– информация о товарах;

– информация о типе товара;

– информация о поставщиках;

– информация о клиентах;

– информация о организации;

– информация о сотрудниках;

– информация о методе доставки;

– информация о заказах;

– информация о договорах.

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

Выходным документом для задачи является:

– реестр товаров;

– реестр заказов;

– реестр договоров.

Описание выходных документов представлено в табл. 2.

Таблица 2

Описание выходных документов

Наименование Документа	Дата поступления документа	Откуда поступает документ
Товар	По мере необходимости	Менеджер по продажам
Заказ	При обращении клиента	Менеджер по продажам
Договор	При заключении сделки	Менеджер по продажам

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

3. Программное обеспечение задачи

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

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

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

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

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

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

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

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

Рисунок 6 – Схема данных

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

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

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

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

Рисунок 7 – Структурная схема пакета

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

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

Информационное обеспечение автоматизированного рабочего места администратора предприятия базируется на использовании базы данных и интерфейса к ней [10]. Структура главного меню разрабатываемой информационной системы представлена на рис. 8.

Рисунок 8 – Структура информационной системы

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

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

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

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

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

– справочники;

– документы;

– обработка данных;

– выход.

Рисунок 9 – Главное меню ИС

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

– форма «Клиент»;

– форма «Организация»;

– форма «Сотрудник»;

– форма «Поставщик»;

– форма «Единица измерения»;

– форма «Тип»;

– форма «Должность»;

– форма «Метод доставки».

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

Рисунок 10 – Форма «Клиент»

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

Ввод оперативных данных о сотрудниках организации выполняется по средствам пользовательской формы «Сотрудник» которая представлена на рис. 12.

Рисунок 11 – Форма «Организация»

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

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

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

– переместиться к первой записи;

– вернуться на одну запись назад;

– перейти к следующей записи;

– перейти к последней записи;

– добавить запись;

– удалить запись;

– сохранить изменения;

– отменить ввод;

– вернуть изменения [2].

Рисунок 12 – Форма «Сотрудник»

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

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

Рисунок 13 – Форма «Поставщик»

Рисунок 14 – Форма «Единицы измерения»

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

Обработка оперативной информации в разработанной информационной системе по должностям организации выполняется при помощи использования специального справочника «Должности». Интерфейс данной формы представлен на рис. 17.

Рисунок 15 – Форма «Тип»

Рисунок 16 – Форма «Метод доставки»

Документ «Товар» позволяет пользователю информационной системы просматривать, вводить, изменять данные по реализуемым товарам [11]. В данной форме организованы необходимые связи с дополнительными справочниками, т.к например, в поле поставщик выполняется подстановка со справочника «Поставщик», в поле тип товара выполняется подстановка со справочника «Тип товара» и в поле единица измерения выполняется подстановка c «Единица измерения». Интерфейс пользовательской формы «Товар» представлен на рис. 18. В информационной системе существует возможность обработки следующих документов: товар; заказ; договор.

Рисунок 17 – Форма «Должности»

Рисунок 18 – Форма «Товар»

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

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

Рисунок 19 – Форма «Заказ»

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

Рисунок 20 – Форма «Договор»

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

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

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

Рисунок 21 – Форма «Реестр товаров»

Запрос «Реестр заказов» предназначен для вывода сводной информации о оформленных заказах. Для выборки заказов необходимо ввести необходимую дату, рис. 22.

Запрос «Реестр договоров» предназначен для вывода сводной информации о заключенных договорах. Для поиска необходимого договора необходимо ввести его номер, рис. 23.

Рисунок 22 – Форма «Реестр заказов»

Рисунок 23 – Форма «Реестр договоров»

Таким образом, был описан полный ход работы с разработанной информационной системой.

ЗАКЛЮЧЕНИЕ

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

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

В качестве среды разработки были выбраны СУБД Microsoft Access и объектно-ориентированная среда разработки Delphi.

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

Mісrоsоft Ассess представляет собой систему управления базами данных (СУБД) реляционного типа и позволяющая эффективно управлять данными. Одним из достоинств Mісrоsоft Ассess является простой графический интерфейс, который позволяет создавать разнообразные базы данных с необходимым интерфейсом доступа к ним, с использованием встроенных средств разработки. В качестве средств разработки СУБД Mісrоsоft Ассess используются элементы управления, запросы, отчеты и макросы.

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Архангельский А.Я. Программирование в Delphi 7. М.: Бином, 2012. – 1152 с.
2. Архангельский А.Я. Delphi 2009. Справочное пособие. Откорректированное и дополненное – М.: Бином, 2009. – 569 с.
3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2009. – 554 с.
4. Гвоздева В.А. Базовые и прикладные информационные технологии: Учебник / Гвоздева В. А. — М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2015. – 384 с.
5. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. — М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. – 544 с.
6. Голицына О.Л. Языки программирования: Учебное пособие / О.Л. Голицына, Т.Л. Партыка, И.И. Попов. — 3-e изд., перераб. и доп. — М.: Форум: ИНФРА-М, 2015. – 400 с.
7. Грошев А.С. Информационные технологии : лабораторный практикум / А. С. Грошев. – 2-е изд. – М.-Берлин: Директ-Медиа, 2015. – 285 с.
8. Грошев А.С., Закляков П. В. Информатика: учеб. для вузов – 3-е изд., перераб. и доп. – М.: ДМК Пресс, 2015. – 588 с.
9. Грызлов В. И., Грызлова Т. П. Турбо Паскаль 7.0. – М.: ДМК Пресс. – 400 с.
10. Гуда А.Н., Колесников В.И. Информатика и программирование: компьютерный практикум – М.: Дашков и К, 2010. – 240 с.
11. Гультяев А.К., Машин В.А. Проектирование и дизайн пользовательского интерфейса. – СПБ.: Корона Принт, 2009. – 536 с.
12. Затонский А.В. Информационные технологии: разработка информационных моделей и систем: Учеб. пос. / А.В.Затонский — М.: ИЦ РИОР: НИЦ ИНФРА-М, 2014. – 344 с.
13. Кабанов В.А. Кабанов, В. А. Практикум Access [Электронный ресурс] / В. А. Кабанов. — М.: Инфра-М, 2015. – 55 с.
14. Кантор М. Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения / М. Кантор. — М.: Вильямс, 2012. – 758 с.
15. Карминский А.М. Методология создания информационных систем: Учебное пособие / А.М. Карминский, Б.В. Черников. — 2-e изд., перераб. и доп. — М.: ИД ФОРУМ: ИНФРА-М, 2012. – 320 с.

ПРИЛОЖЕНИЕ

Код программы главной формы

unit prog;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Menus, XPMan, Unit2Klient, Unit3Organiz, Unit4Sotr, Unit5Postav,

Unit6Edin, Unit7Tip, Unit8Metod, Unit9Tovar, Unit10Zakaz, Unit11Dogovor,

jpeg, ExtCtrls, Unit12poisktovara, Unit13Dogovora, Unit14Tovaru;

type

TForm1 = class(TForm)

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

N14: TMenuItem;

Image1: TImage;

Image2: TImage;

Image3: TImage;

N15: TMenuItem;

XPManifest1: TXPManifest;

N16: TMenuItem;

N17: TMenuItem;

N18: TMenuItem;

procedure N4Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure N14Click(Sender: TObject);

procedure N15Click(Sender: TObject);

procedure N16Click(Sender: TObject);

procedure N17Click(Sender: TObject);

procedure N18Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var Form1: TForm1;

implementation

uses Unit15Dolgnost;

{$R *.dfm}

procedure TForm1.N4Click(Sender: TObject);

begin

Close();

end;

procedure TForm1.N5Click(Sender: TObject);

begin

Form2.Show;

end;

procedure TForm1.N6Click(Sender: TObject);

begin

Form3.Show;

end;

procedure TForm1.N7Click(Sender: TObject);

begin

Form4.Show;

end;

procedure TForm1.N8Click(Sender: TObject);

begin

Form5.Show;

end;

procedure TForm1.N9Click(Sender: TObject);

begin

Form6.Show;

end;

procedure TForm1.N10Click(Sender: TObject);

begin

Form7.Show;

end;

procedure TForm1.N11Click(Sender: TObject);

begin

Form8.Show;

end;

procedure TForm1.N12Click(Sender: TObject);

begin

Form9.Show;

end;

procedure TForm1.N13Click(Sender: TObject);

begin

Form10.Show;

end;

procedure TForm1.N14Click(Sender: TObject);

begin

Form11.Show;

end;

procedure TForm1.N15Click(Sender: TObject);

begin

Form12.Show;

end;

procedure TForm1.N16Click(Sender: TObject);

begin

Form13.Show;

end;

procedure TForm1.N17Click(Sender: TObject);

begin

Form14.Show;

end;

procedure TForm1.N18Click(Sender: TObject);

begin

Form15.Show;

end;

end.

Код программы (Реестр товаров)

unit Unit14Tovaru;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DB, ADODB, DBCtrls, ExtCtrls, Mask, jpeg, Grids,

DBGrids;

type

TForm14 = class(TForm)

Image1: TImage;

Image2: TImage;

DataSource1: TDataSource;

ADOTable1: TADOTable;

ADOQuery1: TADOQuery;

ADOConnection1: TADOConnection;

Button1: TButton;

Edit1: TEdit;

DBGrid1: TDBGrid;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form14: TForm14;

implementation

{$R *.dfm}

procedure TForm14.Button1Click(Sender: TObject);

begin

try

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Text:=»;

ADOQuery1.SQL.Add(‘SELECT * FROM Товар WHERE [Наименование товара] LIKE »%’+Edit1.Text+’%»’);

ADOQuery1.Active:=True;

except

on e:Exception do

end;

end;

end.

Код программы (Реестр товаров)

unit Unit13Dogovora;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, DB, ADODB, jpeg, StdCtrls;

type

TForm13 = class(TForm)

Image1: TImage;

Image2: TImage;

Image3: TImage;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

ADOQuery1: TADOQuery;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Button1: TButton;

ComboBox1: TComboBox;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form13: TForm13;

implementation

{$R *.dfm}

procedure TForm13.Button1Click(Sender: TObject);

begin

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Text:=»;

ADOQuery1.SQL.Add(‘SELECT * FROM Договор WHERE [Статус выполнения] LIKE »%’+ComboBox1.Text+’%»’);

ADOQuery1.Active:=True;

end;

end.

Проектирование информационной системы компании оптовой торговли

Введение

Чтобы удовлетворить требованиям курсовых по двум предметам, я
слепил темы дисциплины «Базы Данных» №11 «Склад» и «ПИС» на тему
«Проектирование АИС компании оптовой торговли». Целью курсовой стала разработка
и проектирование автоматизированного рабочего места менеджеров отделов фирмы по
управлению и учетом товарных запасов, операций покупки и продажи.

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

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

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

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

Принципы создания любых АРМ должны быть общими:

·        Системность. АРМ рассматриваются как
системы, структура которых определяется функциональным назначением.

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

·        Устойчивость. Система АРМ должна выполнять
основные функции независимо от воздействия на нее внутренних и внешних
возмущающих факторов.

·        Эффективность. АРМ следует рассматривать
как интегральный показатель уровня реализации приведенных выше принципов,
отнесенного к затратам на создание и эксплуатацию системы.

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

·        Обследование предметной области фирмы;

·        Построение модели бизнес-процесса «Оптовая
фирма»;

·        Составление диаграммы действий
бизнес-процесса «Оптовая фирма»;

·        Определение основной документации;

·        Проведение декомпозиции бизнес-процесса и
составление необходимых схем;

·        Описание исходной и результатной
информации и ее контроль;

·        Описание программного продукта.

1. Построение функциональной модели
бизнес-процесса «Оптовая фирма»

1.1 Описание бизнес-процесса «Оптовая фирма»

. Директор фирмы устанавливает по каждой позиции товарной
номенклатуры нормативные уровни складских запасов. Менеджер отдела продаж
получает информацию о наличии товарных запасов;

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

. Клиент, приняв решение о приобретении у фирмы необходимых
товаров, оформляет у менеджера отдела продаж заказ;

. Менеджер отдела продаж регистрирует заказ, фиксируя дату
приема заказа;

. Менеджер отдела продаж на основании заказа выписывает
счет-фактуру; Получив счет-фактуру, клиент оплачивает её путем перечисления
средств на расчетный счет фирмы;

. Менеджер отдела продаж, проверив факт оплаты счета-фактуры,
выписывает ему расходные накладные на получение товаров с товарного склада
фирмы;

. Клиент отправляется на товарный склад, где получает товары
у кладовщиков;

. После отпуска товаров клиенту один экземпляр расходной
накладной остается у клиента, а второй сдается в бухгалтерию;

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

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

. Менеджеры отдела поставок оформляют заказ на поставку товаров
у поставщиков;

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

. После оплаты, менеджер отдела поставок выписывает
экспедитору доверенность:

. Экспедитор выезжает и забирает товар у поставщиков, затем
прибывает на фирму с доставленными товарами;

. Менеджер отдела поставок выписывает приходные накладные для
сдачи экспедитором товаров на Товарный склад своей фирмы;

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

. Бухгалтерия, оперируя полученными документами, сопоставляет
сведения о стоимости отпущенных и принятых товаров с размером средств,
перечисленными клиентами и поставщикам, ведет сводку и учет средств на
расчетном счете фирмы.

1.2 Таблица операций бизнес-процесса «Оптовая
фирма»

Операция	Исполнитель	Периодичность	Входящие документы	Исходящие документы	Примечание
1. Получение информации о товарах	Менеджер отдела продаж	По мере поступления	Отчет об имеющемся товаре	Нет
2. Обновление прайс-листа	Менеджер отдела продаж	По мере поступления	Отчет об имеющемся товаре	Прайс-лист
3. Прием заказа	Менеджер отдела продаж	По мере поступления	Заказ клиента
4. Регистрация заказа	Менеджер отдела продаж	По мере поступления	Заказ клиента	Реестр заказов
5. Прием оплаты	Менеджер отдела продаж	По мере поступления	Счет-фактура	Платежное поручение
6. Выписка расходной накладной	Менеджер отдела продаж	По мере поступления	Платежное поручение	Расходная накладная
7. Отгрузка товара	Кладовщик	По мере поступления	Расходная накладная	Расходная накладная
8. Оформление расходной накладной	Кладовщик	По мере поступления	Расходная накладная	Расходная накладная
9. Формирование отчета о наличии товара	Менеджер товарного склада	Факт отгрузки товара со склада		Отчет об имеющемся товаре
10a. Проверка соответствия нормативному уровню	Менеджер товарного склада	По мере поступления	Отчет об имеющемся товаре
10b. Оформление заявки на товар	Менеджер товарного склада	По мере поступления		Заявка	Если запасы не соответствуют уст. уровню
11. Оформление заказа на товар	Менеджер отдела поставки	По мере поступления	Заявка	Заказ
12. Оплата заказа	Менеджер отдела поставки	По мере поступления	Счет-фактура от поставщика	Платежное поручение
13. Выписка доверенности	Менеджер отдела поставки	По мере поступления	Платежное поручение	Доверенность
13. Выезд и прием товара экспедитором	Экспедитор	По мере поступления	Доверенность
14. Возвращение экспедитора с товаром на фирму	Экспедитор	По мере поступления
15. Выписка приходной накладной	Менеджер отдела поставки	По мере поступления		Приходная накладная
16a. Прием товара у экспедитора	Кладовщик	По мере поступления	Приходная накладная
16b. Оформление приходной накладной	Кладовщик	По мере поступления	Приходная накладная	Приходная накладная
17. Формирование отчета	Бухгалтерия	Ежемесячно	Приходная накладная, расходная накладная	Отчет о прибыли

1.3 Таблица документов бизнес-процесса «Оптовая фирма»

Составляемый документ	Операция	Исполнитель	Периодичность	Документ основание	Примечание
Отчет об имеющемся товаре	9. Формирование отчета о наличии товара	Менеджер товарного склада	Ежедневно	Нет
прайс-лист	2. Обновление прайс-листа	Менеджер отдела продаж	По мере поступления	Отчет об имеющемся товаре
Заказ клиента	3. Прием заказа	Менеджер отдела продаж	По мере поступления
Реестр заказов	4. Регистрация заказа	Менеджер отдела продаж	По мере поступления	Заказ клиента
Счет-фактура	5. Прием оплаты, 12. Оплата заказа	Менеджер отдела продаж, менеджер отдела поставки	По мере поступления	Заказ
Платежное поручение	5. Прием оплаты, 12. Оплата заказа	Менеджер отдела продаж, менеджер отдела поставки	По мере поступления	Счет-фактура
Расходная накладная	6. Выписка расходной накладной, 7. Отгрузка товара, 8. Оформление расходной накладной	Менеджер отдела продаж, кладовщик	По мере поступления	Платежное поручение, Расходная накладная
Приходная накладная	15. Выписка приходной накладной, 16a. Прием товара у экспедитора, 16b. Оформление приходной накладной	Менеджер отдела поставки, кладовщик	По мере поступления	Приходная накладная
Отчет о прибыли	17. Формирование отчета	Бухгалтерия	Ежемесячно	Расходная накладная, приходная накладная

 

.4
Создание модели ИС

1.4.1 Модель IDEF0 бизнес-процесса
«Оптовая фирма»

Рис. 1. Контекстная диаграмма

Рис. 2. Первый уровень детализации контекстной диаграммы

Рис. 4. Второй уровень детализации диаграммы

Рис. 5. Второй уровень детализации диаграммы

.4.2 Диаграмма модели IDEF3 бизнес-процесса
«Оптовая фирма»

Рис. 6. Третий уровень детализации диаграммы

1.4.3 Диаграмма модели DFD бизнес-процесса «Оптовая фирма»

Рис. 7. Третий уровень детализации диаграммы

2. Постановка задачи по проектированию ИС
«Оптовая фирма»

.1 Организационно-экономическая сущность задачи

Наименование задачи — «Оптовая фирма».

Цель задачи — управление заказами, товарными запасами.

Периодичность решения — ежемесячно.

Срок выполнения задачи — дата сдачи отчетов — 1
число следующего месяца.

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

2.2 Описание исходной информации

Исходной информацией для решения задачи
«Оптовая фирма» является:

· Заказ клиента на покупку;

·        Реестр клиентов, поставщиков,
производителей, типов товаров, экспедиторов, заказов у поставщика; информация
об Оптовой фирме «Импульс»;

·        Реестр заказов клиентов;

·        Прайс-лист;

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

Характеристика исходной информации приведена в таблице 3.

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

Таблица 3. Характеристика исходной информации

Наименование информации	Общая характеристика информации	Источники информации	Сроки сбора информации	Способ поступления
Реестр клиентов	Текущая информация	Клиент	По мере необходимости	Лично
Реестр поставщиков	Текущая информация	Менеджер отдела продаж	По мере необходимости	Лично, канал связи
Реестр производителей	Текущая информация	Менеджер отдела продаж	По мере необходимости	Лично, канал связи
Реестр типов товаров	Текущая информация	Менеджер отдела продаж	По мере необходимости	Лично, канал связи
Реестр экспедиторов	Текущая информация	Экспедитор	По мере необходимости	Канал связи
Реестр заказов	Текущая информация	Заказ клиента	По мере необходимости	Лично
Информация об Оптовой фирме «Импульс»	Текущая информация	Начальство	По мере необходимости	Канал связи
Прайс-лист	Текущая информация	Менеджер отдела продаж	Ежедневно	Канал связи
Приходная накладная	Текущая информация	Менеджер отдела поставок	Ежедневно	Канал связи

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

Таблица 4. Идентификаторы документа «Реестр заказов»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Код заказа	sold_id	9999999999
ИНН клиента	c_inn	999999999999
Код товара	unit_id	9999999999
Количество товара	s_count	9999999999
Дата	sold_date	99/99/99	мм/дд/гг
Налоговая ставка	nal_stavka	9999999999

Таблица 5. Идентификаторы документа «Прайс-лист»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Код товара	warehouse.unit_id	9999999999
Название типа товара	warehouse.type_name	A(45)
Название производителя	warehouse.m_name	A(45)
Наименование товара	warehouse.goods_name	A(45)
Цена товара	price_w_tax	9,999,999,999.99
Количество товара	warehouse.count-sold_goods	9999999999
Телефон фирмы	impulse.telephone	А(20)
Сумма проданных товаров по коду товара / Маскировщик товара, которого нет в наличии	sold_goods	9999999999
Маскировщик неиспользуемого производителя	type_name_hide	9999999999
Дата распечатки	date()	99/99/99	мм/дд/гг

Таблица 6. Идентификаторы документа «Приходная накладная»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Номер накладной	prih_nakl.nomer_nakl	9999999999
Номер п.п.	prih_nakl.nomer_pp	9999999999
Наименование товара	prih_nakl.nakl_good_name	A(45)
Единица измерения	prih_nakl.measure	A(10)	prih_nakl.goods_cost	9,999,999,999.99
Количество товара	prih_nakl.count	9999999999
Организация	impulse.comp_name	А(45)
ИНН организации	impulse.inn	999999999999
Дата накладной	prih_nakl.nakl_date	99/99/99	мм/дд/гг
Сумма	summ	9,999,999,999.99
Итого	itogo	9,999,999,999.99

.3 Описание контроля исходной информации

Документ «Реестр заказов»:

Контроль соответствия реквизитов «Код заказа»,
«ИНН клиента», «Код товара», «Количество товара», «Дата», «Налоговая ставка»,
списку значений базы данных;

Документ «Прайс-лист»:

Контроль соответствия реквизитов «Код товара»,
«Название типа товара», «Название производителя», «Наименование товара», «Цена
товара», «Количество товара», «Телефон фирмы», списку значений базы данных;

Арифметический контроль реквизитов «Сумма
проданных товаров по коду товара».

Логический контроль реквизитов «Маскировщик
товара, которого нет в наличии», «Маскировщик неиспользуемого производителя».

Документ «Приходная накладная»:

Контроль соответствия реквизитов «Номер
накладной», «Номер п.п.», «Наименование товара», «Единица измерения», «Цена
товара», «Количество товара», «Название фирмы», «ИНН фирмы», «Дата накладной»,
списку значений базы данных;

Арифметический контроль реквизитов «Сумма»,
«Итого».

2.4 Описание результатной информации

Результатной информацией для решения задачи
является:

— Доверенность;

— Прайс-лист;

Отчет о наличии товара;

Счет-фактура;

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

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

Наименование информации	Потребитель информации	Периодичность передачи информации	Способ передачи
Доверенность	Экспедитор, поставщик	По мере необходимости	Лично
Прайс-лист	Клиент, менеджеры отдела продаж, товарного слада	По мере необходимости	Канал связи
Отчет о наличии товара	Менеджер товарного слада	Ежедневно	Канал связи
Счет-фактура	Клиент	По мере необходимости	Канал связи
Расходная накладная	Клиент, менеджер товарного склада, кладовщик	По мере необходимости	Лично

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

Таблица 8. Идентификаторы документа «Доверенность»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Номер доверенности	doverennost.dov_id	9999999999
Дата выдачи доверенности	doverennost.dov_date	99/99/99	мм/дд/гг
Срок действия	doverennost.srok_deystv	99/99/99	мм/дд/гг
Ф.И.О. экспедитора	doverennost.expeditor_fio	A(60)
Название поставщика	doverennost.s_name	A(45)
ОКПО	impulse.okpo	999999999999
Название фирмы	impulse.comp_name	А(45)
Название и адрес поставщика	alltrim (doverennost.s_name)+space(1)+alltrim (sellers.s_adress)	А(45)+A(1)+А(45)
Название и адрес покупателя	alltrim (impulse.comp_name)+space(1)+alltrim (impulse.comp_adr)	А(45)+A(1)+А(45)
Серия паспорта экспедитора	expeditor.expeditor_passport_serial	9999
Номер паспорта экспедитора	expeditor.expeditor_passport_number	999999
Дата выдачи паспорта	expeditor.expeditor_passport_vidan_date	99/99/99	мм/дд/гг
Кем выдан паспорт	expeditor.expeditor_passport_vidan	A(90)
Номер п.п.	goods_order.pp_number	9999999999
Наименование товара	goods_order.goods_name	A(60)
Единица измерения	goods_order.goods_measure	A(10)
Количество товара	goods_order.goods_count	9999999999

Таблица 9. Идентификаторы документа «Прайс-лист»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Код товара	warehouse.unit_id	9999999999
Название типа товара	warehouse.type_name	A(45)
Название производителя	warehouse.m_name	A(45)
Наименование товара	warehouse.goods_name	A(45)
Цена товара	price_w_tax	999,999,999.99
Количество товара	warehouse.count-sold_goods	9999999999
Телефон фирмы	impulse.telephone	А(20)
Сумма проданных товаров по коду товара / Маскировщик товара, которого нет в наличии	sold_goods	9999999999
Маскировщик неиспользуемого производителя	type_name_hide	9999999999

Таблица 10. Идентификаторы документа «Отчет о наличии товара»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Код товара	warehouse.unit_id	9999999999
Наименование товара	alltrim (warehouse.m_name)+ space(1)+warehouse.goods_name	А(45)+A(1)+А(45)
Сумма проданных товаров по коду товара	dhg	9,999,999.99
Количество на складе	count_warehouse	9999999999
Норматив	goods_types.normal_goods_level	9999999999
Нехватка товара / Маскировщик товаров, которые удовлетворяют нормативам	nehvatka	9999999999
Дата	date()	99/99/99	мм/дд/гг

Таблица 11. Идентификаторы документа «Счет-фактура»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Номер счета-фактуры	sold_goods.sold_id	9999999999
Дата продажи	sold_goods.sold_date	99/99/99	мм/дд/гг
Продавец	impulse.comp_representative	A(45)
Адрес продавца	impulse.comp_adr	A(45)
ИНН/КПП продавца	alltrim (impulse.inn)+» / «+impulse.kpp	A(12)+A(9)
Грузоотправитель и его адрес	impulse.comp_adr	А(45)
Грузополучатель его адрес	clients.c_adress	А(45)
Покупатель	clients.c_representative	А(45)
Адрес покупателя	clients.c_adress	A(45)
ИНН/КПП покупателя	alltrim (sold_goods.c_inn)+» / «+clients.c_kpp	A(12)+A(9)
Код товара	sold_goods.unit_id	9999999999
Наименование товара	alltrim (warehouse.m_name)+space(1)+warehouse.goods_name	А(45)+A(1)+А(45)
Единица измерения	goods_types.measure	A(10)
Количество товара	sold_goods.s_count	9999999999
Цена товара	warehouse.unit_cost	9,999,999.99
Сумма	warehouse.unit_cost *sold_goods.s_count	9,999,999.99
Налоговая ставка	sold_goods.nal_stavka	9999999999
Сумма налога	warehouse.unit_cost /100* Sold_goods.nal_stavka	9,999,999.99
Стоимость с учетом налога	(warehouse.unit_cost *sold_goods.s_count)/100* Sold_goods.nal_stavka+warehouse.unit_cost *sold_goods.s_count	9,999,999.99
Страна производства	Warehouse.country	A(20)

Таблица 12. Идентификаторы документа «Расходная накладная»

Наименование реквизита	Идентификатор	Разрядность	Примечание
Организация	impulse.comp_name	A(45)
ИНН организации	impulse.inn	999999999999
Номер расходной накладной	sold_goods.sold_id	9999999999
Дата	sold_goods.sold_date	99/99/99
Номерп.п. (счетчик)	jitter	9999999999	мм/дд/гг
Наименование	alltrim (warehouse.m_name)+space(1)+warehouse.goods_name	А(45)+A(1)+А(45)
Единица измерения	goods_types.measure	А(10)
Цена	price_w_tax	9,999,999.99
Название и адрес покупателя	sold_goods.s_count	9999999999
Сумма	summ	9,999,999.99

2.5 Описание контроля результатной информации

Документ «Доверенность»:

Логический контроль соответствия реквизитов
«Номер доверенности», «Дата выдачи доверенности», «Срок действия», «Ф.И.О.
экспедитора», «Название поставщика», «ОКПО», «Название фирмы», «Название и
адрес поставщика», «Название и адрес покупателя», «Серия паспорта экспедитора»,
«Номер паспорта экспедитора», «Дата выдачи паспорта», «Кем выдан паспорт»,
«Номер п.п.», «Наименование товара», «Единица измерения», «Количество товара»,
с соответствующими реквизитами «Информация об Оптовой фирме «Импульс», «Реестр
экспедиторов» и «Реестр заказов у поставщика».

Документ «Прайс-лист»:

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

Арифметический контроль реквизитов «Сумма
проданных товаров по коду товара», «Количество товара».

Документ «Отчет о наличии товара»:

Логический контроль соответствия реквизитов
«Код товара», «Наименование товара», «Сумма проданных товаров по коду товара»,
«Количество на складе», «Норматив», «Нехватка товара», с соответствующими
реквизитами «Реестр типов товаров», «Реестр производителей».

Арифметический контроль реквизитов «Сумма
проданных товаров по коду товара», «Количество на складе», «Нехватка товара».

Документ «Счет-фактура»:

Логический контроль соответствия реквизитов
«Номер счета-фактуры», «Дата продажи», «Продавец», «Адрес продавца», «ИНН/КПП
продавца», «Грузоотправитель и его адрес», «Грузополучатель его адрес»,
«Покупатель», «Адрес покупателя», «ИНН/КПП покупателя», «Код товара»,
«Наименование товара», «Единица измерения», «Количество товара», «Цена товара»,
«Сумма», «Налоговая ставка», «Сумма налога», «Стоимость с учетом налога»,
«Страна производства», с соответствующими реквизитами «Информация об Оптовой
фирме «Импульс», «Реестр клиентов» и «Реестртипов товаров», «Реестр
производителей».

Арифметический контроль реквизитов «Сумма»,
«Сумма налога», «Стоимость с учетом налога».

2.6 Описание используемой условно-постоянной
информации

В качестве условно-постоянной информации, используемой при
решении задачи по разработке и проектированию АРМ задачи по управлению и учету
товарных запасов, являются следующие реквизиты:

·        представитель покупателя, представитель
поставщика, представитель оптовой фирмы «Импульс»;

·        телефон покупателя, телефон поставщика,
телефон оптовой фирмы «Импульс»;

·        адрес покупателя, адрес поставщика, адрес
оптовой фирмы «Импульс»;

·        банк покупателя, банк поставщика, банк
оптовой фирмы «Импульс»;

·        расчетный счет покупателя, расчетный счет
поставщика, расчетный счет оптовой фирмы «Импульс»;

·        БИК покупателя, БИК поставщика, БИК
оптовой фирмы «Импульс»;

·        Налоговая ставка;

·        Экспедиторы оптовой фирмы «Импульс».

2.7 Описание алгоритма решения задачи

Решение задачи по разработке и проектированию АРМ «Оптовая
фирма» выполняется по следующему алгоритму:

Документ « «Прайс-лист»»:

Расчет количества товаров на складе:

Документ «Отчет о наличии товара»:

Расчет количества товаров на складе:

dhg=_warehouse=warehouse.count-dhg

Расчетнехватки:=goods_types.normal_goods_level-count_warehouse

Документ «Счет-фактура»:

Расчет суммы:

warehouse.unit_cost *sold_goods.s_count

Расчетсуммыналога:.unit_cost /100*Sold_goods.nal_stavka

Расчет стоимости с учетом налога:

(warehouse.unit_cost*sold_goods.s_count)/100*Sold_goods.nal_stavka+warehouse.unit_cost*sold_goods.s_count

Документ «Расходная накладная»:

Расчет цены:

Price_w_tax=
(warehouse.unit_cost/100)*18+warehouse.unit_cost

Расчетсуммы:_w_tax*sold_goods.s_count

Расчетитого:

 

Документ «Приходная накладная»:

Расчет суммы:

sum=prih_nakl_data.nakl_goods_cost*prih_nakl_data.nakl_count

Расчет итого:

Itogo=

3. Описание программного продукта

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

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

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

Форма разделена на 3 вкладки — «Операции», «Бланки»,
«Запросы». Все основные действия, предпринимаемые менеджерами отделов расположены
на вкладке «Операции». На вкладке «Бланки» расположены образцы документов
оперируемые в фирме согласно бизнес-процессу. На вкладке «Запросы» реализована
возможность поиска документов по ключевым параметрам.

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

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

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

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

Менеджер вводит номер оплаченной счет-фактуры и нажатием
кнопки «Выписать» получает накладную содержащую оплаченный заказ.

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

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

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

Менеджеры отдела поставок по заявке регистрируют заказ у
поставщика. Поставщик выписывает счет-фактуру, фирма производит оплату. После
подтверждения оплаты менеджер отдела поставок с помощью операционной кнопки на
главной форме «Выписать доверенность» составляет документ на имя экспедитора
фирмы.

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

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

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

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

Заключение

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

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

Список литературы

1.
Разработка реального приложения с использованием VisualFoxPro 9, 2007, Г.А. Гурвиц.

.
Самоучитель VisualFoxPro 8, 2003, Омельченко Л.Н.

.
URL: http://www.foxclub.ru/ — Дата обращения 02.03.12

4.
URL: http://www.sql.ru/forum/actualtopics.aspx? bid=37 — Дата обращения
02.03.12

Отчет об обследовании

Список программного обеспечения, используемого компанией на момент обследования

1. «1С: Предприятие 7.7″ («Бухгалтерия», «Торговля», «Зарплата», «Кадры», «Касса», «Банк») для работы бухгалтерии.
2. Две собственные разработки на базе конфигуратора «1С» — «Закупки» и «Продажи».
3. Собственная разработка на базе FOXPRO для финансового отдела.
4. Excel для планирования продаж.

Существующий уровень автоматизации

Общие требования к информационной системе

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

Ключевые функциональные требования к информационной системе:

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

Примеры форм отчетных документов

Описание системы учета

ЗАО «МЕД» использует типовой российский план счетов, три аналитики (контрагенты, договора, регионы).

Фрагмент плана счетов компании

Фрагмент учетной политики

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

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

Описание справочников

Фрагмент описания справочников, используемых для автоматизации компании «МЕД», приведен в таблице.

Код справочника отражает уровни иерархии. Справочники клиентов и договоров имеют трехуровневую структуру. Справочник поставщиков — двухуровневую структуру. В коде справочника для отображения уровня применен символ подчеркивания. Например, в коде справочника клиентов первый уровень обозначен символами «АС»-покупатель; второй уровень — «Ар»-аптеки, «Ds»-дистрибьюторы; для обозначения третьего уровня предусмотрены пятизначные порядковые номера 00001, 00002 и т.д.

Организационная диаграмма

Оргструктура предприятия оптовой торговли ЗАО «МЕД» имеет следующий вид:

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

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

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

Диаграмма прецедентов компании «МЕД»

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

Проектирование макета электронного магазина

1) Логотип

2) Каталог товаров

3) Новинки (будет отображаться информация о продуктах, поступивших за последний месяц)

4) Поиск и ссылка на расширенный поиск

5) Информационные поля (Оплата и доставка, связаться с нами, гарантии)

6) Счетчики (будут подсчитывать количество уникальных посетителей за период)

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

Поля со ссылками на корзину, на данные клиента, на оформление заказа.

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

10) Авторизация и ссылка на регистрацию клиента.

11) Подписка на новости с окном для ввода электронной почты клиентов для рассылки.

12) Окно отзывов о товарах.

13) Окно для выбора доступных языков сайта.

14) Окно с выбора доступных валят для оплаты товаров.

Рис. 2. Макет сайта

Проектирование безопасности информационной системы

· Создать для администратора пароль и логин для входа в систему.

· Создать для менеджера пароль и логин для входа в систему и предоставить. ему право работать только с каталогом товаров в системе администрирования

Проектирование процесса покупки товара через сайт

Рис. 3. Процесс покупки товара

Проектирование системных прецедентов

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

Рис. 5. Диаграмма системных прецедентов для администратора

Проектирование информационных разделов интернет-магазина

· Наличие раздела Доставка и Возврат.

· Наличие раздела Связаться с нами.

· Наличие раздела Файлы.

· Наличие раздела Карта сайта.

Настройка контактной информации магазина

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

· Создать электронную почту для получения заказов через интернет-магазин.

· Создать возможность вводить ограничения на заказ минимального количества товара.

· Сделать возможным поиск по товарам и категориям.

Проектирование формы регистрации клиента

Обеспечить наличие следующих полей на форме регистрации:

· Фамилия

· Имя

· Отчество

· Компания

· Область

· Адрес

· Город

· Почтовый индекс

· Страна

· Телефон

· Рассылка

Проектирования отображения списка товаров

· Обеспечить возможность вывода количества товара на складе

· Товары должны выводиться в виде списка

· Должна отображаться картинка товара в списке

· Должна отображаться цена в списке

· Должно выводиться название товара

· Должно выводиться окно с вводом количества товара и кнопка добавления в корзину

Проектирование работы со складом в магазине

· Должна осуществляться проверка запасов на складе при заказе.

· При заказе, количество заказанного товара должно вычитаться от текущего количества на складе.

· Необходимо запретить перерасход товара (то есть клиент не сможет заказать больше, чем есть на складе).

Проектирование ценовой политики в магазине

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

· Позволить посетителям видеть цены.

Проектирование отображения новостей

· Должно отображаться содержания, заголовок и дата новости.

· На первой странице должно быть не более 5 новостей.

Проектирование каталога товаров

· Возможность добавления категорий подкатегорий и товаров.

· Добавление категорий:

Спорттовары

Сувениры

Сантехника

Инструменты

Хозтовары

Галантерея

Проектирование скидок

· Создать скидку на автоинструмент (специальная цена) для всех оптовых покупателей до 25.05.2009.

· Создать бессрочную скидку 5% на категорию товаров Велосипеды (кроме тех товаров, на которые уже установлена скидка).

Проектирование опросов покупателей

· Возможность оставлять отзывы о товарах.

Проектирование способов оплаты

· Возможность оплаты с помощью платежной системы Яндекс-деньги (для физических лиц).

· Возможность оплаты с помощью платежной системы Яндекс-деньги WebMoney (для физических лиц).

· Возможность оплаты с помощью кредитных карт (для физических лиц)

· Возможность выбора способа предоплаты на счет (для физических и юридических лиц).

Проектирование групп клиентов

· Создать розничную группу.

· Создать оптовую группу.

· Создать скидку для оптовой группы -5%.

Локализация

· Создать валюту Рубль.

· Создать различные статусы движения товаров:

— В обработке

— В процессе

— Доставляется