Файл: Автоматизация расчетов с клиентами курсовая.doc

Скачать файл
Заказать решение

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

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

Дисциплина: Проектирование информационных систем

Добавлен: 21.10.2018

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

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

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

Операционная : Windows XP (5.1, Build 2600) Service 3 (2600.xpsp.080413-2111);

Процессор: (R) Core()2 Duo CPU @ 3.00GHz (2 CPUs);

ОЗУ: DIMM 2046MB RAM;

: LCD 20 PHILIPS (1600x1200);

карта: NVIDIA 9800 GT 512MB,256 bit,;

Жесткий диск: IDE 1 TBIT: Big Disk 1 TB и OneTouch III 1 TB;

DVD AD-7200S;

Клавиатура: ;

Мышь: Genius.

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




























Глава 2. Информационное обеспечение задачи


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


В базе отражается информация определенной предметной . Предметной областью () называется часть мира, представляющая для данного (использования). В информационных системах предметной области моделями данных уровней. Число моделей будет от особенностей . Мы будем далее вопросы баз данных СУБД, поддерживающих модели данных. от того, ли в виде отдельно логического и уровня, с зрения методологии равно можно эти уровни и соответствующие этапы проектирования данных. Даталогическая базы данных (). Даталогическая модель моделью логического и представляет отображение логических между элементами безотносительно к содержанию и хранения. Эта строится в информационных единиц, в той СУБД, в которой мы базу данных. создания ДЛМ даталогическим проектированием. логической структуры данных на СУБД называется . Физическая модель данных. Для даталогической модели среде хранения модель данных уровня (для часто называемая моделью). Эта определяет используемые устройства, способы организации данных среде хранения. физического уровня строится с возможностей, предоставляемых . Описание физической базы данных схемой хранения. этап проектирования называется физическим . СУБД обладают возможностями по организации данных, связи с сложность и физического проектирования, выполняемых шагов для конкретных . К числу , выполняемых на физического проектирования, : выбор типа , способа организации , методов доступа, размера физического , управление размещением на внешнем , управление свободной , определение целесообразности данных и методов сжатия, физической модели . К физическому относятся и , связанные с (определение числа размеров буферов, при передаче из внешней во внутреннюю, файлов за ). В настоящее наблюдается тенденция сокращению работ стадии физического . Иногда эти вообще бывают от проектировщика. модель не является точным схемы. Некоторые допускают различия типах данных, в схеме подсхеме, и их преобразование, различный логический следования элементов схеме и , введение в виртуальных полей т. д. определена подсхема, пользователь имеет только к данным, которые в соответствующей , что является из способов информации от доступа.

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

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

Рисунок 2.1- Взаимосвязь проектирования БД

модель предметной . Выше мы о трех моделей, которые СУБД. Но того чтобы структуру базы , необходима исходная о предметной . Желательно, чтобы информация была в, формализованном . Информация, требуемая проектирования БД, зависит от СУБД. Более , для проектирования с «небанковской» обычно требуется же информация. предметной области, без ориентации используемые в программные и средства, называется моделью предметной (ИЛМ).

Под моделью понимают предметной области, с использованием языковых средств, зависящих от в дальнейшем средств (это существу блок- алгоритма создания данных).

Требования инфологической модели:

отображение предметной ;

непротиворечивость;

должна взгляды и всех пользователей ;

однозначная трактовка ;

модель должна конечной;

модель быть легко , то есть возможность ввода (удаления) данных изменения ранее ;

должна обладать композиции и (укреплять базу или расщеплять);

быть легко на ЭВМ;

быть независимой оборудования и организации базы на ЭВМ.

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

Классом объектов совокупность объектов, одинаковым набором .

Объекты могут двух типов:

объекты;

абстрактные .





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



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

Свойства быть:

статистическими (, не изменяющиеся течением времени);

(изменяющиеся с времени).

Некоторым из класса присущи свойства, не характерны других объектов этого же .

Такие свойства условными.

Кроме между объектом его свойствами инфологической модели связи между разных классов. модель отображает объектов и между ними. указания этой существует понятие принадлежности. Инфологическая комплекса задач, в данном проекте, представлена рис. 2.2.


Рисунок 2.2- модель данных



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


Описание входящих

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

А) Счет- при покупке реализации товаров следующими характеристиками:

- № - фактуры;

дата счета;

продавец;

продавца;

ИНН/ продавца;

грузоотправитель его адрес;

и его ;

платежно-расчетный ;

покупатель;

адрес ;

ИНН/КПП ;

наименования товара;

измерения;

количество ;

цена за измерения;

стоимость без учета ;

налоговая ставка;

налога по ;

стоимость товара учетом налога;

к оплате;

налога;

ФИО ;

ФИО главного .

Б) Накладная поступлению товаров поставщиков:

номер ;

дата оформления ;

склад;

поставщик;

№ ;

зачет аванса;

;

наименование товара;

товара;

цена единицу измерения;

товара без налога;

сумма товара;

стоимость с учетом ;

итого с НДС;

сумма .

В) Накладная отгрузке товара:

;

договор;

склад;

отгрузки;

зачет ;

налоги;

тип ;

наименование товара;

за единицу ;

стоимость товара учета налога;

налога товара;

товара с налога;

итого учетом НДС;

НДС.

Описание базы данных хранения входной

Согласно разработанной модели данных структуры таблиц данных. Таблица данных scfac. используется для данных заголовочной счета. Структура в табл.2.1.



Таблица 2.1-Структура базы данных Scfac.db

Наименование поля

тип

длина

Назначение

Nom

A

10

№ счет-фактуры

Dt1

D


дата составления счета

Prod

A

100

продавец

Adr

A

100

адрес продавца

Inn

A

20

ИНН/КПП продавца

Grusotp

A

100

грузоотправитель и его адрес

Grusop

A

100

грузополучатель и его адрес

Prsd

A

100

платежно-расчетный документ

Pok

A

100

покупатель

Adr1

A

100

адрес покупателя

Inn1

A

20

ИНН/КПП покупателя

Sum1

$


стоимость товара с учетом налога

Snds

$


сумма налога

Ruk

A

35

ФИО руководителя

Glbuch

A

35

ФИО главного бухгалтера

Таблица баз данных scfac1.db используется для хранения табличной части счета. Структура приведена в табл. 2.2.

Таблица 2.2-Структура базы данных scfac1.db

Наименование поля

тип

длина

Назначение

Nom

A

10

Номер счета

Name

A

50

наименования товара

Ed_izm

A

10

единица измерения

Kol

S


количество товаров

Cena

$


цена за единицу измерения

Sum

$


стоимость товара без учета налога

Nalog

S


налоговая ставка

Snds

$


сумма налога по товару

Sum1

$


стоимость товара с учетом налога



Таблица баз данных nakl_post.db используется для хранения заголовочной части накладной поступления товара. Структура приведена в табл. 2.3.

Таблица 2.3-Структура базы данных nakl_post.db.DBF

Наименование поля

тип

длина

Назначение

Nom

A

10

номер накладной

Dt

D


дата оформления документа

Sklad

A

25

склад

Post

A

50

поставщик

Dogov

A

50

№ договора

Zac_av

A

50

зачет аванса

Nalog

A

50

налоги

Snds

$


итого с учетом НДС

Sum1

$


-сумма НДС.



Таблица баз данных nakl_post1.db используется для хранения табличной части накладной по поставке товара. Структура приведена в табл. 2.4.

Таблица 2.4-Структура базы данных nakl_post1.db

Наименование поля

тип

длина

Назначение

Nom

A

10

Номер счета

Name

A

50

наименования товара

Ed_izm

A

10

единица измерения

Kol

S


количество товаров

Cena

$


цена за единицу измерения

Sum

$


стоимость товара без учета налога

Nalog

S


налоговая ставка

Snds

$


сумма налога по товару

Sum1

$


стоимость товара с учетом налога

Таблица баз данных nakl_otg.db используется для хранения заголовочной части накладной отгрузки товара. Структура приведена в табл.2.5.

Таблица 2.5-Структура базы данных nakl_otg.db.DBF

Наименование поля

тип

длина

Назначение

Nom

A

10

номер накладной

Dt

D


дата оформления документа

Sklad

A

25

склад

Наименование поля

тип

длина

Назначение

Post

A

50

Плательщик

Dogov

A

50

№ договора

Vid_ogr

A

50

Вид отгрузки

Zac_av

A

50

зачет аванса

Nalog

A

50

налоги

Typ

A

50

Тип цены

Snds

$


итого с учетом НДС

Sum1

$


-сумма НДС.



Таблица баз данных nakl_otg1.db используется для хранения табличной части накладной по поставке отгрузке товара. Структура приведена в табл.2.6.

Таблица 2.6-Структура базы данных nakl_otg1.db

Наименование поля

тип

длина

Назначение

Nom

A

10

Номер счета

Name

A

50

наименования товара

Ed_izm

A

10

единица измерения

Kol

S


количество товаров

Cena

$


цена за единицу измерения

Sum

$


стоимость товара без учета налога

Nalog

S


налоговая ставка

Snds

$


сумма налога по товару

Sum1

$


стоимость товара с учетом налога



Характеристика постоянной информации

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

Таблица 2.7-Структура базы данных sklad.db

Наименование поля

тип

длина

Назначение

Kod

A

10

Номер склада

Name

A

50

наименования склада

Prim

A

100

примечание



Таблица 2.8-Структура базы данных tovar.db

Наименование поля

тип

длина

Назначение

Kod

A

10

Код товара

Name

A

50

наименования

Typ

A

20

Тип товара

Proiz

A

35

Страна производитель



Таблица 2.9-Структура базы данных postavsh.db

Наименование поля

тип

длина

Назначение

Kod

A

10

Код поставщика

Name

A

50

наименования

Adr

A

60

Адрес поставщика

Inn/kpp

A

20

ИНН/КПП

phone

A

12

телефон



Таблица 2.10-Структура базы данных dogovor.db

Наименование поля

тип

длина

Назначение

Kod

A

10

Номер договора

Tex

M


Текст договора




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


Результатную информацию, в данном приложении можно на два : 1) информацию, формируемые экране; 2) документы, в виде и выводимые печать.

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

макет фактуры (рис.2.3.);

накладной по товара (рис.2.4.);

накладной по товара (рис.2.5.);

документа отображающей книги продаж (.2.6.);

макет, отображающий по продажам (.2.7.).


Рисунок 2.3- Макет фактуры

Рисунок 2.4- накладной по товара

Рисунок 2.5- накладной по товара


Рисунок 2.6- «Книги продаж»

2.7-Отчет по





27



Смотрите также файлы