Файл: Проектирование реализации операций бизнес-процесса «Продажи».pdf

1. Контрагенты.
2. Сотрудники.
3. Товары.

Справочник «Контрагенты» предназначен для учета клиентов компании и имеет дополнительные вкладки – табличные части, содержащие аналитическую информацию. [7]

В системе «1С: Предприятие 8» экземпляры данных, созданные на основе предопределенного объекта – прототипа «Документы», представляют собой объекты, сущностное содержание которых очень близко к бумажным документам. Они предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые системой показатели [1].

Объект метаданных «Документы» предназначен не только для отражения свершившихся событий, но и также может быть использован в задачах планирования и для построения других иных учетных схем.

Регистры представляют собой важнейший объект в системе «1С: Предприятие 8». Данные экземпляры данных - объекты также, как и все другие в системе «1С: Предприятие 8» создаются на основе преопределенного шаблона объекта – прототипа, условно говоря - класса и наследуют свойства своего родителя, имея лишь незначительные возможности объектно-ориентированного программирования.

Всего видов таких объектов в системе «1С: Предприятие 8» четыре:

• «регистр накопления»,
• «регистр сведений»,
• «регистр бухгалтерии»,
• «регистр расчета».

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

Если бы в системе «1С: Предприятие 8» использовались бы только документы, то отчеты формировались только на одних документах, тем самым это привело бы в будущем к медленному формированию отчетов и не гибкости используемой информационной системы к бизнес-процессам предприятия. Такие потенциальные и возможные проблемы решаются с использованием регистров, их правильным проектированием и применением в информационной системе.

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

При проектировании регистров очень важно сразу же определить информационные и функциональные потребности автоматизируемого объекта, а также потребности в хранении, удобстве и скорости доступа к данным. Это необходимо осуществить заблаговременно, так как в дальнейшем тяжело перепроектировать регистры с уже введенными в систему учета данными. [8]

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

С учетом требований к информационной системе и к базе данных, разработаны следующие документы, регистры для ИС:

• Документ «Заказ клиента»
• Документ «Отгрузка товаров клиенту»
• Документ «Списание брака»
• Регистр сведений «Цены на товары»
• Регистр накопления «Товары на складе».
• Регистр накопления «Выполнение заказов».

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

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

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

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

В ходе разработки прикладного решения были созданы следующие отчеты:

• «Заказы клиентов за период».
• «Выполнение заказов клиентов».
• «Остатки товаров на складе».

После запуска конфигурации на экране отобразиться начальная страница программы, показанная на рис. 6.

Рисунок 6. Начальная страница программы

В ходе эксплуатации программы пользователю доступны следующие возможности:

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

Рисунок 7. Нормативно-справочная информация

2. Работа в ИС, показанная на рис. 8 и 9 в справочнике «Товары» предусматривает добавление новой номенклатуры, нажатием кнопки «Создать», и внесение изменений в уже созданную запись.

Рисунок 8. Работа в справочнике «Товары»

Рисунок 9. Добавление нового товара

Работа с подсистемой продолжается в документе «Заказ клиента», которая показана на рис. 10.

В журнале предусмотрено добавление заказа, а также его печать.

Работа с созданием заказа представлена на рис. 11.

Рисунок 10. Работа с документом «Заказ клиента»

Рисунок 11. Создание заказа клиента

Работа с подсистемой продолжается в документе «Отгрузка товаров клиенту», которая показана на рис. 12.

В журнале предусмотрено добавление расходной накладной, а также ее печать.

Работа с созданием расходной накладной представлена на рис. 13.

Рисунок 12. Работа с документом «Отгрузка товаров клиенту»

Рисунок 13. Создание расходной накладной

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

На рис. 14 представлено дерево функций модулей, используемых в данной информационной системе.

Рисунок 14. Дерево функций системы

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

Диалог – это процесс обмена сообщениями между пользователем и ИС, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей достаточно оперативна.

В процессе диалога возможно:

• двустороннее управление на базе языка типа «запрос-ответ»,
• одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,
• одностороннее управление со стороны пользователя с использованием языка директив (команд).

При использовании для общения языка «меню» в диалоговой системе должна присутствовать система планирования и управления диалогом, в функции которой входит:

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

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

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

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

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

Сценарий диалога представлен на рис. 15.

Рисунок 15. Структура диалога системы

Сценарий диалога состоит из двух логически связанных частей:

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

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

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

Модель Сущность-Связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы.

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

СУБД, применяемая на предприятии – MS SQL Server.

На рис. 16 описана связь основных таблиц в базе данных.

Рисунок 16. «ER-модель» предметной области компании

2.6.  Структурная схема пакета

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

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

Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 16.

Модуль проверки загружаемой информации на ошибки

Форма редактирования пользователей

Форма пользователя

Модуль тестирования БД

Подсистема работы с отчетами

Модуль визуальных эффектов

Подсистемы работы с документами

Модуль редактирования визуализированных данных

Модуль визуализации данных

Подсистема работы со справочниками

Главная форма

Форма аутентификации

Рисунок 16. Структурная схема основного пакета

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

Таблица 2

Разграничение прав пользователей

2.7. Описание программных модулей