Файл: Основы проектирования программ, Этапы создания программного обеспечения.pdf

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

Таблица 17

Структура таблицы «План продаж»

Таблица 18

Структура таблицы «План закупок»

Макет экранной формы представлен на рисунке 14.

Рисунок 14. Макет формы справочника «План закупок»

2.3. Описание реализации периодических расчетов в среде 1С:Предприятие

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

Автоматизированы процессы создания документации и учет информации о продажах, заказах клиентов, а так же необходимая отчетность для руководства [15].

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

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

Обработка ошибочных ситуаций

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

Разработанные регистры для хранения промежуточных данных по документам представлены на рисунках 15 и 16.

Рисунок 15. Регистр накопления продаж

Рисунок 16. Регистр накопления заказов

2.4. Описание созданной / откорректированной карты маршрута бизнес процесса в среде 1С:Предприятие

Бизнес-процесс при оформлении продажи:

1. Дата указывается автоматически, номер закупки также автоматически назначается системой;
2. Указывается менеджер по закупкам, который оформил закупку;
3. Проверка есть ли клиент в базе, указывается клиент, если его данные уже есть в системе, переходим к пункту 5;
4. Если данных клиента в системе нет, то данные заносятся в систему;
5. Затем, формируется список проданных покупателю товаров на основании заказа, указываем наименование товара и его количество;
6. Если ещё есть товары, которые надо добавить в список, переходим к пункту 5;
7. Автоматически формируется количество товаров и цена.

Бизнес-процесс оформления закупки приведен на рисунке 17.

Рисунок 17. Бизнес-процесс формирования закупки

2.5 Описание разработанных подсистем в среде 1С:Предприятие

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

Таблица 19

Таблица описания модулей программного обеспечения «Автоматизация продаж»

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

Так как, планируется автоматизировать процесс печати различных документов и отчетов:

• итоги по продажам;
• итоги по закупкам;
• итоги закупок по организации;
• отчет по товарам;

Для каждого функционального модуля определены связи с другими модулями, поскольку используется один модуль данных. В связи с этим в алгоритмах расчета продаж, закупок можно использовать информацию из любых таблиц БД [17].

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

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

1. Структуры метаданных;
2. Пользовательских интерфейсов;
3. Набора прав.

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

В системе «1С: Предприятие» существуют несколько видов программных модулей. Они различаются по месту размещения и доступному контексту.

Для работы с пользователями существует справочник пользователей, рисунок 18.

Рисунок 18. Справочник пользователей

Программные модули информационной системы, располагаемые в форме конфигурации представлены на рисунок 19.

Рисунок 19. Конфигурация программного обеспечения

2.6 Описание разработанного интерфейса пользователя в среде 1С:Предприятие (разработка управляемого интерфейса)

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

• оформления плана закупок, его исполнение;
• закупка товаров;
• заказ товаров;
• продажа товаров;
• план продаж;
• формирование отчетов;
• учет контрагентов и товаров.

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

Порядок диалогов заложен теми функциями, которые выполняют менеджеры и специалисты отдела снабжения [14].

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

Рисунок 20. Схема функций управления программным обеспечением

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

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

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

На уровне конфигуратора выделены отдельные подсистемы «Рабочий стол», Журналы, Закупки, Продажи, Отчеты руководителя..

В подсистеме «Рабочий стол» содержатся объекты «Товары» и «Контрагенты», а так же «Общий журнал».

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

Модули:

- заказы;

- продажи

- закупки

- план продаж

Подписки на событие:

Таблицы:

Справочники:

• Товар.
• Менеджер.
• Марка товара.
• Тип товара.
• Организация.
• Адрес.
• Единицы измерения.

Таблицы:

• Продажа.
• Закупки.
• План продаж.
• План закупок.
• Заказ.
• Состав заказа.