Файл: Автоматизация учета расчетов с поставщиками и подрядчиками.pdf
Добавлен: 20.05.2023
Просмотров: 1174
Скачиваний: 21
СОДЕРЖАНИЕ
1.ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ И ПРЕДПРИЯТИЯ
1.1. Характеристика предприятия и его деятельности
1.2. Организационная структура управления предприятием
1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов
2. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
2.1 Информационная модель и её описание
2.2. Используемые классификаторы и системы кодирования
2.3. Характеристика нормативно-справочной, входной и оперативной информации
2.4 Характеристика результатной информации
3. ПРОГРАМНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
3.1. Общие положения (дерево функций и сценарий диалога)
3.2. Характеристика базы данных
3.3 Структурная схема пакета (дерево вызова программных модулей)
3.4 Описание программных модулей
Для отвечает отражения расходных период документов: товарно-транспортная правила накладная и счет-фактура, прихода которые заполняются эффективной от руки. Эти документа документы подтверждают числе факт отгрузки бщиепродукции со склада.
Для справочники оформления операций база заготовки и приобретения данной материалов используются сущность расчетные документы бухгалтерский поставщиков: счета-фактуры, проведение товарно-транспортные накладные пункт и другие документы.
Все также данные по оперативной индия входной информации также заносятся в компьютер также с помощью специально сценарий разработанных форм. С цена помощью этих автоматизация форм удобно информационной заносить информацию, сопутствующие а также форма выполняемые позволяет просто системный выбирать нужную выделим позицию из предложенного товара списка, что обеспечивает позволяет сохранить пространства целостность данных.
На должны основании первичных влияя данных можно количество распечатать приходные конфигурация накладные, товарные целостность накладные, счет-фактуры являются и акт списания ведущие товара.
Данная входная прихода информация позволяет применения формировать итоговые обеспечивает таблицы «Остатки» и «Журнал», пункт а также, с использованием товара запросов, итоговые фрагмента отчеты.
Помимо входных методы данных, в проектируемой любой системе есть приходные и постоянные данные, факторов которые хранятся улучшением и заносятся в справочники также системы.
Ведение данных autoincrementпостоянной информации моделей позволяет исключить также условно-постоянную информацию входной из первичных документов, достигнуты что влияет проведение на снижение трудоёмкости следующие их заполнения, а также возвращается позволяет автоматизировать стандартов отчётный процесс.
К приходная постоянной информации поставляет относится информация, правила хранящаяся в следующих сущность справочниках:
1. Справочник пункта товаров.
2. Справочник таблица поставщиков.
3. Справочник является клиентов.
Основными функциями наименование Справочников являются:
- обеспечение декодирование проверки кодированных носителях значений признаков восприятия при вводе чтобы данных;
- декодирование меню значений признаков товаров при выводе которые данных на экран целостность дисплея;
- хранение stringпостоянной информации, компании связанной с определёнными товар значениями признаков;
- оформление после пояснительным текстом членов таблиц, получаемых руководством в результате решения компании комплекса задач.
Как локальных правило, работа накладные с любой задачей локальных начинается с заполнения дерева справочников. В дальнейшем отвечает по мере работы следует с программой справочники также характеристики пополняются и изменяются.
2.4 Характеристика результатной информации
Результатная пункт информация является выбрать важнейшей информацией, наименование так как любой ради нее меню и создаются системы приходных подобного класса. В правление данном случае выделим результативной информацией именно будут являться австрииотчеты по разным автоматизация хозяйственным операциям, чтобы а также документы, информационные отражающие перемещения stringтоваров.
Существующий складской структурная модуль позволяет пользователь формировать три каждой типа основных применения документов:
- Расходная описали накладная предназначена программное для оформления можно операций, связанных части с отпуском товаров объектом со склада при обязательства оформлении торговой информационное деятельности, связанной дипломном с продажей товаров.
- Приходная рисунок накладная предназначена международных для оформления товарные операций, связанных пользователь с фактом прихода стремится товаров в порядке пункт обычной торговой цель деятельности предприятия, хранение связанной с продажей goodszakтовара.
3. ПРОГРАМНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
3.1. Общие положения (дерево функций и сценарий диалога)
С точки stringзрения системного целостности анализа концептуальное товар моделирование является организация структуризацией предметной меню области, для документа которой разрабатывается система. Ее каждой цель - выявление скорости перечня и иерархии autoincrementпредметов, объектов, goodsinfoфакторов и явлений, рисунок полный набор юридический которых позволяет поставщиками реализовать поставленные характеристики перед системой системе цели и задачи.
Системный пространства анализ проекта пункт предполагает на первом приходные этапе рассмотрение поставщиками и физическое моделирование выделим предметной области. На база данном этапе можно проводится выделение проведение предметной области, количество объектов системы информация на ряд подобластей подходящую или подсистем (уровней), критерий характеризуемых целостностью меню их восприятия и однородностью склада выполняемых функций условиях системы. При партнерства этом требуемый основании критерий целостности компании восприятия дает stringправо продолжать автоматизации расчленение до элементарного, вести неделимого уровня.
Критерий способствует однородности функций autoincrementуправления и обработки представить данных, которые период призвана автоматизировать оперативность разработанная система, рисунок дает возможность бухгалтерский использовать концептуальную товаров модель для может корректировки разработанного стандартов дерева функций (рисунок 3.1 ):
Выбор действий
Служебные
Основные
Выбор источника сведений
Регистрация нового источника сведений
Кнопка «выбрать»
Кнопка «новый»
Просмотр и выбор организации из списка
Заполнение реквизитов
Кнопка «сохранить»
Кнопка «удалить»
Подтверждение
Отмена
Выход из режима работы
Удаление источника сведений
Выход из режима работы
Кнопка «сохранить»
Заполнение реквизитов
Кнопка «редактировать»
Редактирование источника сведений
Выход из режима работы
Рисунок 3.1 Дерево автоматизация функций системы
Результаты концептуального чтобы моделирования являются пассажирскому базисными для января реализации этапов раздел информационного моделирования можно и затем разработки некоторых моделей состояний (жизненных обеспечение циклов системы) - моделей, точки определяющих функционирование который разрабатываемой системы.
Методы более концептуального моделирования целостность используют широкий отвечает диапазон математических рисунок средств и методов таблица представления знаний. Широко количество используются как является древовидные, так currencyи сетевые конструкции, полный в которых различаются как методы вершины, так помощью и ребра. Одним бухгалтерский из видов являются stringграфы связей, хранение позволяющие разбивать программный структуру на узкие прогнозе классы объектов характеристика системы. Очень пункт часто графы реформы связей отображаются созданы таблицами в виде более логических матриц справочник отношений. Построение представить графов связей выбор или таблиц методов один из распространённых строке методов формализации stringпроектных задач. В прогнозе данной работе компаниями выбрана древовидная оперативность структура как целью более удобная выполнение и наглядная в конкретном формирования случае.
Древовидная или локальных иерархическая структура – эта приходных структура, в которой единицы каждый компонент меню системы, исключая системой первый непосредственно возвращается подчиняется только бухгалтерский одному (вышестоящему) компоненту информацию структуры.
Выявление состава методы функций системы позволяет наименование разработать структуру применения сценария диалога.
3.2. Характеристика базы данных
Для характеристика проектирования базы куда данных воспользуемся товар методом «сущность-связь». Данный целостности метод называют пункт также методом «ER-диаграмм». ER-диаграмма правила представлена на рисунке 3.2 :
Рисунок 3.2 Структура базы куда данных
Проектирование БД начинается рисунок с определения всех структура объектов, сведения точки о которых будут основу включены в базу.
Выделим рисунок следующие сущности:
- ПОСТАВЩИК (Ключ — autoincrementНаименование является поставщика),
- ПОЛУЧАТЕЛЬ (Ключ — следующие Наименование декодирование получателя),
- ТОВАР (Ключ — сущность Название которые товара),
- ОРГИНФОРМАЦИЯ (Ключ — сущность Информация),
- ТОВАРЫ ЗАК (Ключ — сущность Информация, Ключ — Товары),
- НАИМЕНОВАНИЕ ТОВАРА (Ключ — сущность Информация поставщика, Ключ — Товары).
Выделим связи уровне между сущностями:
- ПОСТАВЩИК справочник ПОСТАВЛЯЕТ ТОВАР,
- ПОЛУЧАТЕЛЬ является ЗАКАЗЫВАЕТ ТОВАР.
Сущность предприятием ТОВАР имеет информационное следующие атрибуты: Название; ед.изм.; цена состава последней закупки.
Связь счет ПОСТАВИЛ является результате связью типа среднее М:М, т.к. товар индия может быть закрытие поставлен несколькими goodsinfoпоставщиками, а поставщик части может поставить работа несколько товаров. Сущность может ТОВАР имеет системе обязательный класс которых предпочтения, поскольку фрагмента каждый товар стратегическое имеет своего проектирования поставщика. Сущность предприятия ПОСТАВЩИК имеет стратегическое необязательный класс оплате предпочтения, т.к. имеются тысяч такие поставщики, непрерывную которые не поставили активно ни одного товара.
Сущность правила ПОСТАВЩИК имеет выделим следующие атрибуты:
- Код;
- наименование;
- ИНН;
- юридический наименование адрес;
- телефон.
Таблица “Заказанный информационные товар” имеет период следующие реквизиты:
- код
- наименование;
- единица после измерения;
- количество;
- Сумма.
Связь главной ЗАКАЗЫВАЕТ является следует связью типа общие М:М, т.к. организация предприятием продает несколько товара видов товаров (смол), области которые могут также быть заказаны дерева несколькими клиентами. Сущность использованием КЛИЕНТ имеет приходная необязательный класс количество предпочтения, т.к. могут обеспечивает быть клиенты, наименование которые не заказали справочники ни одного товара.
Сущность влияя КЛИЕНТ имеет единица следующие атрибуты:
- Код;
- наименование;
- ИНН;
- юридический задачи адрес;
- телефон.
Таблица стандартов РАСХОД_ТОВАР имеет можно следующие реквизиты:
- Код:
- Наименование только товара;
- цена справочные продажи;
- количество;
- Сумма.
Таблица 3.1
Пример совместных фрагмента описания января структуры записей российская таблицы «Контрагенты»
|
№ п/п |
Наименование хранение поля |
Идентификатор |
Тип поля уделяет и обозначения |
Длина знаков |
|
1 |
Код autoincrementтовара* |
Kod_Goods |
Autoincrement |
|
|
2 |
Название |
Nаme |
String |
50 |
|
3 |
Ед. Измерения |
EdIzm |
String |
10 |
|
4 |
Цена деятельности посл.закупки |
LastPrice |
Currency |
|
|
5 |
Код поставщика* |
Kod_Goods |
Autoincrement |
|
|
6 |
Наименование |
Nazv |
String |
50 |
|
7 |
ИНН |
Inn |
String |
50 |
|
8 |
Адрес |
Address |
String |
50 |
|
9 |
Телефон |
Tel |
String |
50 |
|
Продолжение таблицы 3.1 |
||||
|
10 |
Код регистрируется поставщика* |
Kod_OrgInfo |
Autoincrement |
|
|
11 |
Код товара* |
Kod_Goods |
Autoincrement |
|
|
12 |
Наименование |
Nazv |
String |
50 |
|
13 |
ИНН |
Inn |
String |
50 |
|
14 |
Адрес |
Address |
String |
50 |
|
15 |
Телефон |
Tel |
String |
50 |
|
16 |
Название |
Name |
String |
50 |
|
17 |
Ед.измерения |
EdIzm |
String |
50 |
|
18 |
Цена результативной посл.закупки |
Price |
Currency |
|
|
19 |
Количество |
Kolvo |
Integer |
50 |
|
20 |
Сумма |
Summ |
Currency |
|
|
21 |
Дата |
Date |
Date |
|