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

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

СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 1. ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ
• 1.1 Описание предметной области
• 1.2 Используемые при проектировании программные средства
• 2. ТРЕБОВАНИЯ К РАЗРАБАТЫВАЕМОЙ СИСТЕМЕ

2.1 Введение

2.2 Основание для разработки

2.3 Назначение разработки

2.4 Требования к ПИ

2.4.1 Требования к функциональным характеристикам

2.4.2 Требования к надежности

2.4.3 Условия эксплуатации

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

• 3. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УЧЕТА ТОВАРОВ В СЕТИ ПРОДУКТОВЫХ МАГАЗИНОВ
• 4. РАЗРАБОТКА МОДЕЛЕЙ БАЗЫ ДАННЫХ
• ЗАКЛЮЧЕНИЕ
• СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

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

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

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

При разработке данной автоматизированной системы в курсовой работе используются следующие программные продукты: CASE средство ERwin - для создания логической и физической модели БД и CASE средство BPwin - для проектирования структуры системы «Учет товаров в сети продуктовых магазинов».

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

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

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

1. ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ

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

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

Рассмотрим процессы системы более подробно:

1. Регистрация сотрудник. В данном процессе работник некоторого магазина сети заносит свои данные в систему, для получения прав доступа к данным. Если же сотрудник уже зарегистрирован в системе то происходит процесс «Аутентификация сотрудника»

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

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

4. Заказ товаров - последний процесс в «Автоматизированной системе учета товаров в сети продуктовых магазинов». На данном этапе пользователь системы, он же ранее зарегистрированный сотрудник, формирует бланк заказа товаров, необходимых в один из продуктовых магазинов сети.

1.2 Используемые при проектировании программные средства

В ходе данной курсовой работы были использованы такие программные средства, как: CASE средство ERwin, CASE средство BPwin.

Рассмотрим подробнее используемые нами программные средства:

CASE средство ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.

Семейство продуктов ERwin представляет собой набор средств концептуального моделирования данных, использующих метод IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (Oracle, Informix, Sybase, DB2, Microsoft SQL Server и др.) и реверсный инжиниринг существующей БД. Выпускается в нескольких конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Интегрируется с популярными средствами разработки клиентской части приложений PowerBuilder, Visual Basic, Delphi, что позволяет автоматически генерировать код приложений.

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

Методология DFD (DFD - Data Flow Diagrams) или диаграмм потоков данных это методология описания системы позволяющая отражать такие характеристики, как движение объектов (потоки данных), хранение объектов (хранилища данных), источники и потребители объектов (внешние сущности).

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

В разработке моделей для нашей автоматизированной системы мы будем использовать как IDEF0, IDEF3 методологии, так и DFD методологию.

2. ТРЕБОВАНИЯ К РАЗРАБАТЫВАЕМОЙ СИСТЕМЕ

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

1. Введение;

2. Основания для разработки;

3. Назначение разработки;

4. Требования к программе или ПИ;

5. Требования к программной документации;

6. Технико-экономические показатели;

7. Порядок контроля и приемки.

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

2.1 Введение

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

ь автоматизация решения задачи заказа товаров;

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

ь ведение журнала событий.

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

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

2.2 Основание для разработки

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

2.3 Назначение разработки

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

1 Оформление заказа на доставку необходимых товаров

2 Хранение информации о товарах, находящихся на складах в магазинах

3 Выбор необходимых товаров и базы данных

4 Контроль доступа к базе данных

2.4 Требования к ПИ

2.4.1 Требования к функциональным характеристикам

Система должна обеспечивать следующие функции:

1.Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о оператора и их полномочиях:

· ФИО оператора ;

· имя в системе;

· пароль;

· полномочия.

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

· ФИО пользователя;

· уровень доступа;

· срок действия договора;

· уровень доступа.

3.Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о товарах:

· Наименование товара;

· производитель;

· количество.

4.Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о наличии товара на складе:

· количество товара на складе в настоящее время;

· дата и время ожидаемого поступление товара на склад (количество).

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

6.Формирование, хранение, печать, экспорт в другие форматы журнала событий:

· код события;

· дата события;

· информация о клиенте

7. распознавание и сопоставление товаров по их названиям.

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

1.Бухгалтерская информация:

· информация о сроке действия договора клиента с поставщиком

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

· информация об оплате клиентом полученного по товарной накладной товара оговоренного в договоре

2.Регистрационная информация:

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

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

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

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

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

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

· информация о пользователе;

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

· Информация о задолженности магазина

2.Отчеты. Минимальный перечень формируемых в системе отчетов следующий:

· список пользователей;

· список договоров поставки каждого магазина;

· список событий;

· Анализ продаж

2.4.2 Требования к надежности

Система должна:

· проводить контроль вводимой информации;

· блокировать некорректные действия пользователя при работе с системой;

· обеспечивать целостность данных.

2.4.3 Условия эксплуатации

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

автоматизированный учет товар технический

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

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, который включает в себя:

1. процессор Pentium-2.0Hz, не менее;

2. оперативную память объемом, 256 Мбайт, не менее;

3. свободного пространства на жестком диске, 1 Гбайт, не менее;

4. операционную систему Windows 2000 Server или Windows 2003.

3. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УЧЕТА ТОВАРОВ В СЕТИ ПРОДУКТОВЫХ МАГАЗИНОВ

Как уже было сказано выше, при проектировании структуры автоматизированной системы учета товаров в сети магазинов, мы будем использовать CASE средство BPwin и методологии DFD, IDEF0 и IDEF3.

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

Рисунок 1. Контекстная диаграмма учета товаров в сети продуктовых магазинов

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

Рисунок 2. Диаграмма декомпозиции учета товаров в сети продуктовых магазинов

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



Рисунок 3. Регистрация сотрудника

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

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

Контекстная диаграмма в этот раз будет выглядеть следующим образом (см рисунок 4)



Рисунок 4. Контекстная диаграмма Учет товаров в сети продуктовых магазинов методология IDEF0

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

Рисунок 5. Декомпозиция диаграммы учета товаров в сети продуктовых магазинов. Методология IDEF3.

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

Рисунок 6. Регистрация сотрудника

На рисунке 6 представлена диаграмма, позволяющая более детально понять процесс «Регистрация сотрудника» в методологии IDEF3. Здесь происходит проверка прав сотрудника для получения доступа для входа в систему. После этого сотрудник вводит свои данные и ему присваивается логин и пароль. Информация записывается в БД и администрация сети магазинов открывает сотруднику доступ для входа в систему.

Рисунок 7 Аутентификация сотрудника

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

Рисунок 8 Регистрация прихода товаров

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

Рисунок 9 Регистрация факта продаж

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



Рисунок 10 Заказ товаров

После того, как рассчитаны остатки товаров в магазине можно сделать вывод нужен заказ или нет. Если товара в магазине не осталось в нужном количестве, то выполняется процесс «Заказ товаров». Из данного процесса видно, что после ввода информации о магазине, форме оплаты, сроке доставки и количестве формируется бланк заказа и отсылается поставщику.

4. РАЗРАБОТКА МОДЕЛЕЙ БАЗЫ ДАННЫХ

Для разработки моделей базы данных будем использовать Case средство ERwin и его методологию IDFX1.

В ERwin существуют два уровня представления и моделирования - логический и физический.

Логический уровень означает прямое отображение фактов из реальной жизни. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

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

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

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

· «Поставщик» - для хранения данных о поставщиках: Идентификатор поставщика, Наименование, Адрес, Телефон;

· «Товар» - для хранения данных о товарах: Идентификатор товара, Название, Цена;

· «Накладная о приходе» - для хранения накладных о приходе: Идентификатор накладной, Идентификатор поставщика, Основание и Дата;

· «Приход» - для хранения данных о приходе товаров: Идентификатор прихода, Идентификатор накладной о приходе, Идентификатор товара, Количество, Цена прихода, Остаток;

· «Накладная о расходе» - для хранения накладных о расходе: Идентификатор накладной, Идентификатор поставщика, Дата и Основание;

· «Расход» - для хранения данных о расходе: Идентификатор расхода, Идентификатор прихода, Идентификатор накладной о расходе, Количество и Цена продаж.

Она имеет следующий вид (см. рисунки 11).

Рисунок 11. Логическая модель БД учета товаров в сети продуктовых магазинов. Модель первая

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

· «Заказ»- таблица для хранения данных о заказах магазина: Идентификатор заказа, Идентификатор сотрудника, Дата.

· «Заказ-товар»- вспомогательная таблица, позволяющая избежать связи многие ко многим: Идентификатор заказ, Идентификатор товар, Количество.

· «Сотрудник»- таблица для хранения данных о сотрудниках магазинов: Идентификатор сотрудника, Идентификатор магазина, Идентификатор накладной о приходе, ФИО, Должность.

· «Магазин»- таблица для хранения данных о магазинах сети: Идентификатор магазина, Адрес.

Логическая модель вторая имеет следующий вид (см рисунок 12):



Рисунок 12. Логическая модель БД учета товаров в сети продуктовых магазинов. Модель вторая

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы по теме «Автоматизированная система учета товаров в сети продуктовых магазинов» были закреплены теоретические знания, полученные на лекциях по данному предмету. А также получен опыт в проектировании автоматизированной системы с использованием Case средств BPwin и ERwin, который, прежде всего, основывается на практике, полученной на лабораторных занятиях по предмету «Проектирование информационных систем».

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. «CASE-технологии. Современные методы и средства проектирования информационных систем» А.М. Вендров, http://www.webresurs.ru.

2. «Моделирование и анализ систем. IDEF - технологии: практикум» С.В. Черемных, И.О. Семенов, В.С. Ручкин. «Прикладные информационные технологии»

3. «Проектирование программного обеспечения экономических информационных систем» Вендров А.М. М.: «Финансы и статистика», 2009г.

4. Конспект лекций по предмету «Проектирование информационных систем» за седьмой семестр.

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