Разработка АРМ учета товара в мелкооптовой торговле
Елецкий филиал НОУ ВПО «Российский Новый Университет»
КУРСОВАЯ РАБОТА
Студент 5курса Информационных систем и компьютерных технологий факультета
( фамилия, имя, отчество)
Тема: Разработка АРМ учета товара в мелкооптовой торговле ______________________________
Руководитель: _
( ученая степень, учетное звание)
Гнездилова Ольга Николаевна
( фамилия, имя, отчество)
Защитил
«___»________2011 г. ______________
г. Елец
2011 г.
ЕЛЕЦКИЙ ФИЛИАЛ НОУ ВПО «РОССИЙСКИЙ НОВЫЙ УНИВЕРСИТЕТ»
ЗАДАНИЕ
на выполнение курсового проекта
студент(ка) Алешкова Ольга Владимировна
гр. И-50 спец. прикладн. инф. в эк. факультет информ. сист. и копм. техн.
- Тема курсовой работы: «Разработка АРМ учета товара в мелкооптовой торговле»
- Срок сдачи законченного проекта: 20.11.2011 г.
- Исходные данные для проекта
Вопросы и задачи, подлежащие разработке: обоснование выбора объекта исследования и внедрения автоматизированной системы, обзор и анализ характеристик существующих систем, определение сущности комплекса задач обработки экономической информации, обоснование и выбор проектных решений, разработка действующей программы, проведение испытаний и сдачи проекта.
Методы исследования: основным методом исследования является изучение документов и документооборота на предприятии.
Краткое содержание проекта: 1)организационно-экономическая характеристика предметной области, сущность комплекса экономических информационных задач, декомпозиция комплекса задач, обоснование проектных решений, график планируемых работ; 2)информационное обеспечение комплекса задач, инфологическая или информационная модель (схема данных) и ее описание, характеристика входной информации, нормативно-справочная информация, характеристика результатной информации, внутримашинная реализация комплекса задач, программное обеспечение комплекса задач, схема взаимосвязи программных модулей и информационных файлов, результаты испытания программы, обоснование экономической эффективности проекта; 3) заключение, список использованных источников, приложения (документация и рабочая версия проекта на носителе).
4. Выполнить презентацию или демонстрационный ролик для представления проекта на компьютере.
Руководитель: Гнездилова О.Н.
Задание принял
Дата, подпись студента______________________
СОДЕРЖАНИЕ
Введение…………………………………………………………
Глава 1. Анализ предметной области……………………….…….……………5
1.1. Характеристика предметной области...………..…………………........
Глава 2.Построение модели ИС «Учет товара в мелкооптовой торговле»…7
2.1. Построение функциональной модели ИС «Учет товара в мелкооптовой торговле» в программе AllFusion BPWin Process Modeler………….....7
2.2. Построение модели данных ИС «Учет товара в мелкооптовой торговле» в программе AllFusion Erwin Data Modeler.......................
Глава 3.Генерация БД с помощью СУБД Access……………..……..……….20
Заключение………………………………..………………
Приложения……………………………………………………
Список используемой литературы…………………………………..………..
ВВЕДЕНИЕ
В данной работе рассматривается организация учета товаров на мелкооптовом складе. Актуальность данной темы обусловлена тем, что торговые предприятия, занимающие важное место в экономике любой страны, исполняют функции посредников между производителями товарно-материальных ценностей и их потребителями - юридическими и физическими лицами. Основным (первичным) организационным звеном торговли является предприятие. Торговое предприятие имеет уставный капитал, самостоятельный баланс, может вступать в договорные отношения с физическими и юридическими лицами.
Как и все коммерческие предприятия, эти организации стремятся получать максимальную прибыль. Поэтому при их взаимодействии с производителями товаров нередко возникают конфликтные ситуации в области перераспределения общей прибыли от реализации товарной продукции.
Цель данной работы заключается во всестороннем изучении организации учета товаров на мелкооптовом складе.
При написании работы были поставлены следующие задачи:
- Рассмотреть теоретические и правовые основы учета товаров в мелкооптовой торговле.
- Разработать совершенствования по учету товаров. Объектом исследования в работе выступают особенности учета товаров.
Структурно работа состоит из введения, двух глав, заключения и списка используемой литературы. В первой главе рассматриваются теоретические и правовые основы учета товаров в торговле, во второй главе анализируется учет товаров, в третьей главе предлагаются мероприятия по совершенствованию учета товаров в торговле.
ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ.
1.1. Характеристика предметной области.
Мелкооптовая торговля - разновидность оптовой торговли, связанная с реализацией партий товаров производителями и торговыми посредниками для последующей перепродажи в розничной торговле и ином коммерческом обороте. Минимальная партия товара при мелкооптовой торговле не может быть меньше, чем количество единиц соответствующего товара в одной упаковке производителя для розничной реализации.
Торговля - это вид предпринимательской деятельности, где объектом действия является товарообмен, купля-продажа товаров, а также обслуживание покупателей в процессе продажи товаров, их доставки, хранения и подготовки к продаже. Покупателями являются физические лица - конечные потребители товара. Однако договор возможен и между юридическими лицами, приобретающими товар, затраты по которому не относятся на себестоимость.
Для правильного руководства деятельностью предприятия мелкооптовой торговли необходимо располагать полной, точной, объективной, своевременной и достаточно детальной экономической информацией. Это достигается ведением бухгалтерского учёта на предприятии.
Основным объектом бухгалтерского учёта в мелкооптовой торговле являются товары, поэтому бухгалтерия организации мелкооптовой торговли обязана обеспечить полный учёт поступающих товаров и своевременное отражение в учёте операций, связанных с их выбытием.
Главной целью бухгалтерского учёта в мелкооптовой торговле являются: контроль за сохранностью товаров; своевременное предоставление руководству организации информации о фактическом валовом доходе, о состоянии товарных запасов и эффективности их использования. Стоимость проданных товаров записывается также материально ответственными лицами в товарных отчетах. Стоимость проданных товаров, отраженную в товарном отчете, следует сверять с торговой выручкой, указанной в кассовом отчете. При этом суммы в товарном и кассовом отчетах должны быть равными.
Товары поступают - торговая надбавка увеличивается, а при выбытии товаров она уменьшается. При продаже товаров сумма торговой надбавки, относящаяся к проданным товарам, отражается сторнировочной записью. Распределение сумм торговых надбавок, относящихся к проданным и оставшимся товарам, по среднему проценту недостаточно точно. Более точным является способ расчета торговых надбавок на остаток товаров по данным инвентаризации на основании инвентаризационной ведомости о фактическом остатке товаров по ассортименту и потоварных торговых надбавках. Однако применение этого способа ограничено, поскольку инвентаризация товаров проводится не ежемесячно и не всегда на первое число месяца. В связи с этим на практике применяется метод исчисления торговой надбавки, относящейся к проданным товарам, по среднему проценту.
Налоговой базой для исчисления налога с продаж является стоимость проданных товаров (работ, услуг) за наличный расчет. Ставка налога с продаж устанавливается в размере не более 5%. Она может подразделяться на два вида и уплачиваться в местный и областной бюджет. Сумма налога с продаж определяется по итогам каждого отчетного (налогового) периода как результат умножения облагаемого оборота за данный период на ставку налога.
ГЛАВА 2. ПОСТРОЕНИЕ МОДЕЛИ ИС «УЧЕТ ТОВАРА В МЕЛКООПТОВОЙ ТОРГОВЛЕ»
2.1. Построение функциональной модели ИС «Учет товара в мелкооптовой торговле» в программе AllFusion BPWin Process Modeler.
Для создания модели ИС «Учет товара в мелкооптовой торговле» использовалось CASE-средство AllFusion BPWin Process Modeler.
AllFusion BPWin Process Modeler поддерживает 3 методологии:
• IDEF0 (функциональная модель);
• DFD (DataFlow Diagram);
• IDEF3 (Workflow Diagram).
При запуске BPwin по умолчанию появляется диалоговое окно, в котором нужно внести имя и выбрать методологию IDEF0, в которой будет построена модель.
Под моделью в IDEFO понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
После нажатия кнопки «ОК» автоматически создается незаполненная контекстная диаграмма, в которой нужно ввести «Учет товара в мелкооптовой торговле» (Рис.1). С помощью панели инструментов создается первый уровень проекта, где «поступление товара» - будут входной информацией, «клиент» - выходной информацией, «правила и процедуры» - справочная документация, «БД» - управляемая информация.
Рис.2. Контекстная диаграмма
После создания контекстной диаграммы производится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня. Так же как и в первом случае заполняются все названия потоков и объектов. Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.
Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ.
Контекстная диаграмма «Учет товара в мелкооптовой торговле» декомпозируется на:
«Выбор товара»
«Поступление товара»
«Оформление покупки»
«Хранение»
«Отгрузка товара»
Рис.3. Диаграмма декомпозиции IDEF0 работы «Учет товара в мелкооптовой торговле»
Создается следующая диаграмма декомпозиции, выделяется объект «Выбор товара» и на панели инструментов выбирается кнопка с треугольником, направленным вниз. В появившемся диалоговом окне выбирается диаграмма DFD, а в Number of Activities in this ставится 3 – количество действий.
Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
С помощью панели инструментов заполняются имена и свойства блоков:
«Получение заказа клиента»
«Обработка данных о клиенте»
«Отправка заказа на склад»
Рис.4. Диаграмма декомпозиции DFD работы «Выбор товара»
Далее создается диаграмма декомпозиции А2. Выделяется объект «Поступление товара» и нажимаем на кнопку с треугольником, направленным вниз. В диалоговом окне выбирается DFD, а в Number of Activities in this указывается количество блоков – 4. Задаются имена и свойства 4 новых блоков:
«Регистрация о поступлении товара»
«Проверка товара»
«Введение поступившего товара в БД»
«Отправка на хранение».
Рис.5. Диаграмма декомпозиции DFD «Поступление товара».
Далее нужно декомпозировать работу «Оформление покупки» на диаграмме А3. В диалоге Activity Bo Count выбрать количество работ 2 и нотацию DFD. Затем надо внести в новую диаграмму имена работ:
«Оформление продажи»
«Внесение в БД информации о продаже».
Рис.6. Диаграмма декомпозиции DFD «Оформление покупки».
«Хранение» имеет подуровень DFD, который состоит из:
«Распределение товара»
«Складирование товара»
«Сбор товара »
Рис.7. Диаграмма декомпозиции DFD «Хранение»
Диаграмма декомпозиции «Отгрузка товара» состоит из:
«Регистрация для отгрузки»
«Отгрузка товара клиенту»
Рис.8. Диаграмма декомпозиции DFD «Отгрузка товара»
Чтобы создать диаграмму узлов нужно выбрать пункт главного меню Diagram/Add Node Tree. В первом диалоговом окне Node Tree Wizard внести имя диаграммы «Учет товара в мелкооптовой торговле», указать диаграмму корня дерева и количество уровней – 3. Во втором диалоговом окнеа Node Tree Wizard установить все опции. Щелкнуть по кнопке Finish. В результате будет создана диаграмма дерева узлов (Node tree Diagram).
Рис.9.Диаграмма дерева узлов
Диаграмму дерева узлов можно модифицировать. Нижний уровень может быть отображен не в виде списка, а в виде прямоугольников, так же как и верхние уровни. Для модификации диаграммы правой кнопкой мыши щелкните по свободному месту, не занятому объектами, выберите меню Node tree Diagram Properties и во вкладке Style диалога Node Tree Properties отключите опцию Bullet Last Level .
Рис.10. Модифицированная диаграмма дерева узлов.
Чтобы экспортировать проект в программу Erwin, нужно в диаграмме несколько раз кликнуть мышкой по потоку данных «БД» и во вкладке Arrow Data на основании логической модели вносятся данные таблиц, которые будут храниться в БД.
Рис. 11. Данные таблицы.
Когда все будет готово экспортируется проект в программу Erwin. для чего в меню File выбираем Export – Erwin (BPX).
2.2. Построение модели данных ИС «Учет товара в мелкооптовой торговле» в программе AllFusion Erwin Data Modeler.
Данная методология основана на подходе сущность-связь и разрабатывалась с учетом необходимости автоматизации процессов преобразования модели в БД. Сущность в IDEF1х описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1х описывает конкретный набор экземпляров реального мира.
После проведения функционального анализа и выявления объекта автоматизации была создана физико-логическая модель ИС «Учет товара в мелкооптовой торговле» с помощью AllFusion Erwin Data Modeler.
Erwin имеет два уровня представления модели – логический и физический.
Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире.
Для экспорта из BPWin в ErWin необходимо в меню File выбрать пункт экспорт в ErWin. Далее создается новый проект в ErWin и производится Import из экспортированных файлов. Указать типы полей каждой таблицы. Для этого нажать правой клавишей мыши на представлении таблицы и выбрать пункт Attributes. После определения типов полей необходимо создать ключевые поля и определить связи между таблицами.
Ключевые поля создаются в окне «Attributes» на вкладке «Key Group».Рис.12. Логическая модель.
Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей.
Рис.13. Физическая модель.
Глава3. Генерация БД с помощью СУБД Access.
База данных (БД) – упорядоченная совокупность данных, предназначенных для хранения, накопления и обработки с помощью ЭВМ. Для создания и ведения баз данных (их обновления, обеспечения доступа по запросам и выдачи данных по ним пользователю) используется набор языковых и программных средств, называемых системой управления базами данных (СУБД).
К объектам базы данных Access относятся:
1. Таблицы – предназначены для упорядоченного хранения данных.
2. Запросы – предназначены для поиска, извлечения данных и выполнения вычислений.
3. Формы – предназначены для удобного просмотра, изменения и добавления данных в таблицах.
4. Отчеты – используются для анализа и печати данных.
5. Страницы доступа к данным – предназначены для просмотра, ввода, обновления и анализа данных через сеть или из любого места компьютера.
6. Макросы – используются для выполнения часто встречающегося набора макрокоманд, осуществляющих обработку данных.
7. Модули – предназначены для описания инструкций и процедур на языке VBA.
Основным объектом базы данных является таблица, которая состоит из записей (строк) и полей (столбцов). На пересечении записи и поля образуется ячейка, в которой содержатся данные.
Каждому полю таблицы присваивается уникальное имя, которое не может
содержать более 64 символов. В каждом поле содержатся данные одного типа.
После определения таблиц создать БД в Microsoft Access средствами ErWin на основе инфологической модели.
База данных (БД) – в Access это файл, который служит для хранения
данных, объектов и настроек СУБД. Обычно БД создается для одной конкретной прикладной задачи.
Для создания таблиц в БД на основе модели разработанной в ErWin необходимо:
1. Создать БД.
2. В Erwin выбрать пункт меню.
3. В открывшемся окне необходимо указать тип СУБД, на котором расположена БД
4. После нажатия кнопки Next откроется окно выбора параметров создания или проверки структуры БД на сервере.
Рис.14. Окно параметров.
5. После нажатия кнопки Next откроется окно ввода параметров соединения с сервером БД.
Рис.15. Окно соединения с сервером БД.
В результате выполнения вышеописанных действий ErWin создал следующие таблицы в БД Access. В которые были внесены дополнительные данные.
Разрабатываемая СУБД включает в себя следующие подсистемы:
- Заказы
- Клиенты
- Сотрудники
- Товар
- Хранение
Подсистема Заказы дает характеристику заказов, которые поступают от клиентов. Каждый заказ обрабатывает сотрудник. Каждому заказу соответствует уникальный код (первичный ключ).
Рис.15. Подсистема «Заказы»
Подсистема Клиент включает все данные о клиентах. Каждому клиенту присвоен уникальный код (первичный ключ). В этой подсистеме дается полное описание клиентов, такие как название компании, адрес и телефон.
Рис.16. Подсистема «Клиент»
Подсистема Сотрудник содержит информацию о сотрудниках. Полями таблицы являются все персональные данные сотрудника: ФИО, дата рождения, адрес, телефон. Сотрудники работают в мелкооптовой торговле, обслуживают клиентов, отправляют заказы. Каждому сотруднику присваивается уникальный код (первичный ключ).
Рис.17. Подсистема «Сотрудник»
Подсистема Товар включает в себя информацию о заказанном товаре. Каждому товару присвоен уникальный код (первичный ключ). В таблицу входят: наименование товара, цена товара, количество и размещение.
Рис.18. Подсистема «Товар»
Подсистема Хранение содержит информацию о хранении товара на складе. Полями таблицы являются все данные о хранении: наименование склада, дата прихода товара, дата отгрузки товара со склада. Каждому складу присвоен уникальный код (первичный ключ).
Рис.19. Подсистема «Хранение»
Формы являются типом объектов, который обычно используется для отображения данных. Источником данных для форм являются таблицы или запросы, поэтому данные в формах являются "связанными" с соответствующими объектами. Формы служат посредником между пользователями и базой данных, поскольку позволяют отображать данные в нужном виде.
Рис.20. Форма «Заказы»
В моей СУБД представлены следующие формы:
- Заказы
- Клиент
- Сотрудник
- Товар
- Хранение
Отчеты позволяют выбрать из базы данных требуемую пользователем информацию и оформить ее в виде документов, которые можно просмотреть и напечатать. Источником данных для отчета может быть таблица или запрос. Кроме данных, полученных из таблиц, в отчете могут отображаться вычисленные по исходным данным значения, например итоговые суммы.
Рис.21. Отчет «Клиенты»
В моей СУБД представлены следующие отчеты:
- Заказы
- Клиенты
- Сотрудники
- Товар
- Хранение
ЗАКЛЮЧЕНИЕ
В ходе выполнения курсовой работы средствами AllFusion Process Modeler, AllFusion Data Modeler и СУБД Microsoft Access была создана база данных информационной системы «Учет товара в мелкооптовой торговле».
Концептуальная модель данных представлена диаграммой «сущность-связь». На ее основании разработана логическая структура базы данных, в ходе реализации которой задействованы механизмы обеспечения целостности данных.
В результате выполнения курсовой работы был сделан вывод, что сегодня внедрение информационных систем может способствовать:
• получению более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем и т.д.
• освобождению работников от рутинной работы за счет ее автоматизации;
• обеспечению достоверности информации;
• замене бумажных носителей данных на магнитные и оптические, что приводит к более рациональной организации переработки информации на компьютере и снижению объемов бумажных документов.
ПРИЛОЖЕНИЯ
Руководство по эксплуатации модели ИС «Учет товара».
Для работы со справочниками и отчетами выбираем форму БД «Учет товара в мелкооптовой торговле».
Рис.22. БД «Учет товара»
На форме БД «Учет товара» расположены все основные объекты базы данных, такие как список журналов и отчеты. Кнопки, соответствующие формам и отчетам, позволяют открывать необходимые формы и отчеты.
Главная кнопочная форма "Учет товара" имеет кнопки, содержащие список журналов и отчеты. Нажатием на эти кнопки автоматически переходим на соответствующие формы.
Рис.23. Открытие формы «Заказы» в БД.
Рис.24. Открытие отчета «Заказы» в БД.
