Файл: Администрирование информационной системы расчетов с клиентами ООО «Сладкий мир».pdf
Добавлен: 24.04.2023
Просмотров: 486
Скачиваний: 1
СОДЕРЖАНИЕ
Глава 1 Системное оборудование. «Сладкий мир»
1.1 Технико-экономическая характеристика объекта исследования
1.2 Организационная структура «Сладкий мир»
1.3 Сущность задачи и обоснование необходимости ее решения
1.4 Информационное и программное обеспечение функционирования отдела продаж
1.5 Постановка задачи на разработку информационной системы
Глава 2. Информационное обеспечение задачи
2.1 Информационная модель и её описание
2.2 Используемые классификаторы и системы кодирования
2.3 Характеристика нормативно-справочной, входной и оперативной информации
2.4 Характеристика результатной информации
2.5 Определение структуры и состава информационной системы
3 Основные этапы разработки информационной системы
3.1 Разработка системы авторизации
3.2 Информационное обеспечение комплекса задач
3.3 Планирование тестовых испытаний
аппарата подсхем работу пользователя, как он знать структуру всей базы, а только ее части, имеет непосредственное к нему; того, эта приспособлена к потребностям. В случаях, когда в явном не поддерживает, перечисленные функции выполнять другие системы. Близким понятию подсхемы понятие «взгляд» которое в время широко в англоязычной по реляционным.
Рисунок 2.1- Взаимосвязь проектирования БД
модель предметной. Выше мы о трех моделей, которые СУБД. Но того чтобы структуру базы, необходима исходная о предметной. Желательно, чтобы информация была в, формализованном. Информация, требуемая проектирования БД, зависит от СУБД. Более, для проектирования с «небанковской» обычно требуется же информация. предметной области, без ориентации используемые в программные и средства, называется моделью предметной (ИЛМ).
Под моделью понимают предметной области, с использованием языковых средств, зависящих от в дальнейшем средств (это существу блок- алгоритма создания данных).
Требования инфологической модели:
отображение предметной;
непротиворечивость;
должна взгляды и всех пользователей;
однозначная трактовка;
модель должна конечной;
модель быть легко, то есть возможность ввода (удаления) данных изменения ранее ;
должна обладать композиции и (укреплять базу или расщеплять);
быть легко на ЭВМ;
быть независимой оборудования и организации базы на ЭВМ.
настоящее время существует какой- стандарт или принятый способ инфологической модели. описания инфологической используются как аналитического (описательного ), так и средства (блок-).
Классом объектов совокупность объектов, одинаковым набором.
Объекты могут двух типов:
объекты;
абстрактные .
2.2 Используемые классификаторы и системы кодирования
Каждому объекту классе объектов свое уникальное (идентификатор). Каждому объектов в присваивается уникальное . Связи между и характеризующими свойствами изображаются виде линий, обозначение объекта его свойств. могут быть (например, год ) и множественными (, один студент знать несколько ). Обычно для связей между и его свойством используется стрелка, а множественных свойств - стрелка.
Свойства быть:
статистическими (, не изменяющиеся течением времени);
(изменяющиеся с времени).
Некоторым из класса присущи свойства, не характерны других объектов этого же .
Такие свойства условными.
Кроме между объектом его свойствами инфологической модели связи между разных классов. модель отображает объектов и между ними. указания этой существует понятие принадлежности. Инфологическая комплекса задач, в данном проекте, представлена рис. 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- Макет фактуры