Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка автоматизированной системы ведения хозяйственной деятельности ООО "Виктори"

Разработка автоматизированной системы ведения хозяйственной деятельности ООО "Виктори"

Аналитический обзор существующих подходов к разработке автоматизированных систем. Постановка задачи и определение требований к программному обеспечению. Разработка концептуальной модели. Изучение особенностей разработки пользовательского интерфейса.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены