Файл: Автоматизация расчетов с поставщиками и подрядчиками в ООО "Юпитер".pdf

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

В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации:

Обеспечить сжатие призрачной части показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.

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

При проектировании кодов предъявляется ряд требований:

- охват всех объектов, подлежащих кодированию, и их однозначное обозначение;

- возможность расширения объектов кодирования без изменения правил их обозначения;

- максимальная информативность кода при минимальной его значности.

Различают иерархическую и многоаспектную системы классификации.

В соответствии с приведенными требованиями к кодам в разрабатываемом проекте используется серийная система кодирования, позволяющая кодировать установившееся несложные множества объектов, учитывая возможность расширения кодируемого множества и разбиение по одному признаку классификации.

В составе информационного обеспечения рассматриваемого комплекса задач выделены следующие классификаторы:

- классификатор поставщиков;

- классификатор товаров;

- классификатор складов.

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

Нормативно-справочная информация в разрабатываемом проекте представлена справочниками. Справочники являются перечнем однородных элементов, что используются при хранении справочной информации. Все указанные элементы справочника могут характеризоваться только наименованием с кодом.

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

Для обеспечения процесса хранения постоянной информации о расчетах с поставщиками применяются справочники:

– Поставщики;

– Склады;

– Тип товаров.

Рассмотрим справочники, которые применяются в разрабатываемой ИС.

Таблица 2

Справочник «Тип товара»

Справочник «Склады» предназначен для хранения данных о складах компании (таблица 3).

Таблица 3

Справочник «Склады»

Справочник «Поставщики» использован для хранения данных о поставщиках компании (таблица 4).

Таблица 4

Справочник «Поставщики»

Входные данные могут вводится в систему двумя методами:

– вводом вручную;

– импортом/экспортом данных с других типов ПО.

Входная информация заполняется по требованию производственного процесса.

Стоит отметить, что при формировании формы справочника поля Номер и Дата являются обязательными и присутствуют во всех справочниках.

Внешний вид экранной формы справочника Склады показан на рисунке 5:

Рисунок 5. Экранная форма справочника Склады

Остальные справочники имеют аналогичные формы для ввода информации.

В таблице 5 рассмотрена сводная информация по справочниках:

Таблица 5

Сводная таблица по справочниках

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

Результатными данными в конфигурации являются отчеты, которые созданы на основании оперативных данных, вводимых в соответствующие документы. Документы используются в 1С:Предприятии для непосредственного ввода и обработки информации, которые менеджер отдела организации поставок вводит при осуществлении своей профессиональной деятельности.

В рассматриваемой задаче по автоматизации расчетов с поставщиками такой информацией являются данные, которые формируются при:

– принятии поставок;

– расчета за поставки;

– документации, формирующейся при контроле за товаром.

Рассмотрим реквизитный состав документов ИС, на основании которых формируется результатная информация (таблицы 6 – 7):

Таблица 6

Реквизитный состав документа «Товары»

Таблица 7

Реквизитный состав документа «Расчет»

Внешний вид формы документа «Товары» показан на рисунке 6.

Стоит отметить, что аналогичный вид имеют остальные документы.

Рисунок 6. Экранная форма документа Товары

В таблице 8 рассматривается таблица с характеристиками результатной информации.

Таблица 8

Сводная таблица по результатной информации

3.Программное обеспечение задачи

3.1.Общие положения (дерево функций и сценарий диалога)

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

Дерево функций разрабатываемого модуля представлено на рисунке 7.

Рисунок 7. Описание дерева функций пользователя конфигурацией

Стоит отметить, что некоторые функции разделены между подсистемами конфигурации (рисунок 8):

Рисунок 8. Имеющиеся подсистемы

Стоит отметить, что некоторые объекты конфигурации могут брать участие как в одной подсистеме, так и во всех (к примеру, справочник Товары).

На основании рассмотренных данных можно создать последовательность работы пользователя с разрабатываемой системой (рисунок 9)

Рисунок 9. Последовательность работы с создаваемой системой

На рисунке 10 рассматривается сценарий диалога.

Пункт Действия описывает возможные действия с объектами конфигурации.

Пункт Справочники используется для ввода первичных данных в базу данных.

Пункт Документы применяется для ввода оперативной информации о деятельности ООО «Юпитер».

Пункт Отчеты используется для вывода результатной информации по расчетам с поставщиками.

Пункт Выход используется для закрытия конфигурации.

Рисунок 10. Сценарий диалога

3.2.Характеристика базы данных

После выполнения анализа начальной информации надо выделить перечень используемых объектов:

– Товары;

– Типы товаров;

– Поставщики;

– Пол;

– Управление поставками;

– Склады.

Опишем далее основные атрибуты для указанных объектов (таблица 9):

Таблица 9

Описание атрибутов

Стоит заметить, что все сущности в своей структуре применяют ключевые поля. Рассмотрим далее результат связывания объектов хранилища данных.

Между объектами Поставщики и Расчет присутствует связь «один-ко-многим», поскольку один поставщик может несколько раз присутствовать в документе Расчет.

Между объектами Товары и Расчет есть связь «один-ко-многим», поскольку 1 товар может несколько раз присутствовать в документе Расчет.

Между объектами Тип товаров и Товар будет присутствовать связь типа «один-ко-многим», поскольку один тип товаров несколько раз будет присутствовать в перечне товаров.

Между объектами Склады и Товары используется связь «один-ко-многим», так как один склад может содержать несколько разных товаров.

В результате получим следующую ER-модель (рисунок 11):

Рисунок 11. ER-модель

3.3.Структурная схема пакета (дерево вызова программных модулей)

Разработанная конфигурация включает в себя непосредственно модуль конфигурации и платформу (серверную часть).

Платформа является базой для разработанного модуля и осуществления все основных функций программного продукта.

Чтобы облегчить указанный процесс, разработано дерево вызовов созданных объектов (рисунок 12).

Стоит отметить, что все объекты распределены по подсистемам, а также для каждой подсистемы описаны:

– справочники;

– документы;

– отчеты.

Рисунок 12. Дерево вызовов

Созданная конфигурация состоит с нескольких модулей:

– основной модуль;

– модуль справочников;

– модуль документов;

– модуль форм;

– модуль отчетов.

В таблице 10 описаны функции модулей конфигурации.

Таблица 10

Функции модулей