Диплом: Автоматизация приёма платежей в базе конфигураций 1С предприятие 8.0 в торговой компании

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
3
ИС
Ведение
контрагентов
Спр.Контрагенты
Менеджер
Спр*.Контрагенты
Ведение
номенклатуры
Спр.Номенклатура
Спр*.Номенклатура
Бухгалтер
Ввод «ПКО/РКО»
Регистр*.Продажи
Регистр.Продажи
Регистр*.Взаиморасче
ты
Регистр.Взаиморасче
ты
Ввод «Услуга»Ввод «Притензия»
Ввод «Приход/
Расход по банку»
Ввод «План
продаж»
Отчет по Продажам
ПродажиВзаиморасчеты
Отчет
Взаиморасчеты
1
2
Регистр*.Касса
Регистр.Касса
Регистр*.Банк
Регистр.Банк
Отчет по кассе /
банку
Остатки по кассе /
банку
Отчет по планам
продаж
Выполнение плана
Рисунок 2.3. Информационная модель
63
Под входной информацией понимаются данные, необходимые для
выполнения задачи и представленные на различных видах носителей:
первичных бумажных документах, машинных электронных носителях, в
памяти компьютера.
От правильной организации входных данных, способов сбора данных,
регистрации информации, ее передачи, хранения и обработки информации, ее
состава, структуры и своевременного предоставления зависят оперативность и
эффективность всей процедуры управления.
Входной информацией для разрабатываемой в дипломном проекте
автоматизированной системы является:
- Данные контрагентов;
- Данные по номенклатуре;
- Данные по видам номенклатуры;
- Данные по банкам;
- Данные по банковским счетам своим и контрагентов;
- Заявки;
- Поступление ТМЦ;
- Возврат поставщику;
- Списание ТМЦ;
- Перемещение ТМЦ;
- Реализация номенклатуры;
- Акты на возврат от контрагентов;
- Приходные кассовые ордера;
- Расходные кассовые ордера;
- Приход по банку;
- Расход по банку
- План продаж.
Данные по справочникам:
64
Таблица 2.1
Данные по справочникам
Название
справочника
Ответственны
й
Средни
й объём
Частота
актуализации
«Фирмы»
Администратор
системы
5
низкая
«Кассы»
Администратор
системы
8
низкая
«Склады»
Администратор
системы
8
низкая
«Номенклатура
»
Администратор
системы
100
высокая
«Виды
номенклатуры»
Администратор
системы
10
низкая
«Единицы
измерения»
Администратор
системы
10
низкая
«Контрагенты»
Департамент
продаж
500
высокая
«Банки»
Администратор
системы
50
низкая
«Банковские
счета»
Департамент
продаж
100
средняя
Структура используемых справочников и их формы представлены
ниже по тексту.
Документы, используемые в системе автоматизации, условно можно
разделить на документы реализации товаров (двигают регистр остатки и
взаиморасчеты), платежные документы (двигают регистры по кассе и банку),
складские документы и документы планирования.
Документы продаж это: «Заявка», «Реализация», «Возврат». Каждый из
этих документов имеет реквизит «Фирма» в рамках которой происходит
движение номенклатуры и «Контрагент» с которым совершается сделка.
Также у этих документов присутствует табличная часть содержащая
название номенклатуры и характеристики по ней. Количество строк может
достигать 64000.
65
Платежные документы это: «ПКО», «РКО», «Приход по банку»,
«Расход по банку». Обязательными реквизитами документов являются
«Фирма», «Контрагент», «Сумма», «Касса» или «Банк» в зависимости от
вида документа.
Складские документы это «Поступление ТМЦ», «Возврат поставщику»,
«Списание ТМЦ», «Перемещение ТМЦ». Каждый из этих документов имеет
реквизит «Склад» на котором хранится передвигаемая номенклатура. Также
у этих документов присутствует табличная часть содержащая название
номенклатуры и характеристики по ней.
Документ планирования называется «План продаж». Обязательными
реквизитами документа являются: «Фирма», «Дата действия плана» и
табличная часть содержащая перечень услуг и их количество.
Частота возникновения документов зависит от объема
предоставленных услуг фирмы и может варьироваться от одного в неделю до
нескольких сотен в день.
Структура документов и их формы представлены ниже по тексту.
Данные по документам:
Таблица 2.2
Данные по документам
Название
документа
Ответственны
й
Средни
й объём
Частота
актуализации
Средний
объем
актуализаци
и
«Заявка»
Отдел продаж
100
высокая
90
«Реализация»
Отдел продаж
90
высокая
90
«Возврат»
Отдел продаж
8
низкая
8
«ПКО»
Бухгалтер
10
низкая
5
«РКО»
Бухгалтер
10
низкая
5
«Приход по
банку»
Бухгалтер
10
низкая
5
«Расход по
банку»
Бухгалтер
10
низкая
5
«План продаж»
Бухгалтер
1
низкая
1
«Поступление
ТМЦ»
Склад
20
средняя
20
66
«Перемещение
»
Склад
20
средняя
20
«Списание»
Склад
8
низкая
8
«Возврат
поставщику»
Склад
5
низкая
5
2.8. Выбор системы управления базами данных
В качестве сервера базы данных в разрабатываемом проекте
используется SQL-сервер Microsoft SQL Server. Microsoft SQL Server имеет
целый ряд компонентов, которые обеспечивают максимальную разгрузку
клиентского приложения и гарантируют высокую безопасность и
целостность информации.
Для задания смысловой и ссылочной целостности в БД определяются:
- Отношения подчиненности между таблицами БД путем
определения первичных (PRIMARY) ключей у родительских и
внешних (FOREIGN) ключей у дочерних таблиц;
- Ограничения на значения отдельных столбцов путем определения
ограничений (CONSTAAINT) на значения домена или столбца;
при этом условия ограничений могут быть весьма разнообразны –
от требования попадания значения в определенный диапазон или
соответствия маске до определения отношения с одной или
несколькими записями из другой таблицы (или многих таблиц) БД;
- Бизнес-правила при помощи триггеров (TRIGGER) – подпрограмм,
автоматически выполняемых сервером до или после события
изменения записи в БД;
- Уникальные значения нужных полей путем создания и
использования генераторов (GENERATOR).
Для ускорения работы клиентских приложений с удаленной БД могут
быть использованы хранимые процедуры (STORED PROCEDURE), которые
представляют собой подпрограммы, принимающие и возвращающие
параметры и могущие выполнять запросы к БД, условные ветвления и
67
циклическую обработку. Хранимые процедуры пишутся на специальном
алгоритмическом языке. В хранимых процедурах программируются часто
повторяющиеся запросы к БД. Текст процедур хранится на сервере в
откомпилированном виде.
В составе записи БД могут определяться BLOB-поля (большой
двоичный объект), предназначенные для хранения больших объемов
данных в виде последовательности байтов. Таким образом могут хранится
текстовые и графические документы, файлы мультимедиа и т.д.
Интерпретация BLOB-поля выполняется в приложении.
Microsoft SQL Serverдает возможность использовать определяемые
пользователем функции., в которых реализуются функциональности,
отсутствующие в стандартных встроенных функциях Microsoft SQL Server.
Например, в них можно реализовать извлечение из значения даты номера
дня, месяца и года и т.д. Функция пишется на любом алгоритмическом языке,
позволяющем разрабатывать DLL.
Microsoft SQL Serverможет посылать клиентским приложениям
уведомления о наступлении какого-либо события (EVENT). Одновременно
работающие приложения могут обмениваться друг с другом сообщениями
через сервер БД.
Для обеспечения быстроты выполнения запросов и снятия с
клиентского приложения необходимости такие запросы выдавать в БД
можно определить виртуальные таблицы (VIEW), в которых объединяются
записи одной или нескольких таблиц, соответствующих некоторому
условию. Работа с просмотрами ничем не отличается от работы с таблицами.
В состав поставки Microsoft SQL Serverвходит множество утилит, через
которые можно создавать и выполнять любые запросы на создание БД,
изменение структуры, извлечение данных из БД или их изменение, управлять
сервером, следить за происходящими на сервере процессами.
Разработка и отладка проекта ведется на локальной) версии сервера.
Такая версия сервера устанавливается в любой операционной системе
68
Windows, на базе любого компьютера. Это позволяет легко вести разработку
и отладку приложения. После того как приложение отлажено на локальной
версии сервера происходит его масштабирование. БД переносится на сетевой
сервер, а изменения в клиентском приложении минимальны – необходимо
изменить псевдоним БД и возможно параметры соединения с сервером.
2.9. Разработка физической модели базы данных
Для более удобного представления словесное описание
инфологической модели было сведено к виду ER-диаграммы (рисунок
2.4). При этом сущности ER-диаграммы соответствуют объектам предметной
области.
Сущности и связи представляются в виде реляционной таблицы
(отношения). Отношение, соответствующее сущности, содержит атрибуты
(столбцы), являющиеся атрибутами сущности и описывающие сущность
(объект). Атрибут или множество атрибутов, которые однозначно
определяют объект, называются ключом.
69
Рисунок 2.4. ER-диаграмма
Одним из основных справочников программы автоматизации торговли
является справочник «Номенклатура». Для подробного описания
номенклатуры предназначены следующие реквизиты, описанные в таблице.
Таблица 2.3.
Состав реквизитов справочника «Номенклатура»
Наименование
реквизита
Тип реквизита
Описание
«Код»
Строка (9)
Код товара
«Наименование»
Строка (50)
Наименование товара
«Наименование
Полное»
Неограниченная
строка
Полное наименование товара
70
«Артикул»
Строка (10)
Артикул товара
«Вид»
СправочникСсы
лка.ВидыУслуг
Вид товара
«Комментарий»
Неограниченная
строка
Комментарий к товару
«Ответственный
Менеджер»
Строка (100)
Ответственный менеджер за
закупки
«ПризнакПлана»
Булево
Учитывать номенклатуру в
плане
У справочника «Номенклатура» нет табличной части. Справочник
«Номенклатура» является иерархическим, что позволяет группировать
номенклатуру по логическим группам.
Справочник «ВидыНоменклатуры» предназначен для хранения
информации по видам услуг. Реквизиты справочника «ВидыНоменклатуры»
описаны в таблице 2.4.
Таблица 2.4
Состав реквизитов справочника «ВидыНоменклатуры»
Наименован
ие реквизита
Тип реквизита
Описание
«Код»
Строка (9)
Код вида номенклатуры
«Наименовани
е»
Строка (50)
Наименование вида
номенклатуры
У справочника «ВидыНоменклатуры» нет табличной части. Ссылки на
элементы данного справочника выбираются в элементах справочника
«Номенклатура».
Справочник «Банки» предназначен для хранения информации по
банкам. Реквизиты справочника «Банки» описаны в таблице 2.5.
Таблица 2.5
Состав реквизитов справочника «Банки»
Наименован
ие реквизита
Тип реквизита
Описание
«Код»
Строка (9)
БИК банка
«Наименовани
Строка (100)
Наименование банка
71
е»
«КоррСчет»
Строка (20)
Корреспондентский счет
банка
«Город»
Строка (50)
Город, в котором находится
банк
«Адрес»
Строка
неограниченной
длины
Адрес банка
«Телефоны»
Строка
неограниченной
длины
Телефоны банка
У справочника «Банки» нет табличной части. Справочник «Банки»
является иерархическим, что позволяет группировать его данные по
логическим группам. Ссылки на элементы данного справочника выбираются
в элементы справочника «БанковскиеСчета».
Справочник «БанковскиеСчета» предназначен для хранения
информации по банковским счетам предприятия и конрагентов. Реквизиты
справочника «БанковскиеСчета» описаны в таблице 2.6.
Таблица 2.6
Состав реквизитов справочника «БанковскиеСчета»
Наименован
ие реквизита
Тип реквизита
Описание
«Код»
Строка (9)
Код счета
«Наименовани
е»
Строка (50)
Наименование счета
«НомерСчета»
Строка (20)
Номер счета
«Банк»
СправочникСсыл
ка.Банки
Банк, в котором открыт счет
«БанкДляРасче
тов»
СправочникСсыл
ка.Банки
Банк для расчетов
«ТекстКорресп
ондента»
Строка
неограниченной
длины
Текст корреспондента
«ТекстНазначе
ния»
Строка
неограниченной
длины
Текст назначения
«ВидСчета»
Строка (15)
Вид счета

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)