Автоматизированная система учета работы оптовой базы

• Введение
• 1. Техническое задание
• 1.1 Основание для разработки
• 1.2 Назначение разработки
• 1.3 Требования к программному изделию
• Требования к функциональным характеристикам
• Требования к надежности
• Условия эксплуатации
• Требования к составу и параметрам технических средств
• Требования к информационной и программной совместимости
• 1.4 Требования к программной документации
• 2. Концептуальная модель
• 3. Структурная схема базы данных
• 4. Программная реализация системы
• 4.1 Особенности программной реализации
• 4.2 Тестирование работы
• 5. Руководство пользователя
• Заключение
• Список использованной литературы

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

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

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

оптовая база программный тестирование

1. Техническое задание

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

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

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

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

1.3 Требования к программному изделию

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

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

1. Программа должна иметь дружественный интерфейс.

2. Пользователь может получить информацию опродукции.

3. Возможность редактирования, добавления и удаления данных о основных объектах.

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

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

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

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

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

Минимальная аппаратная конфигурация, необходимая для работы программного продукта соответствуют минимальным системным требованиям для Windows 7.

Требования к информационной и программной совместимости

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

1. MS Windows XP и старше.

2. MS. netFramework 3.5 SP1.

3. MS SQL Server 2008R2.

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

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

2. Концептуальная модель

Разрабатываемая программа предназначена для автоматизации учёта и контроля товаров оптовой базы. Данная предметная область довольно широка. Оптовая база имеет сложную структуру. Они состоят из различных объектов: СКЛАДЫ, РАБОТНИКИ, ТОВАРЫ, КЛИЕНТЫ, ПОСТАВЩИКИ, ОТЧЁТЫ О ФИНАНСОВЫХ ОПЕРАЦИЯХ.

В данной предметной области можно выделить несколько основных объектов: СКЛАДЫ, РАБОТНИКИ, ТОВАРЫ, КЛИЕНТЫ, ПОСТАВЩИКИ, СТАТИСТИКА ПОКУПОК, СТАТИСТИКА ПРОДАЖ.

Объекты имеют следующие свойства:

СКЛАДЫ — номер, название, тип, максимально возможный объём, адрес, телефон.

ПОСТАВЩИКИ — номер, название, адрес, телефон, рейтинг, примечание.

СТАТИСТИКА ПОКУПОК — номер, дата совершения покупки, товар, сумма, поставщик, объём.

РАБОТНИКИ — номер, имя, должность, зарплата, склад, телефон.

ТОВАРЫ — номер, название, сорт, склад.

КЛИЕНТЫ — номер, название, адрес, телефон, рейтинг, примечание.

СТАТИСТИКА ПРОДАЖ — номер, дата совершения продажи, товар, сумма, поставщик, объём.

Связь между СКЛАД и ТОВАР характеризуется тем, что на СКЛАДЕ может храниться много ТОВАРОВ, в свою очередь один ТОВАР может храниться на одном СКЛАДЕ (один ко многим).

Связь между ТОВАРОМ и КЛИЕНТОМ характеризуется тем, что ТОВАР может быть продан нескольким КЛИЕНТАМ, в свою очередь один КЛИЕНТ может приобрести несколько ТОВАРОВ (многое ко многим реализовано через таблицу СТАТИСТИКА ПРОДАЖ).

Связь между КЛИЕНТЫ и СТАТИСТИКА ПРОДАЖ характеризуется тем, что может быть совершено несколько ПРОДАЖ одному КЛИЕНТУ, в свою очередь одна ПРОДАЖА включает одного КЛИЕНТА (один ко многим).

Связь между ТОВАР и СТАТИСТИКА ПРОДАЖ характеризуется тем, что может быть совершено несколько ПРОДАЖ одного ТОВАРА, в свою очередь одна ПРОДАЖА включает один ТОВАР (один ко многим).

Связь между СКЛАД и РАБОТНИКИ характеризуется тем, что на СКЛАДЕ может работать много РАБОТНИКОВ, в свою очередь один РАБОТНИК может храниться на одном СКЛАДЕ (один ко многим).

Связь между ТОВАРОМ и ПОСТАВЩИКОМ характеризуется тем, что ТОВАР может быть куплен у нескольких ПОСТАВЩИКОВ, в свою очередь один ПОСТАВЩИК может приобрести несколько ТОВАРОВ (многое ко многим реализовано через таблицу СТАТИСТИКА ПОКУПОК).

Связь между ТОВАР и СТАТИСТИКА ПОКУПОК характеризуется тем, что может быть совершено несколько ПОКУПОК одного ТОВАРА, в свою очередь одна ПОКУПОКА включает один ТОВАР (один ко многим).

Связь между ПОСТАВЩИКОМ и СТАТИСТИКОЙПОКУПОК характеризуется тем, что может быть совершено несколько ПОКУПОК одному ПОСТАВЩИКУ, в свою очередь одна ПОКУПКА включает одного ПОСТАВЩИКА (один ко многим).

Рис.1. Диаграмма базы данных

3. Структурная схема базы данных

Таблица Склады (Srladi)

Таблица Товар (Tovar)

Таблица Работники (Rabotniki)

Таблица Поставщики (Postavschiki)

Таблица Статистика покупок (StatPokup)

Таблица Клиенты (Klienti)

Таблица Продажи (StatProd)

4. Программная реализация системы

4.1 Особенности программной реализации

База данных моего проекта основана на клиент-серверной архитектуре. В роли сервера выступает сервер баз данных MicrosoftSQLServer 2008. Вся информация, хранящаяся в базе данных сервера, редактируется посредством разработанной мною программы. Взаимодействие программы с сервером БД реализовано с помощью технологии ADO.net. Для написания программы использовался язык программирования C# 3.0 с использованием библиотеки WindowsForms и LanguageIntegratedQuery. Программа предоставляет удобный доступ на добавление, удаление, редактирование и поиск записей в таблицах БД.

4.2 Тестирование работы

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

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

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

5. Руководство пользователя

При запуске приложения пользователь видит окно, изображённое на рисунке 2.

Рис.2. Главное окно приложения

В главном окне имеются вкладки: «Склад», «Товар», «Работники» «Поставщики», «Клиенты», «Покупки», «Продажи» .

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

Рис.3. Вкладка " Товар"

Рис.4. Вкладка " Работники"

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

Рис.5. Контекстное меня во вкладке " Склад"

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

При выборе пункта меня «Добавить» /" Изменить" открываются формы, изображенная на рисунке 6 и 7.

Рис.6. Окно " Добавление записи"

Рис.7. Окно " Добавление записи"

При выборе пункта меня «Удалить» пользователю будет задан вопрос действительно ли он желает удалить запись в таблице.

Рис.8. Окно " Предупреждение перед удалением записи"

Заключение

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

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

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

1. Karli Watson. Beginning Microsoft Visual C# 2008. — Indianapolis: Wiley Publishing, Inc, 2008 — 1308 c.

2. Виера Р. Программирование баз данных Microsoft SQL Server 2005. Базовый Курс.: пер. с англ. — М.: ООО «И.Д. Вильямс», 2007 — 832 с.

3. Крёнке Д. Теория и практика построения баз данных.9-е изд. — СПб.: Питер, 2005 — 895 с.

4. Петцольд Ч. Программирование для Microsoft Windows на C#. В 2-х томах.: пер. с англ. — М.: Издательско-торговый дом «Русская Редакция», 2002. — 576 с.