Курсовая работа

по дисциплине «Корпоративные информационные системы»

на тему:

“Учет товаров на складе”

СОДЕРЖАНИЕ

• Введение 3
• 1.Анализ предметной области 4
• 2.Инфологическое проектирование 6
• 3.Датологическое проектирование 8
• 4.Разработка системы 10
• Постановка задачи и выбор языка программирования 10
• 5. Разработка базы данных 11
• 5.1. Выбор типа базы данных 11
• 6. Описание работы программы. 13
• Заключение 18
• Список использованной литературы 19

Введение

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

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

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

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

1.Анализ предметной области

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

База данных должна выполнять следующие основные функции:

добавлять (удалять) из списков всех товаров поступивший(проданный) товар;

вводить (изменять) подробную информацию о каждом товаре;

фиксировать поступление товара на склад с автоматическим пересчётом количество единиц товаров на складе;

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

получать подробную информацию по любому товару;

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

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

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

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

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

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

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

2. Инфологическое проектирование

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

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

Опишем основные сущности данной предметной области.

Центральной сущностью будущей модели данных является сущность «Товар», которая отводится для хранения сведений об определенном радиотелефоне. Следует выделить следующие атрибуты сущности:

1.№ товара

2. наименование

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

3. цена

4. модель

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

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

1. индекс поставки;

2. дата поставки;

3. цена;

4. количество товара.

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

1. номер продажи;

2. дата продажи;

3. цена;

4.клиент;

5. табельный номер менеджера.

Сущность «Поставщик» отводится для хранения информации о поставщиках товара: номер поставщика, а также информация о местонахождении и средствах связи. Атрибутами этой сущности являются:

1номер поставщика;

2.адрес;

3. город;

4. улица;

5. дом.

Сущность «Склад» отражает информацию о складе, а именно его номер и месторасположение. Атрибутами этой сущности являются:

1. название;

2. адрес.

На складе работает несколько менеджеров поэтому определяется еще одна сущность «Сотрудник», которая отражает информацию о сотрудниках, совершающих акт продажи товара. Атрибутами этой сущности являются:

1. табельный номер;

2. фамилия;

3. имя;

4.отчество.

5.адрес;

6.номер телефона.

3. Датологическое проектирование

В качестве основы был выбран Microsoft SQL Server 2000 за его надежность и неприхотливость. К тому же в нем встроена возможность визуального проектирования.

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

Рисунок 1 - Логическая схема отношений базы данных Warehouse (склад)

Рассмотрим каждую таблицу.

Good

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

Provider

Служит для учета поставщиков. Хранит наименование, адрес и телефон поставщика.

Zakaz

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

Zakaz_Good

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

Manager

Служит для учета менеджеров, оформляющих сделки. Хранит информацию о имени, фамилии, адресе и телефоне каждого менеджера.

Client

Хранит информацию о клиентах компании.

4.Разработка системы. Постановка задачи и выбор языка программирования

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

База данных имеет следующие характеристики:

1) Должна регистрироваться и просматриваться следующая информация:

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

- данные по распределению товаров на складе: ID салона, ID товара, дата поступления на склад, признак удаления;

2) Должны реализовываться следующие действия:

- работа со справочником товаров (добавить, удалить, изменить);

- передача новых, изъятие существующих товаров на складе;

- полный перечень всех товаров на складе и свободных товаров.

Важным вопросом при разработке системы является выбор языка программирования. Среди разработчиков программных продуктов под Windows особой популярностью пользуется среда быстрой разработки приложений Delphi. Эта популярность завоевана, прежде всего, ее простотой, легкостью в использовании. Среда Delphi обладает практически всеми возможностями современных систем управления базами данных. Она имеет встроенную поддержку языка структурированных запросов SQL.

SQL (Structured Query Language) - это сокращённое название структурированного языка запросов, предоставляющего средства создания и обработки данных в реляционных БД. Независимость от специфики компьютерных технологий, а также поддержка SQL лидерами промышленности в области технологии реляционных баз данных сделали его основным стандартным языком БД. Все языки манипулирования данными, созданные до появления реляционных БД, были ориентированы на операции с данными, представленными в виде логических записей файлов. Это требовало от пользователя детального знания организации хранения данных и серьёзных усилий для указания того, какие данные необходимы, где они размещаются и как их получить. Язык SQL ориентирован на операции с данными, представленными в виде логически взаимосвязанных совокупностей таблиц-отношений. Важнейшая особенность структур этого языка состоит в ориентации на конечный результат обработки данных, а не на процедуру этой обработки. SQL сам определяет, где находятся данные, индексы и даже какие наиболее эффективные последовательности операций следует использовать для получения результата, поэтому не надо эти детали прописывать в запросе к БД.

Для создания серверной части программы было выбрано в качестве аппаратного средства MS SQL Server 2000.

5. Разработка базы данных

5.1 Выбор типа базы данных

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

Исходя из технического задания, следует, что база данных будет, состоят из двух частей:

- серверная часть

- клиентская часть

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

1)Таблицы базы будут содержать сотни строк информации.

2)К базе будет подключаться неограниченное количество пользователей.

3)Не требуется применять сложных средств администрирования и сопровождения базы данных

4)Требуется обеспечивать безопасность базы данных на уровне ученых записей пользователей Windows.

6. Описание работы программы

В качестве среды разработки ПО была выбрана Delphi 7.

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

Рисунок 2 - Главная (стартовая) форма программы

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



Рисунок 3 - Принцип работы программы

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

Рисунок 4 - Пример формы справочника (редактор товаров)

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

Рисунок 5 - Форма для принятия товаров на склад

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

Рисунок 6 - Форма для списания товаров со склада

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

Рисунок 7 - Форма, отражающая заявки на списание товаров

Рисунок 8 -Форма, редактор менеджеров.

В этой форме мы видим номер табельный менеджера, его Ф.И., адрес, телефон. Мы также можем, что-то удалить или добавить.

Рисунок 9-Форма поставщики.

В этой форме мы видим: номер поставщика, название, адрес, телефон. Мы также можем изменять.

Заключение

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

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

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

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

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

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

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

Таким образом, были выполнены все требования, предъявляемые к базе данных.

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

Ю.Г. Григорьев, Г.И. Ревунков. Банки данных. [Текст]. - М.: МГТУ им. Н.Э.Баумана,2002.-318с.

С.М.Диго. Проектирование и использования баз данных. [Текст]. М.: Финансы и статистика, 1995.- 367с.

Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. [Текст]. - М.: Финансы и статистика, 1989.-351с.

Т. Карпова. База данных: модели, разработка, реализация. [Текст]. - СПб.: Питер, 2001.- 470с.

Мамаев. SQL Server 2000 в подлиннике. [Текст]. М: bhv, 2001.-1280г.

ГОСТ 2.105-95. ЕСКД. Единая система конструкторской документации. Общие требования к тестовым документам.

ГОСТ 19.701-90. ЕСПД. Схемы алгоритмов, программ, данных и систем, условные обозначения и правила выполнения.

ГОСТ 7.1-84. ССИБИД. Библиографическое описание документа. Общие требования и правила составления.

ГОСТ 7.32-91. ССИБИД. Отчет о научно-исследовательской работ. Структура и правила оформления.