Файл: Разработка проекта информационной системы для супермаркетов.pdf

Цена 50000 руб.

Цена за доп. рабочее место – 8000 руб.

Техподдержка – 9000 руб.

1.5 Постановка задачи на курсовое проектирование

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

Информационная система должна отвечать следующим требованиям:

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

Система должна содержать базу данных:

• товаров;
• видов товаров;
• поставщиков;
• поставок;
• сотрудников;
• продаж.

Разрабатываемая ИС должна иметь модуль отчетности, позволяющий выводить на экран и печать отчет по продажам товара и список товаров.

Разрабатываемая ИС должна реализовывать поиск в базе данных сведений о:

• товарах;
• поставщиках;
• поставок товара;
• сотрудниках магазина;
• продажах.

Выводы: в результате аналитического проектирования построена модель информационной системы продуктового магазина в нотациях idef0,dfd, idef3, а также построена концептуальная модель посредством CASE-средства ERwin. Анализ модели показал, что отсутствие автоматизации бизнес-процессов супермаркета приводит к потерям времени из-за выполнения некоторых задач вручную. Эта потеря времени может быть выражена в финансовых потерях: магазин теряет 1800 руб. в неделю. Таким образом, необходима разработка специализированной информационной системы для автоматизации учета поставок и продаж.

2 проектная часть

2.1 Определение назначения и решаемых задач проектируемой ИС

Информационная система разрабатывается для продуктового магазина. Основными ее функциями являются:

1. Учет справочной информации (ИС должна содержать справочники «Товары», «Поставщики», «Группы товаров», «Единицы измерения», «Сотрудники», «Должности», «Производители»).
2. Учет поставок и продаж (ИС должна предоставлять возможность добавления, редактирования и удаления сведений о поставках и продажах).
3. Формирование отчетности (Возможность формирования отчета о продажах и списка товаров).
4. Оперативный доступ к информации. (Должна обеспечивать оперативный доступ к информации и возможность поиска и сортировки).

2.2 Определение структуры и алгоритма функционирования проектируемой ИС

Структура функционирования ИС представлена на рисунке 2.1.

Структура функционирования – это формализованный способ в структурной форме описания диалога пользователя с системой. На схеме представлена последовательность доступа ко всем функция системы

Запуск ИС

1. Главное меню

2. Продажи

3. Поступление товара

Главное окно

1.1.1 Новая запись

1.1.2 Удалить запись

1.1.3 Печать отчета о продажах

1.1.4 Выход

1.1 Файл

2 Продажи

3 Поступление товара

1.2.1 Товары

1.2.2 Группы товаров

1.2.3 Ед. измерения

1.2.4 Сотрудники

1.2.5 Должности

1.2.6 Поставщики

1.2.7 Должности

1.2 Справочники

1 Просмотр

2 Добавление

3 Редактирование

1.2.* Справочники

1.1 Файл

1.2 Справочники

1 Главное меню

2.1 Просмотр продаж

2.2 Добавление записи

2.3 Редактирование

2.4 Сортировка

3.1 Просмотр

3.2 Добавление

3.3 Редактирование

Рисунок 2.1 - Структура функционирования ИС

Алгоритм - это определенная последовательность логических действий для решения поставленной задачи.

На рисунке 2.2 представлен алгоритм функционирования ИС.

Удалить?

Выбор действия

Ввод данных

Конец

Удалить?

Ввод данных

Вывод отчета

Выбор действия

Начало

19

26

25

Удаление записи

17

21

20

Редактирование

Добавление новой записи

Удаление записи

18

10

24

23

Сохранение изменений

22

35

Выйти

27

Нет

Да

Сохранение изменений

Удаление записи

Сохранение изменений

Редактирование

Выйти из ИС

Перейти к справочникам

Перейти к поступления

Печать отчета

Добавление новой записи

Удаление записи

Вывод на главной форме информации о продажах

9

Нет

Да

Сохранение изменений

15

16

13

14

12

11

Выбор справочника

8

7

6

5

4

3

1

2

Рисунок 2.2 – Алгоритм функционирования ИС

2.3 Разработка функциональных моделей проектируемой ИС

2.3.1 Модель idef0 (“Как будет”)

Диаграмма «to be» в нотации idef0 процесса «Реализация продукции» представлена на рисунке 2.3.

Рисунок 2.3 – Диаграмма процесса «Реализация продукции» to be

Как видно из диаграммы процесс «Реализация продукции» состоит из пяти более мелких процессов:

1. Учет товаров.
2. Запись о поставке в ИС.
3. Продажа продукции.
4. Учет продаж.
5. Формирование отчетов.

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

2.3.2 Модель dfd (“Как будет”)

Dfd-диаграмма «to be» представлена на рисунке 2.4.

Рисунок 2.4 - Dfd-диаграмма «to be»

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

2.3.3 Модель idef3 (“Как будет”)

Dfd-диаграмма «to be» представлена на рисунке 2.5.

Рисунок 2.5 – idef3-диаграмма «to be»

2.4 Разработка информационной модели

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

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

Самой популярной моделью концептуального проектирования является модель «сущность-связь» (ER-модель), она относится к семантическим моделям.

Основными элементами модели являются сущности, связи между ними и их свойства (атрибуты).

Сущность – это класс однотипных объектов, информация о которых должна быть учтена в модели.

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

Атрибут – характеристика (параметр) некоторой сущности.

Домен – множество значений (область определения атрибутов).

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

Между сущностями могут быть уставлены связи – бинарные ассоциации, показывающие, каким образом сущности относятся или взаимодействуют между собой.^[2]

Выделим базовые сущности данной предметной области:

• 1. «Товар». Атрибуты: Код товара, Наименование, Единица измерения, Группа товаров, Производитель, Стоимость, Остаток.
  2. «Поставщик». Атрибуты: Код, Наименование, Адрес.
  3. «Производитель». Атрибуты: Код, Наименование, Адрес.
  4. «Поставка». Атрибуты: Номер накладной, Дата поставки, Код товара, Количество, Поставщик, Сотрудник.
  5. «Продажа». Атрибуты: Дата продажи, Код товара, Количество, Сотрудник.
  6. «Сотрудник». Атрибуты: Код, ФИО, Должность.

На рисунке 2.6 представлена логическая схема БД, на рисунке 2.7 представлена физическая схема БД, реализованные в ERwin.

Рисунок 2.6 – Логическая схема БД

Рисунок 2.7 – Физическая схема БД

2.5 Интерфейсное решение проектируемой ИС

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

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

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

• набор задач пользователя, которые он решает при помощи системы;
• используемая системой метафора (например, рабочий стол в MS Windows);
• визуальный (и не только) дизайн экранов программы;
• средства отображения информации, отображаемая информация и форматы;
• устройства и технологии ввода данных;
• диалоги, взаимодействие и транзакции между пользователем и компьютером;
• обратная связь с пользователем;
• поддержка принятия решений в конкретной предметной области;
• порядок использования программы и документация на нее.

В дизайне пользовательского интерфейса можно условно выделить декоративную и активную составляющие. К первой относятся элементы, отвечающие за эстетическую привлекательность программного изделия. Активные элементы подразделяются на операционные и информационные образы моделей вычислений и управляющие средства пользовательского интерфейса, посредством которых пользователь управляет программой. К примеру, в создаваемом программном продукте активной составляющей является элемент изменения размеров таблицы. Управляющие средства различных классов программных изделий могут значительно различаться. Классы интерфейса являются слишком широкими понятиями. Классы, задаваемые базовыми интерактивными средствами, целесообразно разбить на подклассы, например, в пределах графического класса различаются подклассы: двухмерные и трехмерные интерфейсы. По этой классификации широко распространенный интерфейс WIMP относится к первому из указанных подклассов. В основе управляющих средств пользовательского интерфейса лежит тот или иной интерфейсный язык. При этом роль синтаксиса играют используемые графические образы и их динамические свойства. Сегодня развиваются такие новые классы интерфейсов, как SILK (речевой), биометрический (мимический) и семантический (общественный). В основе управляющих средств пользовательского интерфейса лежит тот или иной интерфейсный язык. При этом роль синтаксиса играют используемые графические образы и их динамические свойства. Дизайн конкретных реализаций интерфейса может включать композицию, различных типов управляющих средств, информационные образы предметной области и декоративные элементы.^[3]