Функциональные требования
Название требования |
Действие системы |
Перемещение товаров. Проверка на остатки |
Система должна проверять по каждой позиции списка отгружаемых товаров, на каком складе числится товар, количество. Если количество товаров хватает на складе \ в резерве контрагента, система выводит на экран сообщение «Всего хватает!», иначе выводится сформированный табличный документ с данными по товарам, которых вообще не числится на складах, либо которые стоят в резервах других контрагентов. |
Перемещение товаров. Открытие формы обработки |
Система должна сформировать список товаров в форме обработки, копируя элементы таблицы «Товары» из документа регистрации продажи товара («Реализации товаров и услуг», «счет на оплату покупателю»). |
Перемещение товаров. Перемещение товаров со складов |
Система должна разделить список товаров в соответствии со складами хранения и создать документы «Перемещения товаров». |
Перемещение товаров. Формирование списка созданных документов |
Система должна сформировать список созданных документов в форме обработки на вкладке «Документы перемещение товаров» |
Прототип ит - решения
Модель бизнес-функций организации «to-be»
На основе анализа построенных моделей и опроса менеджеров сервисной службы ООО «Полиграф Принт» было выявлено «узкое место» в процессе создания документов «Перемещения товаров». Выполняя в ручную этот трудоемкий процесс менеджер вынужден затрачивать большое количество времени, что приводит ошибкам ввода информации и переработке рабочих часов.
Для устранения этой проблемы необходимо разработать подсистему, которая автоматизирует процесс обработки документов отгрузки и тем самым ускорит работу менеджера по учету движения товаров на складах. Так же автоматизация устранит ошибки ручного ввода информации (рисунок 5).
– Модель «TO-BE» процесса обработки документов отгрузки
Выводы по главе 2
На основе анализа «узкого места» процесса создания документов отгрузки были выявлены требования к программе, сформированы цели и задачи, которые программа должна выполнять.
Была создана модель «To Be» процесса создания документов «Перемещение товаров», которая демонстрирует устранение лишних действий, тормозящие данный процесс.
Системная архитектура проекта
Системная архитектура подсистемы «Перемещение товаров»
Архитектура данных
С целью выделения основных сущностей проектируемой информационной системы и связей между ними была построена диаграмма «сущность-связь» (ER) представленная на рисунке 6.
ER – диаграмма подсистемы «Перемещение товаров»
1С версии 8.Х имеет в своём составе файловую БД - свой закрытый формат хранения и обработки данных, или использует для хранения данных промышленные СУБД.
В 1С в роли таблиц выступают служебные и пользовательские объекты системы.
Примеры связей один ко многим:
Хранение информации о документе реализовано в виде таблицы с общей информацией по документу и таблиц(ы) со строками документов (аналогично подчинённые справочники и регистры). Связь осуществляется по ключевому полю UUID, уникальному для документа;
Иерархические справочники содержат ссылку на ту же таблицу;
В объекте метаданных ссылка на другие объекты системы хранится в виде UUID объекта, если однозначно определён в системе или в виде комбинации типа объекта и его UUID, если значением реквизита могут быть различные типы данных.