Файл: Разработка информационной системы учёта товаров магазина мелисса.docx

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

Категория: Не указан

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

Добавлен: 06.11.2023

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

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

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

СОДЕРЖАНИЕ

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

1 АНАЛИТИЧЕСКАЯ ЧАСТЬ

Экономическая сущность задачи

Постановка задачи

задачи

Анализ существующих разработок и обоснование выбора технологии проектирования

Выводы по первой главе

2 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ

обеспечению

Обоснование проектных решений по информационному

обеспечению

Обоснование проектных решений по программному

Обоснование проектных решений по технологическому

Обоснование выбора программных средств

Выводы по второй главе

3 ПРОЕКТНАЯ ЧАСТЬ

Используемые классификаторы и системы кодирования

Характеристика первичных документов с нормативно- справочной и входной оперативной информацией

Характеристика даталогической модели БД

Характеристика результатной информации

Характеристика результатных документов

Структурная схема пакета (дерево вызова процедур и

Технологическое обеспечение задачи (комплекса задач, АРМ)

Схема технологического процесса сбора, передачи, обработки и выдачи информации

Целесообразность разработки с экономической точки зрения

Проведем оценку инвестиционного проекта информационной системы по формуле (3.2):

Выводы по третьей главе

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЯ

Приложение Б

Приложение В

Создание таблиц

Создание хранимых процедур

Создание триггеров

Создание генераторов

Обоснование выбора программных средств




Для проектирования информационных систем широко используются CASE-технологии. В настоящее время существует достаточное количество CASE-средств, например: Oracle Designer, BPwin, ERwin, Rational Rose, Silverrun и другие. Однако проанализировав все преимущества и недостатки данных программных средств, были выбраны CASE-средства BPwin и Erwin, так как эти программные продукты имеют широкие функциональные возможности для проектирования информационной системы, низкую стоимость, а также ранее был получен опыт работы с ними.

Для разработки функциональных моделей информационной системы учета товаров будем использовать программное средство AllFusion Process Modeler 7. Данный продукт представляет собой CASE-средство для моделирования, анализа, документирования и оптимизации бизнес- процессов. Поддерживается использование следующих видов диаграмм:

Buisiness Process (методология IDEF0). Данный вид диаграмм предназначен для описания бизнес процессов путем разбиения его на более мелкие процессы, которые взаимодействуют друг с другом. Каждый процесс осуществляет преобразование входящей информации в исходящую путем использования какого-то механизма и под каким-то управляющим воздействием.

Process Flow (методология IDEF3) предполагает представление процесса как упорядоченной последовательности событий.

Data Flow (методология DFD), или диаграммы потоков данных. В данной методологии предполагается разбиение процесса на более мелкие подпроцессы,
которые путем взаимодействия друг с другом образуют желаемый результат [20].

Для проектирования структуры базы данных информационной системы учета товаров используется программное средство AllFusion Erwin Data Modeler 7, который позволяет визуализировать структуру информационной базы, а также взаимосвязи между различными блоками данных. Данный продукт позволяет не только «нарисовать» модель базы данных, но и на основании построенной модели предусмотренное автоматическое создание структуры базы данных, то есть создание таблиц базы, их полей и установление связей между различными таблицами.

AllFusion ERwin Data Modeler позволяет осуществлять автоматизированное проектирование реляционных баз данных в визуальном редакторе. Для этого используется три основных типа объектов:

  1. Сущности, которые представляют собой таблицу базы данных. Сущности обычно состоят из ряда атрибутов.

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

  3. Связи, которые отражают взаимосвязи между таблицами базы

[20].



Выводы по второй главе


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

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

3 ПРОЕКТНАЯ ЧАСТЬ



    1. Информационное обеспечение задачи (комплекса задач, АРМ)



      1. Информационная модель и её описание




Важным этапом в проектировании информационной системы является построение информационной модели.

Информационная модель — модель объекта, представленная в виде информации, описывающей существенные для данного рассмотрения параметры и переменные величины объекта, связи между ними, входы и выходы объекта и позволяющая путём подачи на модель информации об изменениях входных величин моделировать возможные состояния объекта [6].

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

схема данных, представленная в приложении А;

структурно функциональная модель, построенная с использованием CASE-средства AllFusion Process Modeler.

Новая информационная модель «КАК ДОЛЖНО БЫТЬ» претерпит некоторые изменения, то есть вся поступившая информация будет фиксироваться, храниться и обрабатываться в разработанной автоматизированной системе, а также появиться возможность получать различную отчетность и анализировать ее.

Рассмотрим структурно – функциональную модель складского учета в организации в нотации
IDEF0. Контекстная диаграмма представлена на рисунке 4:


Информация о товаре
Информация о поставщике
Информация о клиенте
Устав

организации

Правила продажи




Учёт товаров магазина "Мелисса" ИП Кореньков И.Н


0р. 0

товаре




Документы на продажу

Отчётность



Информация о проданном







Персонал магазина

Оборудование
Информационная система


Рисунок 4 - Контекстная диаграмма (IDEF0)

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

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

В качестве управляющих объектов выступают устав организации, правила и процедуры.

К механизмам исполнения относятся оборудование, персонал и информационная система.

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




Рисунок 5 –Декомпозиция контекстной диаграммы (IDEF0)

На рисунке видно, что диаграмма декомпозиции содержит три функциональных блока: «Приём товара», «Учёт товара», «Отпуск товара»:

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

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

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

Диаграмма декомпозиции функционального блока «Отпуск товара» показана на рисунке 6:


Рисунок 6 – Диаграмма декомпозиции блока «Отпуск товара» (IDEF0)

Диаграммы декомпозиции остальных блоков вынесены в приложение

Б.


      1. 1   ...   7   8   9   10   11   12   13   14   ...   27