Разработка автоматизированной системы ведения хозяйственной деятельности ООО "Виктори"
Аналитический обзор существующих подходов к разработке автоматизированных систем. Постановка задачи и определение требований к программному обеспечению. Разработка концептуальной модели. Изучение особенностей разработки пользовательского интерфейса.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 21.03.2019 |
Размер файла | 4,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
СОДЕРЖАНИЕ
интерфейс пользовательский обеспечение программный
Введение
1 Анализ текущей ситуации
2 Аналитический обзор существующих подходов к разработке автоматизированных систем
3 Постановка задачи и определение требований к программному обеспечению
4 Проектирование системы
4.1 Разработка концептуальной и логической модели
4.2 Разработка блок схем алгоритмов
4.3 Разработка пользовательского интерфейса
5 Программная реализация приложения
6 Тестирование и анализ полученных результатов
7 Результаты внедрения системы
8 Разработка методических указаний
8.1 Руководство программиста
8.2 Руководство пользователя
Заключение
Список использованных источников
Приложение 1 логическая модель
Приложение 2 справка о внедрении автоматизированной системы
Приложение 3 листинг кода программы
ВВЕДЕНИЕ
В текущий информационный период учет хозяйственной деятельности различных предприятий введется в специализированных системах учета. Такой способ ведения удобен тем что позволяет хранить большой объем информации, быстро использовать и анализировать эту информацию, а также информировать заказчиков и сотрудников о её изменении.
Организация ООО «Виктори» занимается диспетчеризацией грузовых перевозок по большей части России. Для корректного ведения хозяйственной деятельности предприятия необходимо вести контроль за поступлением и отправкой товарно-транспортных документов, а также контролировать поступление и расходование денежных средств. При выполнении перевозок необходимо в программе отражать информацию о данной перевозке, всех заказчиках, и перевозчиках для последующей их обработки и контроля.
На данный момент на предприятии ведется базовый учет в специализированных типовых программах, которые не отвечают всем требования предприятия.
Так как базовый функционал не отвечает всем требования организации было решено в рамках дипломного проекта разработать собственную автоматизированную систему ведения хозяйственной деятельности предприятия. За основу для решения задачи по разработке системы был взят типовой функционал, который использовался на предприятии. Внедрение нового функционала позволит повысить эффективность и скорость работы работников данного предприятия, за счет снижения количества ручного контроля информации и времени поиска данной информации на бумажных носителях.
1 АНАЛИЗ ТЕКУЩЕЙ СИТУАЦИИ
Организация ООО «Виктори» занимается диспетчеризацией грузовых перевозок по большой части России. Для корректного ведения хозяйственной деятельности необходимо вести учет товарно-транспортных документов и банковских операций. На данный момент учет ведется в типовой программе 1С «Бухгалтерия» и программе «Бизнес пак», и выглядит следующим образом.
Сначала происходит обзвон заказчиков и поиск загрузок на специальном сайте «АвтоТрансИнфо» при котором уточняются данные по этой загрузке и её актуальность. Если загрузка актуальна, то её предлагают свободным перевозчикам. После согласия перевозчика происходит заключение заявки с заказчиком. Обычно заказчик присылает по электронной почте заявку(договор) на перевозку груза которую распечатывают, подписывают и отправляют обратно заказчику. Во время выполнения перевозки менеджер, который ответственен за данную машину, контролирует выполнение перевозки чтобы машина не опаздывала по времени и все документы необходимые при загрузке и выгрузке были в порядке. После выполнения перевозки водитель приносить документы по выгрузке в офис где бухгалтер записывает в тетрадь эти документы и сканирует их для отправки заказчику на проверку. Если документы в порядке, то бухгалтер печатает счета на оплату из программы «Бизнес пак» и конверт с местом доставки, запечатывает его и вечером отправляет их по почте. Все документы оправляются по почте заказными письмами так как у данных писем есть номер для их отслеживания на сайте. Обычно после получения документов заказчиком начинается отсчитывается срок до поступления оплаты. После получения оплаты и её отражении в банк клиенте происходить перенос данного поступления в программу 1С «Бухгалтерия» и создание в ней списания для оплаты водителю которое переносится в банк клиент вручную и отправляется в банк.
Данный процесс деятельности не эффективен так как требуется большое количество ручного контроля и отслеживания документов. Для анализа нет необходимой истории по загрузкам и деятельности с заказчиками и перевозчиками.
Для корректной и быстрой работы необходимо автоматизировать процесс загрузки и выгрузки списаний в банк, а также вести историю и контроль загрузок в специализированной программе для анализа текущей работы предприятия.
2 АНАЛИТИЧЕСКИЙ ОБЗОР СУЩЕСТВУЮЩИХ ПОДХОДОВ К РАЗРАБОТКЕ АВТОМАТИЗИРОВАННЫХ СИСТЕМ
В настоящее время существуют различные подходы к разработке автоматизированных систем, отличающиеся признаками, положенными в основу классификации. С практической точки зрения целесообразнее взять за основу классификации этих подходов признак использования тиражируемых программных средств [1]. Полученная таким образом схема представлена на рисунке 1.
Рисунок 1 - Подходы к построению автоматизированных систем
Ниже рассмотрим основные подходы к разработке показанные на схеме и выберем один из них для своей разработки [2]:
1. Самостоятельная разработка
Данный подход предполагает разработку автоматизированной системы собственными силами, без привлечения сторонних организаций и приобретения тиражируемого прикладного программного обеспечения. Исторически это первый из сложившихся подходов к построению систем автоматизации учета и управления. Он, разумеется, имеет право на существование и сегодня; и на первый взгляд даже является достаточно заманчивым для руководства ряда предприятий, имеющих в штате программистов. Однако использование этого подхода для большинства предприятий в перспективе может привести к бесполезной трате времени и средств.
Здесь нельзя не отметить еще одно обстоятельство. При самостоятельной разработке системы часто (явно или неявно) имеется ввиду ее дальнейшего коммерческого распространения. Нужно сразу сказать, что в сегодняшних условиях подобные надежды вряд ли имеют основания. Слишком велика в настоящее время конкуренция и требования к качеству систем, чтобы рядовая система имела реальные шансы на коммерческий успех.
В большинстве случаев для предприятия такой подход будет наиболее дорогим, длительным по срокам реализации и рискованным в смысле достижения поставленных целей.
Потенциально эффективным этот подход может быть для крупных предприятий, имеющих большой коллектив разработчиков, уже обладающих опытом разработки и внедрения комплексных систем автоматизации.
2. Заказные системы
При данном подходе вы заказываете разработку автоматизированной системы, как, например, заказывают нестандартную мебель. Это второй исторически сложившийся подход к построению. Он предполагает разработку системы, полностью соответствующей особенностям конкретного предприятия, что и является его основным преимуществом. В потенциале этот подход характеризуется сравнительно меньшей стоимостью и меньшими сроками реализации, чем самостоятельная разработка.
С технологической точки зрения наивно полагать, что разработчики будут создавать систему действительно «с нуля». У них наверняка есть заранее наработанные решения, которые будут адаптироваться к требованиям. Таким образом, во многих случаях сегодня «заказная» разработка фактически сводится к неявному использованию тиражируемых систем, которые имеются в распоряжении исполнителя. Результат разработки в этом случае во многом будет определяться качеством этих систем.
В целом использование подхода с разработкой заказных автоматизированных систем можно рекомендовать предприятиям с действительно уникальными особенностями бизнеса.
3. Тиражируемые (коробочные) продукты
При использовании этого подхода вы приобретаете программы автоматизации различных видов хозяйственного учета так же, как например, офисные программы. В ряде случаев программы поставляются в красочно оформленной упаковке (коробке), откуда, собственно, и пошло их название. В комплект поставки входит более или менее подробная инструкция по установке и эксплуатации программы, пользуясь которой в большинстве случаев можно достаточно быстро ввести эту программу в эксплуатацию.
Основными преимуществами подобного подхода являются сравнительно низкая стоимость программ, простота и, соответственно, небольшие сроки их освоения и, в ряде случаев, хороший сервис по сопровождению обновления версий программного обеспечения. Кроме того, продукты ведущих фирм тиражируются в больших количествах, следовательно, можно ожидать, что они хорошо апробированы и не содержат часто проявляющихся ошибок.
Единственным недостатком такого подхода является то, что собственную автоматизированную систему с его помощью практически создать не удается. Это объясняется недостаточной функциональностью и масштабом «коробочных» продуктов, а также проблемами совместимости систем различных производителей.
Использование коробочных продуктов целесообразно для малых предприятий и на средних предприятиях на начальных стадиях автоматизации финансово-хозяйственной деятельности.
4. Адаптируемые интегрированные системы
Подход к построению автоматизированных систем с применением адаптируемых интегрированных систем удачно сочетает ряд преимуществ уже рассмотренных подходов и свободен от их основных недостатков. Это, на первый взгляд, не совсем очевидное обстоятельство объясняется особенностями построения адаптируемых интегрированных систем, которые, если не вдаваться в технические подробности, состоят в следующем.
Во-первых, основу адаптируемой интегрированной системы составляет тщательно проработанное и предназначенное для тиражирования программное ядро. Это ядро изначально функционально ориентировано на возможность обеспечения комплексной автоматизации управленческого и других видов учета, данные которых необходимы в автоматизированной системе. Таким образом наличие этого ядра с одной стороны в потенциале обеспечивает интегрированным системам такие преимущества тиражируемых систем, как использование апробированных решений и, с другой - устраняет недостаточный уровень функциональности и проблемы совместимости «коробочных» продуктов.
Во-вторых, адаптируемые интегрированные системы содержат гибкие средства настройки характеристик и возможностей создаваемой автоматизированной системы на особенности бизнеса конкретной организации. Поэтому при таком подходе к разработке автоматизированной системы появляется возможность удовлетворения требований заказчика, как это характерно для самостоятельно разрабатываемых или заказных систем, но сроки и риск неудачного выполнения работ здесь могут быть существенно сокращены за счет использования апробированного тиражируемого ядра.
В результате, автоматизированные системы, построенные с использованием этого подхода, отличаются сравнительно небольшим временем разработки, эффективностью решения задач автоматизации управления и сравнительной простотой модификации при изменении организационной структуры предприятия или существующих бизнес-процессов.
Как видно из рисунка 1, адаптация интегрированной системы может производиться как силами заказчика, так и силами сторонней фирмы.
Для нашего дипломного проекта больше всего подходит подход адаптируемые интегрированные системы, так как для разработки будет использован стандартный функционал 1С «Управление торговлей» который будет дорабатывается для удовлетворения всех требований организации.
3 ПОСТАНОВКА ЗАДАЧИ И ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
В ходе анализа, проведенного в пункте 1 установлено, что текущая система ведения хозяйственной деятельности предприятия является не эффективной. Для оптимизации работы предприятия была поставлена задача разработать собственную систему ведения хозяйственной деятельности предприятия. Для работы данной системы необходимо следующее программное обеспечение:
1. 1С:Предприятие (версия платформы не ниже 8.3.10.2667);
Так как на данном предприятии уже установлена конфигурации 1С «Бухгалтерия», а также есть типовое прикладное решение для сокращения времени разработки автоматизированной системы было решено использовать программу 1С:Предприятие. Версия платформы 8.3.10.2667 и выше необходима для корректного функционирования 1С «Бухгалтерии» поэтому для разработки системы будем использовать платформу этой версии.
1С:Предприятие - программный продукт для автоматизации деятельности предприятий, первоначально предназначался для автоматизаций управленческого и бухгалтерского учета, в настоящее время охватывает и другие сферы деятельности [3].
1С: Предприятие состоит из пользовательского режим работы и технологической платформы. Технологическая платформа своего рода оболочка над базой данных, которая предоставляет объекты данных и механизмы управления объектами.
Совокупность взаимосвязанных объектов описываются в виде конфигураций. При автоматизации каких-либо учетных задач создается своя конфигурация, которая представляет собой уже законченное прикладное решение.
2. База данных.
Для работы программы была выбрана база данных PostgreSQL. PostgreSQL - это наиболее продвинутая объектно-реляционная база данных которая ставит перед собой задачу полного соответствия как стандартам SQL, так и международным стандартам ANSI/ISO [4].
Отличием PostgreSQL от других систем управления базами данных является интеграция объектно-ориентированной и/или реляционной моделей.
Благодаря своей внутренней структуре, PostgreSQL обладает высоким уровнем параллелизма и впечатляющей производительностью.
Несмотря на то, что PostgreSQL не настолько популярна, как MySQL, существует множество приложений сторонних производителей, значительно облегчающих работу с этой чрезвычайно мощной СУБД.
Преимущества PostgreSQL:
- PostgreSQL - это ПО с открытым исходным кодом, отвечающее всем стандартам СУРБД
- Обширное сообщество пользователей
- Наличие большого числа приложений сторонних производителей для настройки и управления
- Расширение функционала за счет создания хранимых процедур
- PostgreSQL - не реляционная, а объектно-реляционная база данных, поддерживающая все свойства ООП.
Данная база будет использоваться для работы 1С Предприятие в клиент-серверном варианте работы. Клиент-серверный вариант подразумевает под собой хранение информационной базы в одной из поддерживаемых СУБД. И через кластер серверов 1С Предприятие, к ней по мере необходимости будут обращается клиентские приложения. Данный способ предназначен для большего количества пользователей чем файловый, от 10 и больше. Клиент-серверный вариант имеет большую надежность от сбоев локальной сети и клиентских компьютеров, имеет высокую производительность при обработке больших объемов данных. Так же данный способ удобен в администрировании и пользователи не имеют доступа непосредственно к файловой системе серверов.
При использовании клиент-серверного варианта работы с 1С, программа, работающая у пользователя, будет получать только необходимую информацию, все основные расчеты и обработки будут выполняться непосредственно на сервере. Данный способ позволяет выполнение более объемных и ресурсоемких операций гораздо быстрее чем при файловом варианте.
Так как на предприятии сотрудники работают через терминальный доступ к серверу Windows Server 2012 данный вариант работы позволит ускорить работу программы на терминалах пользователей.
3. Конфигурация «Управление торговлей» (ред. 11);
"1С: Управление торговлей" -- это современный инструмент повышения эффективности бизнеса торгового предприятия.
Прикладное решение позволяет в комплексе автоматизировать задачи оперативного и управленческого учета, анализа и планирования торговых операций, обеспечивая тем самым эффективное управление современным торговым предприятием.
«1C Управление торговлей» (ред. 11) является очередным этапом развития прикладного решения, предназначенного для автоматизации предприятий оптовой и оптово-розничной торговли.
Данная конфигурация будет взята за основу для использования стандартного функционала, который сократит время разработки новой автоматизированной системы учета.
4. Настроенные адреса электронной почты.
Электронная почта необходима для отправки документов заказчикам и перевозчикам. На предприятии используется доменная электронная почта, которая зарегистрирована на стороннем хостинге.
Автоматизированная система ведения хозяйственной деятельности должна иметь следующий функционал:
1. Хранение всей информации о выполненных перевозках;
2. Хранение информации о заказчиках и перевозчиках для дальнейшего использования;
3. Контроль сроков оплаты заказчиков и перевозчиков для своевременного реагирования за просрочкой сроков оплаты;
4. Контроль правильности оформления заявок и документов;
5. Возможность распечатки из программы собственных заявок, счетов, договоров, счет-фактур и конвертов для отправки заказчикам и перевозчикам;
6. Возможность отправки электронных документов заказчику и перевозчику напрямую из программы;
7. Формирование списка для оплаты перевозчиков по выполненным и оплаченных со стороны заказчика заявкам;
8. Различные отчеты для анализа и контроля текущей деятельности предприятия;
9. Возможность выгрузки и загрузки поступлений и списаний в банк клиент предприятия;
10. Настройка обмена информацией между автоматизированной системой и 1С «Бухгалтерия» для формирования отчетности в налоговую;
11. Система статусов заявки для отслеживания этапов работы с данной заявкой;
4 ПРОЕКТИРОВАНИЕ СИСТЕМЫ
4.1 Разработка концептуальной и логической модели
Концептуальной (информационной) модель называется описание нашей автоматизированной системы и её связей между объектами данной области без наложения на определенные аспекты реализации базы данных, определяющий её структуру
Данная модель должна быть понятной, однозначной и не зависеть от данных внешней информации.
Важнейший этап проектирования базы данных это - создание концептуальной модели [5]. Концептуальная модель автоматизированной системы представлена на рисунках 2 - 4.
Рисунок 2 - Концептуальная модель автоматизированной системы
Рисунок 3 - Концептуальная модель автоматизированной системы
Рисунок 4 - Концептуальная модель автоматизированной системы
Логическая модель является графическим представление структуры рассматриваемой предметной области. Она позволяет графически изобразить структуру данных с их атрибутами и связями. Данное модель будет более краткой чем физическая модель. Данная модель в будущем может быть реализована в различных системах управления базами данных такими как MSQL, Oracle, PostgreSQL. Логическая модель предназначена для детализации информации нашей автоматизированной системы в виде, удобном для последующей разработке [3]. Логическая модель автоматизированной системы представлена в Приложении А.
Физическая модель является детализированным описание структуры полученной на этапе создания логической модели в конкретной системе управления базами данных. Данное описание содержит информацию о различных деталях реализации (индексах, ключах, типах атрибутах), которые определены в терминах определенного языка программирования.
Так как таблиц и полей в данных таблицах много, описание физической модели приведено в таблицах, представленных ниже [6].
Справочники.
Справочники -- это прикладные объекты платформы 1С:Предприятие. Обычно в справочнике хранится информация, которая не зависит от временных данных и не меняется. Уникальность записей в справочниках достигается посредством использования уникального наименования и кода. Справочников представлены в таблицах 1 - 22 [7].
Таблица 1 - Справочник банковские счета контрагентов
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(150) |
||
Владелец |
Строка |
FK |
|
НомерСчета |
Строка(20) |
||
Банк |
Строка(100) |
||
БИКБанка |
Число(9) |
||
КоррСчетБанка |
Строка(20) |
Таблица 2 - Справочник банковские счета организаций
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(150) |
||
Владелец |
Строка |
FK |
|
Номер счета |
Строка(20) |
||
Банк |
Строка(100) |
||
БИКБанка |
Число(9) |
||
КоррСчетБанка |
Строка(20) |
||
ИспользоватьОбменСБанком |
Булево |
||
Программа |
Строка(255) |
||
ФайлЗагрузки |
Строка(255) |
||
ФайлВыгрузки |
Строка(255) |
Таблица 3 - Справочник контрагенты
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(100) |
||
ЮрФизЛицо |
Перечисление(ЮрЛицо, ФизЛицо, ЮрЛицоНеРезидент , ИндивидуальныйПредприниматель) |
||
ИНН |
Строка(12) |
||
КПП |
Строка(9) |
Поле |
Тип поля |
Ключ |
|
КодПоОКПО |
Строка (10) |
||
Партнер |
Строка |
FK |
|
КонтактнаяИнформация |
Табличная часть |
Таблица 4 - Табличная часть контактная информация
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Тип |
Перечисление(Адрес, Телефон, АдресЭлектроннойПочты, ВебСтраница, Факс, Другое) |
||
Вид |
Перечисление(ДругаяИнформацияКонтрагенты, ПочтовыйАдресКонтрагента, ТелефонКонтрагента, ФаксКонтрагенты, ФактАдресКонтрагента, EmailКонтрагента, ЮрАдресКонтрагента) |
||
Предстовление |
Строка(500) |
||
ЗначенияПолей |
Строка(0 - неограниченная длина) |
||
НомерТелефона |
Строка (20) |
||
НомерТелефонаБезКодов |
Строка(20) |
Таблица 5 - Справочник контактная информация лида
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(100) |
||
Код |
Строка(9) |
||
Владелец |
Строка |
FK |
|
Емайл |
Строка(40) |
||
ICQ |
Строка (10) |
||
Телефон |
Строка(50) |
||
МобильныйТелефон |
Строка(50) |
||
Доб |
Строка (10) |
Таблица 6 - Справочник лид
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(50) |
||
Код |
Строка(9) |
||
Владелец |
Строка |
||
КонтактноеЛицоДляЗвонка |
Строка |
||
Перезвонить |
Дата |
||
Примечание |
Строка(0 - неограниченная длина) |
||
ЮрНаименование |
Строка(100) |
||
Получатель |
Строка(0 - неограниченная длина) |
||
Местоположение |
Строка(0 - неограниченная длина) |
||
ИНН |
Строка(12) |
Поле |
Тип поля |
Ключ |
|
КодАти |
Строка(7) |
||
НашЗаказчик |
Булево |
||
ОтветственныйЛогист |
Строка |
||
НашаЗаявка |
Булево |
||
Развоз |
Булево |
||
ЧерныйСписок |
Булево |
||
ИнтересныеЗагрузки |
Булево |
||
НаличнаяОплатаБезЗаявок |
Булево |
||
НеРаботаем |
Булево |
||
Рекомендации |
Число(10) |
||
Рейтинг |
Число(10,2) |
||
ВсегоЗаявок |
Число(8) |
||
Задолженность |
Число(10) |
||
Претензии |
Число(10) |
||
НедобросовестныйПартнер |
Число(10) |
||
ДопустимоеКоличествоЗаявок |
Число(10) |
||
ЛичныйКредит |
Число(10) |
||
История |
Табличная часть |
||
Партнер |
Табличная часть |
||
ДоговораЗаказчиков |
Табличная часть |
||
ДебиторскаяЗадолженность |
Табличная часть |
Таблица 7 - Табличная часть история
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Дата |
Дата |
||
Содержание |
Строка(0) |
||
Логист |
Строка |
FK |
|
Перезвонить |
Дата |
||
Контакт |
Строка |
FK |
Таблица 8 - Табличная часть партнер
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Партнер |
Строка |
FK |
Таблица 9 - Табличная часть договора заказчиков
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Документ |
Перечисление |
||
Организация |
Строка |
||
Фирма |
Строка |
||
Имя |
Строка(100) |
||
ДатаЗаключенияДоговора |
Дата |
Поле |
Тип поля |
Ключ |
|
БанковскийСчет |
Строка |
Таблица 10 - Табличная часть дебиторская задолженность
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Дата |
Дата |
||
Кто |
Строка |
FK |
|
Примечание |
Строка(1000) |
||
КогдаПерезвонить |
Дата |
||
КомуЗвонили |
Строка |
FK |
Таблица 11 - Справочник организации
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(50) |
||
НаименованиеСокращенное |
Строка(250) |
||
НаименованиеПолное |
Строка(250) |
||
ИНН |
Строка(12) |
||
КПП |
Строка(9) |
||
КодОКВЭД |
Строка(8) |
||
КодПоОКПО |
Строка(10) |
||
ОГРН |
Строка(15) |
||
ДатаРегистрации |
Дата |
||
Префикс |
Строка(2) |
||
КонтактнаяИнформация |
Табличная часть |
Таблица 12 - Табличная часть контактная информация
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Тип |
Перечисление(Адрес, Телефон, АдресЭлектроннойПочты, ВебСтраница, Факс, Другое) |
||
Вид |
Перечисление(ДругаяИнформацияОрганизации, ПочтовыйАдресОрганизации, ТелефонОрганизации, ФаксОрганизации, ФактАдресОрганизации, EmailОрганизации, ЮрАдресОрганизации) |
||
Предстовление |
Строка(500) |
||
ЗначенияПолей |
Строка(0 - неограниченная длина) |
||
НомерТелефона |
Строка (20) |
||
НомерТелефонаБезКодов |
Строка(20) |
Таблица 13 - Справочник ответственные лица организации
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(100) |
||
Владелец |
Строка |
FK |
|
ФизическоеЛицо |
Строка |
FK |
|
Должность |
Строка(100) |
||
ДатаНачала |
Дата |
||
ДатаОкончания |
Дата |
||
ОснованиеПраваПодписи |
Строка(50) |
Таблица 14 - Справочник партнеры
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(100) |
||
Код |
Строка(11) |
||
ЮрФизЛицо |
Перечисление(Компания, ЧастноеЛицо) |
||
НаименованиеПолное |
Строка(250) |
||
Клиент |
Булево |
||
Поставщик |
Булево |
||
ПрочиеОтношения |
Булево |
||
Диспетчер |
Булево |
||
Руководитель |
Строка(150) |
||
РуководительДляПодписи |
Строка(100) |
Таблица 15 - Справочник пользователи
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(100) |
||
ТекущееПодразделение |
Строка(100) |
||
ИдентификаторПользователяИБ |
УникальныйИдентификатор(Число) |
||
ФизическоеЛицо |
Строка |
||
ТабельныйНомер |
Число(10) |
Таблица 16 - Справочник физические лица
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(50) |
||
ДатаРождения |
Строка(100) |
||
Пол |
УникальныйИдентификатор(Число) |
||
ИНН |
Строка |
||
КонтактнаяИнформация |
Табличная часть |
Таблица 17 - Табличная часть контактная информация
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
Продолжение таблицы 17
Поле |
Тип поля |
Ключ |
|
Тип |
Перечисление(Адрес, Телефон, АдресЭлектроннойПочты, ВебСтраница, Факс, Другое) |
||
Вид |
Перечисление(АдресДляИнформированияФизическиеЛица, АдресЗаПределамиРФФизическиеЛица, АдресМестаПроживанияФизическиеЛица, АдресПоПропискеФизическиеЛица, ТелефонДомашнийФизическиеЛица, ТелефонМобильныйФизическиеЛица, ТелефонРабочийФизическиеЛица, EmailФизическогоЛица) |
||
Предстовление |
Строка(500) |
||
ЗначенияПолей |
Строка(0 - неограниченная длина) |
||
НомерТелефона |
Строка (20) |
||
НомерТелефонаБезКодов |
Строка(20) |
Таблица 18 - Справочник водители
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(50) |
||
Код |
Строка(9) |
||
Владелец |
Строка |
FK |
|
ПаспортСерия |
Строка (4) |
||
ПаспортНомер |
Строка(6) |
||
ПаспортДата |
Дата |
||
ПаспортКем |
Строка(100) |
||
Прописка |
Строка(150) |
||
Телефон |
Строка(16) |
||
ВодУдостов |
Строка (20) |
||
ДатаРождения |
Дата |
||
ВодительПеревозчик |
Булево |
Таблица 19 - Справочник прицепы
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(50) |
||
Код |
Строка(9) |
||
ТипТС |
Перечисление(Борт, Изотерм, Реф, Тент, Тент_борт) |
||
Владелец |
Строка |
FK |
|
ВидЗагрузки |
Перечисление (Бок, Верх, Зад_Бок, Зад) |
||
Грузоподъемность |
Перечисление (_1_5, _10 , _15, _20 , _3, _5) |
||
Объем |
Число(2) |
||
Примечание |
Строка(300) |
Таблица 20 - Справочник транспортные средства
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(10) |
||
Код |
Строка(9) |
||
ТипТС |
Перечисление(Борт, Изотерм, Реф, Тент, Тент_борт) |
||
Владелец |
Строка |
FK |
|
ВидЗагрузки |
Перечисление (Бок, Верх, Зад_Бок, Зад) |
||
Грузоподъемность |
Перечисление (_1_5, _10 , _15, _20 , _3, _5) |
||
Объем |
Число(2) |
||
Примечание |
Строка(300) |
||
ГосНомерПП |
Строка |
FK |
|
МодельТС |
Строка(50) |
||
Водитель |
Строка |
FK |
Таблица 21 - Справочник договора партнеров
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Наименование |
Строка(50) |
||
Код |
Строка(9) |
||
Владелец |
Строка |
FK |
|
Контрагент |
Строка |
FK |
|
Сканы |
Табличная часть |
Таблица 22 - Табличная часть сканы
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Договор |
Строка(10) |
||
Документ |
Перечисление(Договор, ДоговорСПеревозчикомДляОплаты, ДоговорСПеревозчиком, ПаспортСобственника) |
||
Организация |
Строка |
||
ПериодОт |
Дата |
||
ПериодДо |
Дата |
||
Имя |
Строка(100) |
Документы.
Документы -- это прикладные объекты конфигурации. В нашем случае документы будут использоваться для хранения информации о хозяйственных операциях и информации зависящей от времени. Документы автоматизированной системы представлены в таблицах 23- 38.
Таблица 23 - Документы счета на оплату клиенту
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Номер |
Строка(11) |
||
Дата |
Дата |
||
Валюта |
Строка(50) |
||
Партнер |
Строка |
||
Контрагент |
Строка |
||
Организация |
Строка |
FK |
|
БанковскийСчет |
Строка |
||
Руководитель |
Строка |
FK |
|
ГлавныйБухгалтер |
Строка |
||
ЭтапыГрафикаОплаты |
Табличная часть |
Таблица 24 - Табличная часть этапы графика оплаты
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
ДатаПлатежа |
Дата |
||
ПроцентПлатежа |
Число(5,2) |
||
СуммаПлатежа |
Число(15,2) |
Таблица 25 - Документ поступление безналичных денежных средств
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Номер |
Строка(11) |
||
Дата |
Дата |
||
ПроведеноБанком |
Булево |
||
Организация |
Строка |
FK |
|
ДатаПроведенияБанком |
Дата |
||
БанковскийСчет |
Строка |
FK |
|
СуммаДокумента |
Число(15,2) |
||
Валюта |
Строка(50) |
||
Контрагент |
Строка |
FK |
|
ХозяйственнаяОперация |
Перечисление(ПоступлениеОплатыОтКлиента, ПоступлениеДенежныхСредствСДругогоСчета , ИнкассацияДенежныхСредствВБанк, ПрочиеДоходы, ПрочееПоступлениеДенежныхСредств, ВозвратДенежныхСредствОтПоставщика, ВозвратДенежныхСредствОтПодотчетника, ) |
||
НомерВходящегоДокумента |
Строка(11) |
||
ДатаВходящегоДокумента |
Дата |
||
БанковскийСчетКонтрагента |
Строка |
FK |
|
РасшифровкаПлатежа |
Табличная часть |
||
НазначениеПлатежа |
Строка(100) |
Таблица 26 - Табличная часть расшифровка платежа
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Партнер |
Строка |
FK |
|
СтатьяДвиженияДенежныхСредств |
Перечисление (ПоступлениеОплатыОтКлиента) |
||
ОснованиеПлатежа |
Строка |
||
Заказ |
Строка |
||
Сумма |
Число(15,2) |
Таблица 27 - Документ приходный кассовый ордер
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Номер |
Строка(11) |
||
Дата |
Дата |
||
Организация |
Строка |
FK |
|
СуммаДокумента |
Число(15,2) |
||
Валюта |
Строка(50) |
||
Контрагент |
Строка |
FK |
|
ХозяйственнаяОперация |
Перечисление(ПоступлениеОплатыОтКлиента, ПоступлениеДенежныхСредствСДругогоСчета , ИнкассацияДенежныхСредствВБанк, ПрочиеДоходы, ПрочееПоступлениеДенежныхСредств, ВозвратДенежныхСредствОтПоставщика, ВозвратДенежныхСредствОтПодотчетника, ) |
||
РасшифровкаПлатежа |
Табличная часть |
||
Основание |
Строка(250) |
Таблица 28 - Табличная часть расшифровка платежа
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Партнер |
Строка |
FK |
|
СтатьяДвиженияДенежныхСредств |
Перечисление (ПоступлениеОплатыОтКлиента) |
||
ОснованиеПлатежа |
Строка |
||
Заказ |
Строка |
||
Сумма |
Число(15,2) |
Таблица 29 - Документ списание безналичных денежных средств
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Номер |
Строка(11) |
||
Дата |
Дата |
||
ТипПлатежногоДокумента |
Перечисление(ПлатежноеПоручение, Аккредитив, ПлатежноеТребование, ИнкассовоеПоручение, ПлатежныйОрдер, БанковскийОрдер) |
||
ПроведеноБанком |
Булево |
||
Поле |
Тип поля |
Ключ |
|
Организация |
Строка |
FK |
|
ДатаПроведенияБанком |
Дата |
||
БанковскийСчет |
Строка |
FK |
|
СуммаДокумента |
Число(15,2) |
||
Валюта |
Строка(50) |
||
Контрагент |
Строка |
FK |
|
ХозяйственнаяОперация |
Перечисление(ОплатаПоставщику, ВыдачаПодотчетнику, ПеречислениеНалога, ВыплатаЗарплатыПоЗарплатномуПроекту, ВыплатаЗарплатыНаЛицевыеСчета, ПеречислениеНаДругойСчет, ИнкассацияИзБанка, ПрочиеРасходы, ВозвратОплатыКлиенту ) |
||
НомерВходящегоДокумента |
Строка(11) |
||
ДатаВходящегоДокумента |
Дата |
||
БанковскийСчетКонтрагента |
Строка |
FK |
|
РасшифровкаПлатежа |
Табличная часть |
||
НазначениеПлатежа |
Строка(100) |
||
ПеречислениеВБюджет |
Булево |
||
ВидПеречисленияВБюджет |
Перечисление(НалоговыйПлатеж, ТаможенныйПлатеж, ИнойПлатеж) |
||
КодБК |
Строка(20) |
||
КодОКАТО |
Строка(11) |
||
ПоказательОснования |
Строка(2) |
||
ПоказательПериода |
Строка(10) |
||
ПоказательТипа |
Строка(2) |
Таблица 30 - Табличная часть расшифровка платежа
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Партнер |
Строка |
FK |
|
СтатьяДвиженияДенежныхСредств |
Перечисление (Оплата поставщику) |
||
ОснованиеПлатежа |
Строка |
||
Заказ |
Строка |
||
Сумма |
Число(15,2) |
Таблица 31 - Документ расходный кассовый ордер
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Номер |
Строка(11) |
||
Дата |
Дата |
||
Организация |
Строка |
FK |
|
СуммаДокумента |
Число(15,2) |
||
Валюта |
Строка(50) |
||
Контрагент |
Строка |
FK |
Продолжение таблицы 31
Поле |
Тип поля |
Ключ |
|
ХозяйственнаяОперация |
Перечисление(ОплатаПоставщику, ВыдачаПодотчетнику, ПеречислениеНалога, ВыплатаЗарплатыПоЗарплатномуПроекту, ВыплатаЗарплатыНаЛицевыеСчета, ПеречислениеНаДругойСчет, ИнкассацияИзБанка, ПрочиеРасходы, ВозвратОплатыКлиенту ) |
||
РасшифровкаПлатежа |
Табличная часть |
||
Основание |
Строка(250) |
Таблица 32 - Табличная часть расшифровка платежа
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Партнер |
Строка |
FK |
|
СтатьяДвиженияДенежныхСредств |
Перечисление (Оплата поставщику) |
||
ОснованиеПлатежа |
Строка |
||
Заказ |
Строка |
||
Сумма |
Число(15,2) |
Таблица 33 - Документ заявка
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
PK |
|
Номер |
Строка(11) |
||
Дата |
Дата |
||
Статус |
Перечисление (СрывЗагрузки, НеУчитывать, Сопровождение, СогласованиеСПеревозчиком, СогласованиеСЗаказчиком, Предварительная, ОтпаравитьДокументыЗаказчику, Обработка, ОтмененаЗаказчиком, ЗакрытаЗаказчиком, ЗагруженСАТИ, ЖдемТД, ЖдемОплату, ЖдемАкт, Закрыта, ВРаботе, АТИДогруз) |
||
ТСВыгружена |
Булево |
||
СрывЗагрузки |
Булево |
||
Заказчик |
Строка |
FK |
|
Менеджер |
Строка |
FK |
|
Контакт |
Строка |
FK |
|
ЧастичнаяОплата |
Булево |
||
СтавкаОсн |
Число(6) |
||
РубСТонЗ |
Число(10) |
||
ОплатаЗ_Срок |
Перечисление( НаЗагрузкеВыгрузке, НаЗагрузке, По_оригиналам, По_факту, По_копиям, Предоплата) |
||
ОплатаЗ_Форма |
Перечисление( БНР, БН, На_карту, Нал, Предоплата) |
||
ОплатаЗ_Дни |
Число(3) |
||
Плательщик |
Строка |
FK |
|
ПечатьСчетаБезУказанияПлательщика |
Булево |
||
ДокументыОтправитьСВодителем |
Булево |
||
Поле |
Тип поля |
Ключ |
|
ТТННаВыгрузке |
Булево |
||
НесколькоПлательщиков |
Булево |
||
ПримечаниеОЗ |
Строка(0) |
||
ДопРасходы |
Табличная часть |
||
Загрузка |
Табличная часть |
||
Выгрузка |
Табличная часть |
||
ГрузДляВывода |
Строка(50) |
||
Упаковка |
Строка(50) |
||
Вес |
Число(3,1) |
||
Объем |
Число(2) |
||
ТипТС |
Перечисление(Борт, Изотерм, Реф, Тент, Тент_борт) |
||
ГрузоподъемностьТС |
Перечисление (_1_5, _10 , _15, _20 , _3, _5) |
||
ВидЗагрузки |
Перечисление (Бок, Верх, Зад_Бок, Зад) |
||
ЦелыйТент |
Булево |
||
ПломбирТрос |
Булево |
||
Ремни |
Число(2) |
||
ДополнениеЗаказчика |
Строка(0) |
||
ПримечаниеОП |
Строка(0) |
||
Перевозчик |
Строка |
FK |
|
КонтактПеревозчика |
Строка |
FK |
|
Водитель |
Строка |
FK |
|
СМСОтправлен |
Булево |
||
ТС |
Строка |
FK |
|
МенеджерПеревозчика |
Строка |
FK |
|
СтавкаП |
Число(6) |
||
РубСТонП |
Число(10) |
||
ЧастичнаяОплатаП |
Булево |
||
НеМенятьФормуУПеревозчика |
Булево |
||
ОплатаП_Форма |
Перечисление( БНР, БН, На_карту, Нал, Предоплата) |
||
ОплатаП_Срок |
Перечисление( НаЗагрузкеВыгрузке, НаЗагрузке, По_оригиналам, По_факту, По_копиям, Предоплата) |
||
ОплатаП_Дни |
Число(3) |
||
ПримечаниеКПринятиюЗаявки |
Строка(0) |
||
СчетП |
Строка(15) |
||
СчетПДата |
Дата |
||
ОТТНДатаПол |
Дата |
||
СчетПДатаПол |
Дата |
||
ДатаОплатыПеревозчик |
Дата |
||
ОСчетДатаОтпр |
Дата |
||
КвитокДатаОтпр |
Дата |
||
ДатаОплатыРасчетная |
Дата |
||
СтоимостьОтправкиПисьма |
Число(5,2) |
||
ПрикрепленныеФайлы |
Табличная часть |
||
Услуги |
Табличная часть |
Таблица 34 - Табличная часть дополнительные расходы
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Расход |
Строка(50) |
||
Сумма |
Число(7,2) |
||
Партнер |
Строка |
Таблица 35 - Табличная часть загрузка
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
ДатаНачалаЗ |
Дата |
||
ДатаОкончанияЗ |
Дата |
||
Адрес |
Строка(0) |
||
УлицаДом |
Строка(200) |
||
Примечание |
Строка(200) |
||
Грузооправитель |
Строка(0) |
||
ГрузоотправительАдрес |
Строка(0) |
Таблица 36 - Табличная часть выгрузка
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
ДатаНачалаВ |
Дата |
||
ДатаОкончанияВ |
Дата |
||
АдресВ |
Строка(0) |
||
УлицаДомВ |
Строка(200) |
||
ПримечаниеВ |
Строка(200) |
||
ГрузооправительВ |
Строка(0) |
||
ГрузоотправительАдресВ |
Строка(0) |
Таблица 37 - Табличная часть прикрепленные файлы
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
ИмяФайла |
Строка(100) |
||
Документ |
Перечисление(ТТН, СчетЗаказчика, СчетПеревозчика, ПутевойЛист, Квиток, ДоговорСЗаказчиком, ДоговорСПеревозчиком) |
||
ДатаВремя |
Дата |
||
Отправлен |
Булево |
||
Кто |
Строка |
Таблица 38 - Табличная часть услуги
Поле |
Тип поля |
Ключ |
|
Ссылка |
Строка |
FK |
|
Услуга |
Строка(50) |
||
ОплатаЗ_Ставка |
Число(8,2) |
||
ОплатаП_Ставка |
Число(8,2) |
||
Плательщик |
Строка |
||
СчетаНаОплату |
Строка(100) |
Регистры накопления.
Данные регистры предназначены для контроля движение денежных средств предприятия при проведении документов. Используемы регистры представлены в таблицах 39-40.
Таблица 39 - Регистр накопления расчеты с клиентами
Поле |
Тип поля |
Ключ |
|
Организация |
Строка |
FK |
|
Партнер |
Строка |
FK |
|
Контрагент |
Строка |
FK |
|
Валюта |
Строка(50) |
||
ЗаказКлиента |
Строка |
||
Период |
Дата |
||
Сумма |
Число(15,2) |
||
СуммаРегл |
Число(15,2) |
||
КОплате |
Число(15,2) |
||
ФормаОплаты |
Перечисление( БНР, БН, На_карту, Нал, Предоплата) |
||
ХозяйственнаяОперация |
Перечисление(ПоступлениеОплатыОтКлиента, ПоступлениеДенежныхСредствСДругогоСчета , ИнкассацияДенежныхСредствВБанк, ПрочиеДоходы, ПрочееПоступлениеДенежныхСредств, ВозвратДенежныхСредствОтПоставщика, ВозвратДенежныхСредствОтПодотчетника, ) |
||
ДатаРегистратора |
Дата |
||
ДатаПлатежа |
Дата |
||
ВидДвижения |
Перечисление(Приход, расход) |
Таблица 40 - Регистр накопления расчеты с поставщиками
Поле |
Тип поля |
Ключ |
|
Организация |
Строка |
FK |
|
Партнер |
Строка |
FK |
|
Контрагент |
Строка |
FK |
|
Валюта |
Строка(50) |
||
ЗаказКлиента |
Строка |
||
Период |
Дата |
||
Сумма |
Число(15,2) |
||
СуммаРегл |
Число(15,2) |
||
КОплате |
Число(15,2) |
||
ФормаОплаты |
Перечисление( БНР, БН, На_карту, Нал, Предоплата) |
Поле |
Тип поля |
Ключ |
|
ХозяйственнаяОперация |
Перечисление(ОплатаПоставщику, ВыдачаПодотчетнику, ПеречислениеНалога, ВыплатаЗарплатыПоЗарплатномуПроекту, ВыплатаЗарплатыНаЛицевыеСчета, ПеречислениеНаДругойСчет, ИнкассацияИзБанка, ПрочиеРасходы, ВозвратОплатыКлиенту ) |
||
ДатаРегистратора |
Дата |
||
ДатаПлатежа |
Дата |
||
ВидДвижения |
Перечисление(Приход, расход) |
Регистры сведений.
Данные регистры предназначены для хранения информации в нескольких измерения. Поля данного регистра представлены в таблице 41.
Таблица 41 - Регистр сведений трекинг почты
Поле |
Тип поля |
Ключ |
|
Заявка |
Строка |
FK |
|
ДатаПолучения |
Дата |
||
Трек |
Строка(30) |
||
ДатаПроверки |
Дата |
||
РезультатПроверки |
Строка(0) |
4.2 Разработка блок схем алгоритма
При проектировании автоматизированной системы были разработаны алгоритмы работы. Ниже на рисунках 5 - 10 представлены алгоритмы работы обмена данными между информационными базами. Так как алгоритмов много будут представлены самые сложные. Поиск организации, контрагента и номенклатуры в бухгалтерии происходит по одному алгоритму. Поэтому для данных поисков напишем один алгоритм работы.
Рисунок 5 - Блок схема алгоритма работы обмена информацией с бухгалтерией
Продолжение рисунка 5
Рисунок 6 - Блок схема алгоритма поиска контрагента
Рисунок 7 - Блок схема алгоритма поиска объектов в подключённой информационной базе
Рисунок 8 - Блок схема алгоритма подключения к информационной базе
Рисунок 9 - Блок схема алгоритма выгрузки списаний с расчетного счета
Продолжение рисунка 9
Рисунок 10 - Блок схема алгоритма выгрузки реализации в базу данных
Продолжение рисунка 10
4.3 Разработка пользовательского интерфейса
Пользовательский интерфейс - это комплекс систем который пользователь использует для контроля программным продуктом. Современные виды интерфейсов [8]:
1. Командный интерфейс
Пользователь взаимодействует с программой посредством отправки различных команд и получения ответа на них. Обычно командный интерфейс реализован с помощью использования командной строки и пакетной технологии.
2. WIMP-интерфейс
Пользователь взаимодействует с программным продуктом посредством графического интерфейса в который входят картинки, различные меню, выпадающие списки, кнопки и другое. Управление в данном пользовательском интерфейсе осуществляется посредством использования курсора. WIMP интерфейс очень удобен и прост в использовании.
3. SILK-интерфейс
В этом варианте интерфейса пользователь взаимодействует с программным обеспечением посредством голосовых команд. В программном продукте заданы определённые команды, которые произносит человек. Программа, анализируя речь человека выполняет данную команду и проговаривает результат ее выполнения.
Так как в 1С:Предприятие уже встроен графический интерфейс WIMP в разработке автоматизированной системы будет использован он. Пример пользовательского интерфейса представлен на рисунке 11.
5 ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ПРИЛОЖЕНИЯ
В разработанной автоматизированной системе были разработаны и использованы различные стандартные процедуры и функции в различных объектах базы данных. Так как документов и справочников много ниже будут описаны основные процедуры и функции справочников лид, договора партнеров и документа заявка, потому что эти три объекта конфигурации являются основными для работы. А также приведен список отчетов, обработок и регламентированных заданий которые предназначены для анализа и работы с информацией.
Обработки.
Обработки предназначены для работы с информацией и её изменения в базе данных.
- Обмен с бухгалтерией
Данная обработка предназначена для выполнения обмена данными между основной базой данных и бухгалтерией. Пользователь имеет возможность при выгрузке выбрать организацию данные по которой будет перегружаться в бухгалтерию и период для выгрузки документов по определенной дате. Основные процедуры и функции:
· ПодключениеИБ - процедура инициализации подключение к бухгалтерии;
· ВыгрузкаПРС - процедура выгрузки на выбранную дату документов поступления безналичных денежных средств в подключенную базу данных;
· ВыгрузкаСРС - процедура выгрузки документов списания безналичных денежных средств на выбранную дату в подключенную базу данных;
· НайтиОбъектТам - функция поиска контрагента, номенклатуры и организации в подключенной базе данных;
· СоздатьОбъектТам - функция создания необходимого объекта в подключенной базе данных если он был не найден;
· НайтиДокументТам - функция для поиска выгруженных документов в подключенной базе данных для исключения возможного дублирования;
· ВыгрузитьРТУ - процедура выгрузки документов реализация товаров и услуг в бухгалтерию на основании документа заявка со стороны заказчика;
· ВыгрузитьПТУ - процедура выгрузки документов поступление товаров и услуг в бухгалтерию на основании документа заявка со стороны перевозчика.
На рисунке 11 представлен программный интерфейс обработки обмена с бухгалтерией.
Рисунок 11 - Программный интерфейс обработки обмена с бухгалтерией
- Подбор заявок для банк-клиента
Обработка предназначена для автоматизированного вывода заявок, подходящих для оплаты перевозчику. Подходящими для оплаты заявками являются те, в которые прикреплены все необходимое транспортные документы, подписаны договора с заказчиком и перевозчиком и поступила полная оплата по данной заявке от заказчика. На основании данного списка заявок формируется платежные поручения для выгрузки в банк. Заявки, по которым формируются платежные поручения выбираются пользователем исходя из информации об остатке денежных средства на счету организации которая выводится в данной обработке. Основные процедуры и функции:
- ПолучитьТаблицуЗаявок - процедура получения списка заявок, подходящих для создания документа списание безналичных денежных средств на основании остатка по этой заявке в регистрах накопления расчеты с клиентами и расчеты с поставщиками;
- СоздатьДокументы - процедура создания документов списание безналичных денежных средств на основании выбранных пользователем заявок;
- ПодсчетОстаткаПоЗавяке - процедура вызывается при исполнении процедуры ПолучитьТаблицуЗаявок. Данная процедура сверяет остатки по каждой из выведенных заявок и выводит результат пользователю в таблицу вместе со списком заявок.
На рисунке 12 представлен программный интерфейс обработки подбор заявок для банк-клиента.
Рисунок 12 - Программный интерфейс обработки подбор заявок для банк-клиента
- Перенос сканов в архив
Обработка предназначена для переноса файлов из общей папки сканов в архивную. Это необходимо чтобы с наступлением следующего года сканы по заявкам не пересекались с файлами предыдущего года. При переносе файлов в архивном каталоге создается папка, у которой в названии отражается месяц и год создания заявки. Основные процедуры и функции:
- ПеренестиСервер - процедура запроса к табличной части сканы документа заявка с отбором по выбранному периоду для получения списка файлов которые необходимо перенести;
- ПереместитьФайлВАрхив - процедура подключения к месту хранения сканов документов и перенос их в специальную архивную. Пути в заявках к этим сканированным документам так же перезаписываются;
- ПроверитьНаличиеКаталогаНаFTPСервере - функция возвращает результат проверки на наличие необходимого каталога в папке с архивными сканами документов.
На рисунке 13 представлен программный интерфейс обработки перенос сканов в архив.
Рисунок 13 - Программный интерфейс обработки перенос сканов в архив
- Обмен с банком
Стандартная обработка, предназначенная для выгрузки и загрузки банковских документов в специализированную банковскую программу для работы с платежными документами. Основные процедуры и функции:
- ПроверитьЗаполнениеТаблицыДокументов - процедура проверяет заполнение таблицы с документами для выгрузки и загрузки;
- ЗаполнитьДокументыНаЭкспорт - процедура заполняет табличную часть документами, которые необходимо отправить в банк;
- Выгрузить - процедура выгружает выбранные документы в файл для их последующей загрузки в банк-клиент;
- ЗаполнитьДокументыНаИмпорт - процедура заполняет табличную часть документами, которые необходимо загрузить в базу данных из выбранного файла;
- Загрузить - процедура загружает выбранные документы в табличной части в базу данных;
- СоздатьКонтрагента - процедура создает не найденных контрагентов и привязывает к ним загруженный из файла банковский счет.
На рисунке 14 представлен программный интерфейс обработки обмена с банк-клиентом.
Рисунок 14 - Программный интерфейс обработки обмена с банк-клиентом
Отчеты
Отчеты предназначены для контроля и анализа информации которая хранится в базе данных [9].
- Счета НДС - отчет позволяет по квартально контролировать выставление НДС счетов заказчиков и перевозчиков по различным заявкам. В конце месяца также данный отчет используются для сверки, выгруженной информацию в бухгалтерию для контроля возможных ошибок;
- Акт сверки - данный отчет позволяет провести сверку расчетов с выбранным партнером по выбранной дате и вывести в специальную таблицу для наглядности;
- Доходность заявок - данный отчет показывает менеджерам их заработную плату по каждой отдельной заключенной заявке. В данной отчете также учитываются правильность и наличие необходимых документов. Без данных документов зарплата менеджеру не начисляется. В отчет видно в каких заявках что не хватает;
- Контроль оплат - отчет позволяет контролировать все задолженности перевозчикам и заказчикам, а также все платежи, которые были сделаны до этого. Для удобства пользователю были добавлены необходимые фильтры для работы с таким большим объемом информации. В нем отражаются даты, когда должен был быть сделан платеж или поступить оплата и сумма долга по этим платежам;
- Входящие платежи - отчет позволяет контролировать правильное заполнение документов поступление безналичных денежных средств. Так как программа иногда не понимает по какой заявке поступил данный платеж;
- Исходящие платежи - отчет позволяет контролировать правильное заполнение документов списание безналичных денежных средств. Для того чтобы избежать не полного заполнения данного документа;
- Просрочка платежей - данный отчет позволяет ответственному за обзвон должников человеку видеть какие заказчики насколько просрочили платеж по выполненным рейсам. Также в отчете отражается история последнего звонка и дата следующего звонка если пользователь, который звонил последний раз их заполнил;
- Подтверждение сканов перевозчика - данный отчет предназначен для контроля за правильность заполнения документов, связанных с перевозчиком таких как договор-заявка и счет. Если документ заполнен корректно, то пользователь прямо из отчета может это подтвердить и тогда документ попадет в зарплатный отчет менеджеров;
- Дебиторская задолженность - отчет позволяет увидеть все текущее задолженности по заказчикам, не привязываясь к срокам оплаты.
Документ заявка
Основные процедуры и функции:
- ОбработкаПроведения - процедура предназначена для заполнения после проведения документа регистров расчеты с клиентами и расчеты с поставщиками если заполнены данные для записи регистров;
- ПечатьКонверт - процедура формирует и выводит на печать брендированный конверт для отправки документов заказчику;
- ПечатьСчетЗ - процедура формирует и выводит на экран счет заказчика для его последующей распечатки если на основании заявки создан счет для оплаты клиенту;
- ПечатьСчетП - процедура формирует и выводит на экран счет перевозчика для его последующей распечатки;
- ПечатьСФ - процедура формирует и выводит на экран счет фактуру заказчика если форма оплаты в заявке с НДС для последующей распечатки;
- ПечатьДоговораЗаказчика - процедура формирует и выводит на экран договор-заявку с заказчиком для последующей распечатки;
- ПечатьДоговораПеревозчика - процедура формирует и выводит на экран договор-заявку с перевозчиком для последующей распечатки;
- ПечатьДоверености - процедура формирует и выводит на экран печатную форму доверенности для последующей распечатки;
- ПечатьПретензии - процедура формирует и выводит на экран печатную форму претензии с заказчиком которая заполняется по причине срыва в заявке;
- ПолучитьДосьеЛида - процедура получает информацию по выбранному заказчику и выводит её в форму заявки для анализа информации о данном заказчике;
- ПолучитьИнфоТрека - процедура обновляет при открытии заявки информацию об отправленном по почте письме. Информация обновляется из регистра сведений трекинг почты;
- ПоискПоКодуАтиПриИзмененииНаСервере - функция находит по введенному в специальному полю ИИН или коду АТИ заказчика. Найденный заказчик автоматически подставляет в поле заказчика на форме документа;
- ОтправитьСМС - процедура отправляет смс водителю о местах выгрузки и загрузки, а также о времени, когда он должен туда подъехать. Отправка смс происходт чере gsm шлюз;
- СоздатьСтруктуруПисьмаП - процедура формирует электронное письмо для отправки перевозчику. Систем анализирует какую команду нажал пользователь и формирует письмо по нужному алгоритму. После формирования письма открывается форма отправки письма где пользователь по своему желанию может что-то отредактировать;
- СоздатьСтруктуруПисьмаЗ - процедура формирует электронное письмо для отправки заказчику. Систем анализирует какую команду нажал пользователь и формирует письмо по нужному алгоритму. После формирования письма открывается форма отправки письма где пользователь по своему желанию может что-то отредактировать;
- ПолучитьДатуОплаты - процедура рассчитывает срок оплаты перевозчика на основании введенной информации в заявке. Срок оплаты зависит от введенной формы оплаты, срока оплаты, дней оплаты заказчика;
- ПолучитьДатуОплатыЗаказчика - процедура рассчитывает срок оплаты заказчика на основании введенной информации в заявке. Срок оплаты зависит от введенной формы оплаты, срока оплаты, дней оплаты заказчика. Так же если срок оплаты по оригинал процедура при формировании первоначального срока оплаты считает примерное время доставки заказчику письма почтой;
- ЗаписатьТрек - процедура записывает введенный номер квитка в регистр сведений трекинг почты для его последующей проверки на сайте почты России;
- Сканы - процедура подтягивает найденные по условиям сканы документов в таблицу прикрепленные файлы. Условия заданы на предприятии при сканировании файлов. За переименование файлов ответственно менеджеры по заявке;
- ВыполнениеСтатусовПослеСопровождения - процедура отслеживает этапы работы в заявке после статуса сопровождение. При прикреплении необходимых документов или поступлении оплат и актов статусы заявки пересматриваются;
- ВыполениеСтатусовПослеОплаты - процедура отслеживает этапы работы в заявке после поступления оплаты. Даже частичной. При прикреплении необходимых документов или поступлении оплат и актов статусы заявки пересматриваются. Данная процедура необходима для учета особенностей статусов при поступившей не полной оплате;
- ОтправкаСМСОСрокахОплаты - процедура отправляет смс оповещение перевозчику о сроках оплаты и ставке после получения документов за выпаленную перевозку;
- ИзменениеСрока - процедура пересчитывает банковские дни оплаты для заказчика и перевозчика;
- ИзменениеФормы - процедура пересчитывает возможные сроки и банковские дни оплаты для заказчика и перевозчика;
- СтавкаОснПриИзменении - процедура выводит на форму рекомендуемую ставку перевозчику за вычетом диспетчерского процента. Использовать данную ставку или нет решает ответственный за перевозчика менеджер;
- ПроверкаНаДоговорПеревозчика - процедура проверяет наличие постоянного договора на работу с данным перевозчиком. Если договора нет, то на форме появляется соответствующая надпись;
- ПроверкаНаДоговорЗаказчика - процедура проверяет наличие постоянного договора на работу с данным заказчиком. Если договора нет, то на форме появляется соответствующая надпись.
Подобные документы
Определение требований к программному обеспечению. Ознакомление с процессом проектирования интерфейса пользователя. Рассмотрение результатов обзора существующих информационных систем. Обоснование необходимости разработки программного обеспечения.
дипломная работа [1,1 M], добавлен 05.07.2017Обзор подходов к разработке музейных приложений с элементами дополненной реальности, формирование требований к ним. Выбор методов разработки приложения, разработка пользовательского интерфейса. Принципы тестирования. Реализация раздела "Распознавание".
дипломная работа [2,8 M], добавлен 03.07.2017Разработка концептуальной (инфологической) модели, выбор языка и среды программирования. Разработка блок-схемы алгоритмов для отдельных подпрограмм. Пользовательский интерфейс автоматизированной системы. Требования к клиентскому программному обеспечению.
дипломная работа [2,4 M], добавлен 10.07.2017Анализ особенностей жанров и технологий видеоигр. Обзор средств разработки видеоигр. Требования к разрабатываемому программному обеспечению. Разработка архитектуры программы и пользовательского интерфейса. Бизнес-модель внедрения видеоигры на рынок.
дипломная работа [1,7 M], добавлен 25.06.2017Требования к метрологическому обеспечению. Разработка архитектуры пользовательского интерфейса. Требования к программному, математическому, информационному обеспечению. Функциональная схема автоматизации. Разработка схемы информационных потоков.
курсовая работа [343,1 K], добавлен 20.12.2013Разработка требований к программному обеспечению. Проектирование пользовательского интерфейса. Представление информационной системы в архитектуре "клиент-серверная". Проектирование программных модулей. Создание структуры пооперационного перечня работ.
курсовая работа [3,1 M], добавлен 09.08.2011Понятие информационной системы, виды информационных систем. Анализ инструментальных средств для разработки автоматизированных информационных систем. Требования к программе и программному изделию. Разработка форм графического интерфейса и баз данных.
дипломная работа [1,4 M], добавлен 23.06.2015Обзор существующих автоматизированных информационных систем, их классификация и структура построения. Разработка инфологической модели базы данных для автоматизированной информационной системы руководителя тушения пожара, реализация в компьютерной СУБД.
дипломная работа [1,2 M], добавлен 07.06.2011Требования к программному обеспечению, выбор методологии проектирования информационной системы учета и анализа деятельности руководящего аппарата. Проектирование пользовательского программного интерфейса, взаимодействие приложения с источниками данных.
дипломная работа [2,4 M], добавлен 12.01.2011Основание для разработки автоматизированной информационной системы "Будущий абитуриент". Технические требования к программному изделию. Порядок контроля и приемки продукта. Рассмотрение исходной базы данных. Описание интерфейса программного обеспечения.
дипломная работа [3,3 M], добавлен 08.02.2013