Файл: Разработка информационной системы учёта товаров магазина мелисса.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 06.11.2023
Просмотров: 601
Скачиваний: 1
СОДЕРЖАНИЕ
Анализ существующих разработок и обоснование выбора технологии проектирования
2 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ
Обоснование проектных решений по информационному
Обоснование проектных решений по программному
Обоснование проектных решений по технологическому
Обоснование выбора программных средств
Используемые классификаторы и системы кодирования
Характеристика первичных документов с нормативно- справочной и входной оперативной информацией
Характеристика даталогической модели БД
Характеристика результатной информации
Характеристика результатных документов
Структурная схема пакета (дерево вызова процедур и
Технологическое обеспечение задачи (комплекса задач, АРМ)
Схема технологического процесса сбора, передачи, обработки и выдачи информации
Целесообразность разработки с экономической точки зрения
Проведем оценку инвестиционного проекта информационной системы по формуле (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 позволяет осуществлять автоматизированное проектирование реляционных баз данных в визуальном редакторе. Для этого используется три основных типа объектов:
-
Сущности, которые представляют собой таблицу базы данных. Сущности обычно состоят из ряда атрибутов. -
Атрибуты, представляющие конкретное поле таблицы базы данных. Атрибут представляет конкретное свойство, которое может принимать различные значения. -
Связи, которые отражают взаимосвязи между таблицами базы
[20].
Выводы по второй главе
В данной главе были обоснованы проектные решения по техническому, информационному, программному, технологическому обеспечению задачи, а также был обоснован выбор программных средств,
используемых для проектирования информационной системы.
3 ПРОЕКТНАЯ ЧАСТЬ
-
Информационное обеспечение задачи (комплекса задач, АРМ)
-
Информационная модель и её описание
Важным этапом в проектировании информационной системы является построение информационной модели.
Информационная модель — модель объекта, представленная в виде информации, описывающей существенные для данного рассмотрения параметры и переменные величины объекта, связи между ними, входы и выходы объекта и позволяющая путём подачи на модель информации об изменениях входных величин моделировать возможные состояния объекта [6].
В данной выпускной квалификационной работе информационная модель будет построена в двух формах:
− схема данных, представленная в приложении А;
− структурно – функциональная модель, построенная с использованием CASE-средства AllFusion Process Modeler.
Новая информационная модель «КАК ДОЛЖНО БЫТЬ» претерпит некоторые изменения, то есть вся поступившая информация будет фиксироваться, храниться и обрабатываться в разработанной автоматизированной системе, а также появиться возможность получать различную отчетность и анализировать ее.
Рассмотрим структурно – функциональную модель складского учета в организации в нотации
IDEF0. Контекстная диаграмма представлена на рисунке 4:
Информация о товаре
Информация о поставщике
Информация о клиенте
Устав
организации
Правила продажи
Учёт товаров магазина "Мелисса" ИП Кореньков И.Н 0р. 0 | товаре |
| |
Документы на продажу | |
Отчётность |
Информация о проданном
Персонал магазина
Оборудование
Информационная система
Рисунок 4 - Контекстная диаграмма (IDEF0)
Из контекстной диаграммы видно, что входной информацией являются информация о товаре, информация о поставщике, информация о клиенте.
Выходная информация представляет собой информацию о проданном товаре, документы на продажу и отчетность.
В качестве управляющих объектов выступают устав организации, правила и процедуры.
К механизмам исполнения относятся оборудование, персонал и информационная система.
После построения контекстная диаграмма детализируется с помощью диаграммы декомпозиции первого уровня. На этой диаграмме отображаются функции системы, которые должны быть реализованы в рамках основной функции. Декомпозиция контекстной диаграммы представлена на рисунке 5:
Рисунок 5 –Декомпозиция контекстной диаграммы (IDEF0)
На рисунке видно, что диаграмма декомпозиции содержит три функциональных блока: «Приём товара», «Учёт товара», «Отпуск товара»:
− блок «Приём товара», в котором происходит прием товара от поставщика в магазин на основании сведений от поставщика, документов от поставщика и информации о товаре. В результате выполнения данного блока будет получена информация о принятом товаре и отчетность;
− блок «Учёт товара», в котором осуществляется хранение товара в магазине на основании информации о принятом товаре. В результате преобразования этого блока будет получена информация о товарах в магазине и соответствующая отчетность.
− блок «Отпуск товара», в котором осуществляется отпуск товаров клиентам на основании информации о товарах и данных о клиенте. В результате преобразования данного блока будет получена информация о проданном товаре, документы на продажу и соответствующая отчетность.
Диаграмма декомпозиции функционального блока «Отпуск товара» показана на рисунке 6:
Рисунок 6 – Диаграмма декомпозиции блока «Отпуск товара» (IDEF0)
Диаграммы декомпозиции остальных блоков вынесены в приложение
Б.
- 1 ... 7 8 9 10 11 12 13 14 ... 27