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

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 16.06.2023

Просмотров: 192

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Рисунок 1.3 – Контекстная диаграмма

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

Входы (слева):

  1. Данные о товаре.
  2. Заявки на поставку товара.
  3. Заявки клиентов на обслуживание.
  4. Прайс-лист.

Выходы (справа):

  1. Прибыль.
  2. Удовлетворение потребности клиента.
  3. Отчетность.

Механизмы и управление (сверху):

  1. Действующее законодательство.
  2. Должностные инструкции.
  3. Нормативные акты.

Ресурсы (снизу):

  1. Персонал.
  2. Оборудование.
  3. Вычислительная техника.

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

    • закупка товара у поставщиков;
    • хранение;
    • реализация продукции;

На рисунке 1.4 представлена диаграмма декомпозиции «Как есть».

Рисунок 1.4 – Диаграмма декомпозиции процесса «Деятельность продуктового магазина» As is”

Входной информацией для работы «Закупка товара у поставщиков» являются данные о товаре и заявка на поставку товара.

Входной информацией для работы «Хранение товара» являются данные о товаре.

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

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

Работу «Реализация продукции» можно разбить на пять более мелкие работы:

    • установка розничных цен на товар;
    • запись о поставке в журнале;
    • продажа продукции клиентам;
    • учет продаж;
    • формирование отчетов.

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

Рисунок 1.5 – Диаграмма декомпозиции работы «Реализация продукции» “As is”

1.1.3 Модель DFD

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

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

При построении диаграмм можно выделить элементы графической нотации (таблица 1.1).

Таблица 1.1 - Элементы графической нотации DFD

Наименование

Вид

Поток данных

Процесс

Накопитель данных

Внешняя сущность

DFD – диаграмма работы «Деятельность продуктового магазина» представлена на рисунке 1.6.

Рисунок 1.6 – DFD-диаграмма работы «Деятельность продуктового магазина» «Как есть»

Дальнейшая детализация процесса представлена на рисунке 1.7.

Рисунок 1.7 – Детализированная DFD-диаграмма работы «Деятельность продуктового магазина» «Как есть»

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

1.1.4 Модель IDEF3

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.

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


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

     Модель, выполненная в IDEF3, может содержать следующие элементы:

  1. Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0. 
  2. Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей: 
  • Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией. 
  • Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией. 
  • Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками. 
  1. Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса, могущие возникнуть во время его выполнения. Различают два типа перекрестков: 
  • Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса. 
  • Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно. 
  1. Объекты ссылок (Referents) - служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы. 

На рисунке 1.8 представлена IDEF3-модель деятельности продуктового магазина.

Рисунок 1.8 – IDEF3-модель деятельности продуктового магазина «Как есть»

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

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


В данном курсовом проекте для разработки концептуальной модели использовалось CASE-средство ERwin.

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

На рисунке 1.9 представлена концептуальная модель (ER-диаграмма) информационной системы продуктового магазина «Как есть», реализованная в ERwin.

Рисунок 1.9 – Концептуальная модель «Как есть»

1.2 Требования к качеству и оперативности (эффективности) деятельности магазина

Для эффективной работы продуктового магазина необходимо осуществление следующих требований:

  1. Анализ потребностей целевой аудитории - формирование ассортимента, который хорошо покупается, эффективное управление закупками и складом.
  2. Оперативный анализ поставок и продаж.
  3. Анализ и оценка работы персонала – контроль, минимизация злоупотреблений со стороны сотрудников.
  4. Эффективное управление финансами, взаиморасчетами с контрагентами.
  5. Привлечение новых покупателей – маркетинговые мероприятия, способствующие повышению уровня продаж.
  6. Составление отчетных документов для анализа деятельности и принятия необходимых управленческих решений.

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

1.3 Оценка соответствия деятельности магазина к предъявляемым требованиям по эффективности

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


Анализ проблем деятельности продуктового магазина представлен в таблице 1.2.

Таблица 1.2 – Проблемы и затраты связанные с ними

N

Проблема

Время t(существующее) в неделю

Затраты, руб.

1

Учет поставок и продаж

7 часов

1050

2

Формирование отчетных документов

3 часа

450

3

Поиск информации о товаре, поставщиках и тд.

2 часа

300

Итого:

12 часов

1800

Таким образом, отсутствие автоматизации некоторых процессов продуктового магазина приводит к затрате времени 12 часов в неделю и к финансовой потере в размере 1800 руб. в неделю.

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

1.4 Анализ существующих подходов к автоматизации деятельности магазина

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

Рассмотрим наиболее популярные из них:

1. «1С Управление торговлей 8»

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

1С УТ автоматизирует следующие направления хозяйственной деятельности:

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