Рекомендуемая структура курсового проекта

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

1.1. Назначение системы

Разработка информационной системы для склада обусловлена необходимостью автоматизации складского учета. Сформулируем требования к проекту информационной системы СКЛАД[4].

¾ Информационная система СКЛАД предназначена для ввода, хранения и обработки данных о товарах, поступающих и хранящихся на складе.

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

Склад предназначен для хранения товаров определенных категорий (типов).

- Необходимо хранить характеристики категорий товаров, их наименования и желательно, графическое изображение.

- Для каждого наименования товара следует знать размер минимального запаса, определенного для этого вида товара.

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

- Информационная система должна включать сведения о типе (категории) товара, наименовании товара, номерах партий поставляемого товара.

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

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

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

- Сведения о полках, имеющихся на складе, должны включать номер полки, объем полки или количество партий, которые можно разместить на полке, наличие занятых / свободных мест на полке.

- Полки спроектированы под определенные типы товаров.

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

- Необходимо хранить сведения о покупателях: их реквизиты и телефоны для связи.

- Следует предусмотреть оформление заказа на покупку партий товаров с указанием цены продажи каждой партии, количества партий, условий оплаты (формы оплаты и наличие оплаты), дату заказа.

- Покупатели товаров могут быть как лица физические, так и организации (лица юридические).

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

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

- Отчетов об имеющихся на складе партиях товаров;

- Отчетов об объемах продаж по различным группам товаров;

- Вычислений полученной прибыли за указанный период.

Для увеличения объема продаж предполагается создание электронного каталога с публикацией его в сети Internet.

- Каталог должен позволять выполнять просмотр всех товаров, представленных на складе.

2. Проектирование информационной системы

2.1. Выбор информационной модели и программного средства ее представления

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

Модель «сущность-связь» (Entity Relationship – ER-модель) является визуальным средством представления объектов рассматриваемой предметной области, их характеристик (реквизитов) и отношений между объектами.

В качестве программного средства для представления модели будем использовать CASE-инструментарий (Computer Aided Software Engineering) фирмы Sybase Power Designer.

2.2. Идентификация объектов предметной области и отношений между ними

Основными информационными объектами системы СКЛАД являются:

ПОКУПАТЕЛЬ, ЗАКАЗ, ТОВАР, ПОСТАВЩИК, ПОЛКА_СКЛАДА (рис. 6). Между ними можно установить следующие логические отношения:

- «ПОКУПАТЕЛЬ» «должен» «ЗАКАЗАТЬ» один или более «ЗАКАЗ».

- «ЗАКАЗ» «должен» «БЫТЬ ЗАКАЗАН» «один и только один» «ПОКУПАТЕЛЬ».

- «ТОВАР» «может быть» «ЗАКАЗАН» «в одном или более» «ЗАКАЗОВ».

- «ЗАКАЗ» «должен» «СОСТОЯТЬ» «из одного или более» «ТОВАРОВ».

- На «ПОЛКЕ» «может» «ХРАНИТЬСЯ» «один или более» «ТОВАРОВ».

- «ТОВАР» «должен» «ХРАНИТЬСЯ» «на одной или нескольких» «ПОЛКАХ».

- «ПОСТАВЩИК» «должен» «ПОСТАВЛЯТЬ» «один или более» «ТОВАРОВ».

- «ТОВАР» «должен быть» «ПОСТАВЛЕН» «одним или более» «ПОСТАВЩИКОМ».

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

2.3. Создание модели «сущность-связь»

Для информационных объектов, идентифицированных в рамках рассматриваемой предметной области СКЛАД, с помощью CASE-инструментария Power Designer создана модель «сущность-связь» (рис.6).

Рис.6. Модель «сущность-склад» для предметной области СКЛАД