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

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

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

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

Добавлен: 06.11.2023

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

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

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

СОДЕРЖАНИЕ

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

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

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

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

задачи

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

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

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

обеспечению

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

обеспечению

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

ПРИЛОЖЕНИЯ

Приложение Б

Приложение В

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

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

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

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

имеющую несколько уровней представления [14].

Логическая модель базы данных представлена на рисунке 11:




Рисунок 11 Логическая модель базы данных

На основе логической модели базы данных была спроектирована физическая модель, показанная на рисунке 12:

Рисунок 12 Физическая модель базы данных


        1. 1   ...   9   10   11   12   13   14   15   16   ...   27

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




Даталогическая модель - это модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учётом конкретной реализации СУБД, а также с учётом специфики конкретной предметной области на основе ее инфологической модели [14].

В таблице 3 представлено описание даталогической модели базы данных:
Таблица 3 Описание даталогической модели базы данных


Сущность

Идентификат

ор таблицы

Атрибут

Идентификатор

поля

Тип поля

1

2

3

4

5

Тип операции

накладной

TDOCUMTY PE

Код операции

FID

integer

Название

операции

FTYPE

varchar

Состояние накладной

TDOCUMST ATE

Код состояния

FID

integer

Название

состояния

FSTATE

varchar

Продолжение таблицы 3


1

2

3

4

5


Накладная


TDOCUMTI TLES

Код накладной

FID

bigint

Тип накладной

FTYPE

smallint

Состояние

накладной

FSTATE

smallint

Дата накладной

FDATE

date

Время

накладной

FTIME

time

Сумма

накладной

FSUMM

decimal

Код

пользователя

FUSERID

smallint

Код

контрагента

FPERSONID

smallint


Пользоват ели


TUSERS

Код

пользователя

FID

integer

Логин

FLOGIN

varchar

Фамилия

FLASTNAME

varchar

Имя

FNAME

varchar

Пол

FMALE

varchar

Дата рождения

FDATE

date

Телефон

FPHONE

varchar



Содержан ие накладной


TDOCUMCO NTENT

Код записи в

накладной

FID

integer

Код накладной

FDOCID

integer

Код товара

FSTOREID

integer

Код

номенклатуры

FGOODSID

integer

Количество

FAMOUNT

numeric

Цена

FPRICE

decimal


Номенклат ура


TGOODS

Код

номенклатуры

FID

integer

Название

FGOODSNAME

varchar

Код категории

FGROOP

integer

Код единицы

измерения

FUNIT

integer

Комментарий

FCOMMENT

varchar

Артикул

FARTICLE

varchar


Продолжение таблицы 3


1

2

3

4

5


Контраген ты

TPERSON

Код

контрагента

FID

integer

Код типа

контрагента

FTYPE

integer

Короткое имя

FSHORTNAME

varchar

Полное имя

FFULLNAME

varchar

Юридический адрес

FADDR

varchar

Фактический

адрес

FADDR2

varchar

Телефон

FPHONE

varchar

Расчётный счёт

FSCHET

varchar

БИК

FBIK

varchar

КПП

FKPP

varchar

ИНН

FINN

varchar

ОГРН

FOGRN

varchar

ОКПО

FOKPO

varchar

Тип контрагент а


TPERSONGR OOP

Код типа

контрагента

FID

integer

Название типа

контрагента

FNAMEGROOP

varchar

Единицы измерения номенклат уры



TUNITS

Код единицы

измерения

FID

integer

Название единицы

измерения


FUNITSNAME


varchar


Товары


TSTORE

Код товара

FID

integer

Код

номенклатуры

FGOODSID

integer

Количество

FAMOUNT

numeric

Цена

FPRICE

decimal

Код

контрагента

FPERSON

integer

Категории номенклат

уры


TGROOP

Код категории

FID

integer

Название категории

FNAME

varchar

      1. 1   ...   10   11   12   13   14   15   16   17   ...   27

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



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




Таблицы с результатной информацией формируются в результате запросов к объектам, хранящим входные данные - справочникам с условно- постоянными сведениями [28].

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

«Состояние документа», «Содержание документа», «Контрагенты»,

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


Рисунок 13 – Работа процедуры Далее приведён SQL-код этой процедуры:

create or alter procedure PDOCUMTITLES_GETTITLE ( VIN_SHOWDEL smallint,

VIN_STARTDATE date,

VIN_ENDDATE date, VIN_METHOD smallint, VIN_VALUE integer, VIN_USERID integer)

returns (

VID bigint,

VTYPENAME varchar(20), VTYPEID smallint, VSTATEID smallint, VSTATENAME varchar(15), VDATE date,

VTIME time, VPERSONID bigint, VPERSON varchar(30), VUSER varchar(20), VSUMM decimal(15,2))

as BEGIN

FOR SELECT D.FID, D.FTYPE,b.ftype, D.FSTATE,a.FSTATE, D.FDATE, D.FTIME, D.FPERSON, P.FSHORTNAME, U.FLOGIN, D.FSUMM

FROM ((((TDOCUMTITLES D

LEFT JOIN TPERSON P ON D.FPERSON = P.FID) LEFT JOIN TUSERS U ON D.FUSER = U.FID)

LEFT JOIN tdocumstate a ON D.fstate = a.fid) LEFT JOIN tdocumtype b ON D.ftype = b.fid) WHERE ((:VIN_SHOWDEL = 0 AND

D.FSTATE IN (1, 2) /*ОТОБРАЖАТЬ ТОЛЬКО НЕ УДАЛЕННЫЕ*/ OR