Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса: «Управление документооборотом»

Содержание:

Введение

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

Объектом и предметом исследования является процесс ведения взаиморасчетов с клиентами..

Цель работы - разработка информационной системы процесса учета ведения взаиморасчетов с клиентами.

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

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

Эффективность от внедрения данного процесса определяется такими показателями как доступность, эффективность, управляемость ИТ-инфраструктурой, а также позволяет минимизировать негативное влияние ИТ-инцидентов на бизнес и увеличить качество предоставляемых ИТ-сервисов.

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

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

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

1 глава. Аналитическая часть.

1.1. Выбор комплекса задач автоматизации.

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

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

Требования к взаиморасчетам

При работе с постоянным клиентом, как правило, взаиморасчеты – это прохождение по схеме, которая выработана путем переговоров и устраивает всех участников.

Существуют в этой области некоторые требования, которые нужно строго соблюдать.

Требования, которые

Достоверность.

Вывод данных должен происходить быстро и без сложностей.

Возможность контролировать задолженность.

Быстрая детализация отчетов любой сложности.

В эту систему входит две подсистемы: первая следит за движением товара (склад), вторая следит за движением денег (касса). Обе этих подсистемы нераздельны друг от друга и принимают участие во взаиморасчетах.

Рассмотрим простой пример. Мы пришли в магазин за покупкой. Нам подают выбранный товар (товарная операция), мы оплачиваем покупку (кассовая операция). Как только мы взяли в руки поданный нам товар, мы становимся должниками магазина на сумму покупки.

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

Виды взаиморасчетов

Взаиморасчеты - это в принципе понятный процесс, который делится еще и на некоторые виды, которых три:

Взаиморасчеты по заказам – в том случае, когда взаиморасчет происходит по конкретному заказу клиента.

Взаиморасчет по договору – все покупки и продажи осуществляются согласно подписанному между сторонами договору. Это может быть продажа товара в кредит, либо покупка по предоплате.

Взаиморасчет по накладным – в этом случае покупка или продажа оплачивается отдельно по конкретной накладной.

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

Итак, взаиморасчеты - это прямое перераспределение доходов, от продажи товаров или услуг, между той или иной организацией, которые учувствуют в предоставлении услуг или в продаже товара.

Говоря простым языком, это операции купли-продажи. Ведет все операции по расчетам в большинстве случаев бухгалтер-экономист, он же и отвечает за всю отчетную документацию по взаиморасчетам.

Для осуществления качественного контроля в современных условиях просто необходимо применение качественного программного обеспечения.

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

1.2. Характеристика существующих бизнес – процессов

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

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

Основные бизнес-процессы:

- принять заявку на ремонт;

- назначить работника;

- выполнить заявку

-составить отчеты

Процессы управления:

- обеспечение соблюдения технологии обработки рецептов и порядка документооборота.

- анализ работы сотрудников

Автоматизации в нашем случае подлежат следующие процессы:

- принять заявку на ремонт;

- назначить работника;

-составить отчеты

Построим модель Как есть (рис. 1, 2).

Рис. 1.1. Функциональная модель нулевого уровня «Учет ремонтных работ ЖКХ» AS-IS

Входными данными являются:

Заявка

Выходными данными являются:

Акт о выполнении

Отчеты

Рис.1. 2. Функциональная модель первого уровня «Учет ремонтных работ ЖКХ» AS-IS

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

Построим модель Как будет (рис. 3, 4).

На для процессов:

- принять заявку на ремонт;

- назначить работника;

-составить отчеты

добавляется Информационная система

Рис. 1.3. Функциональная модель нулевого уровня «Учет ремонтных работ ЖКХ» TO-BE

Информационная система участвует во всех бизнес-процессах, что приводит к значительной экономии времени

Рис. 1.4. Функциональная модель первого уровня «Учет ремонтных работ ЖКХ» TO-BE

1.3. Характеристика документооборота, возникающего при решении задачи.

Основными документами в рассматриваемой задаче являются Заявка, Акт выполнения и Квитанция. Схема документооборота приведена в таб. 1.1

Таблица1.1

Схема документооборота

	Менеджер	Бухгалтер	Архив
Заказ	Заказ	Счет
Счет	Платежное поручение		Платежное поручение аряд одная накладная
Отгрузка	Накладная	Накладная

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

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

Временные характеристики описанных процессов приведены в таблице 1.2.

Таблица 1.2

Характеристики описанных процессов

Действие	Среднее количество за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Заказ	10	15	150
Счет	5	30	150
Отгрузка	0,5	60	30
ИТОГО, минут:			330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей остается менее 40 % рабочего времени, что крайне неэффективно.

Для данного способа также характерны следующие недостатки:

Невысокая скорость и точность выполнения расчетов.
Неэффективное использование рабочего времени.
Возможность потери важных документов (заявки, акты о выполнении работ, наряды)
Бюрократия – увеличивающийся «поток» бумажной работы.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации. В таблице 1.3 произведен расчет эффекта внедрения.

Таблица 1.3

Расчет эффекта внедрения

Действие	Среднее количество за рабочий день	Время, необходимое для выполнения одного действия, минут	Общее время, минут
Заказ	10	1	10
Счет	5	2	10
Отгрузка	0,5	5	2,5
ИТОГО, минут:			12.5

Таким образом, ожидаемая экономия рабочего времени составляет около 5 часов ежедневно, что позволяет увеличить эффективность работы бухгалтерии.

1.4. Обоснование проектных решений по информационному обеспечению.

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

В состав информационного обеспечения должны входить:

потоки входной информации, к которым относятся сведения о работниках, видах работ, работах.
потоки выходной информации, к которым можно отнести сведения выполнении работ и оплате

В состав классификаторов входят следующие:

Справочник "Единицы измерения"
Справочник "Вид_товара"
Справочник "Заазчики"
Справочник "Договоры"
Справочник «Товар»

В список первичных документов входят:

Заказ
Счет
отгрузка

В результате должны формироваться следующие документы:

наличные;
Оплата по датам
Покупатели оплата.

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

Для решения поставленных задач предлагается использовать 1С:Предприятие - это система программ, предназначенная для автоматизации различных областей экономической деятельности предприятий, организаций и учреждений, независимо от их вида деятельности и формы собственности, с различным уровнем сложности учета. За счет своей универсальности она используется для автоматизации самых разных участков экономической деятельности предприятия: бухгалтерский, кадровый, оперативный торговый, складской и производственный учет, а также расчет заработной платы, учет товарных и материальных средств, взаиморасчетов с контрагентами.

Конфигуратор системы 1С:Предприятие является специальным режимом запуска 1С и предназначен для разработчиков, программистов. В этом режиме разработчик создает или корректирует структуру базы данных, программные модули, производит административные работы. В режиме Конфигуратора нельзя вводить информацию в базу данных, за исключением загрузки базы данных из архивов. Обычные пользователи работают в другом режиме "Предприятие". В этом режиме возможен ввод данных, заполнение справочников и ввод документов, формирование отчетов и запуск обработок. Конфигуратор предоставляет стандартные формы для ввода документов и справочников и необходимым набором функций.

1.5 Обоснование проектных решений по программному обеспечению

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

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

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

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

В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows, в частности операционная система Windows7. Этот выбор обусловлен тем, что на сегодняшний день Windows7 является одной из наиболее распространенных операционных систем. Операционная система Windows7 обеспечивает стабильность работы, предоставляя пользователям возможность сосредоточиться на выполняемой работе.

Для выполнения данной задачи можно использовать следующие прикладные программы:

Сервис Бизнес.Ру

Сервис позволяет: Создать обширнейший каталог товаров и услуг, объемную базу контрагентов со всевозможными данными по каждому из них, Создавать и отправлять документы прямо из карточки клиента, Повышать качество обслуживания клиентов засчет оптимизации управления отношениями с ними, планировать этапы продаж, этапы взаимодействия с контрагентами, Вести учет собственного производства, Ввести на предприятии гибкую систему ценообразования, поощрений, статусов для клиентов, для заказов и документов, Анализировать прибыль предприятия по товарным группам, категориям клиентов (региону, виду деятельности, источникам) Формировать отчеты, анализировать результаты финансовой, производственной, торговой и прочей деятельности компании.

Возможности Бизнес.Ру по контролю за взаиморасчетами с контрагентами включают в себя: Регистрацию заявок, обращений, заказов; Контроль за проведением всех сделок (покупок, продаж и т.п.), которые компания заключает; Отслеживание всего пути перемещения товара - от производителя/поставщика на склад и далее до оптового покупателя или конечного потребителя; составление актов сверки взаиморасчетов по сделкам; в случае обнаружения несоответствий по поставкам составление Акта о расхождении по форме ТОРГ-2. Учет операций по банку и кассе (наличная и безналичная оплаты), подключение сервиса Клиент-банк Управление отношениями с клиентами с помощью CRM-системы (установка единых норм и способов работы с клиентами; организация обширной общей базы контрагентов, хранения и постоянного доступа к этой информации; сбор всех необходимых данных для анализа качества работы с клиентами, составления отчетов по итогам этой работы и др.) Контроль за обязательными платежами (налоги, отчисления в ПФР, зарплаты сотрудникам, коммунальные платежи и т.д.) Складской учет (оприходование/списание товара, инвентаризация, выписка ордеров и других документов и др.) Контроль за товарооборотом, планирование закупок; Оформление и ведение всей необходимой документации; Контроль за деятельностью каждого работника; Возможность назначать сотрудникам задачи, следить за их исполнением в реальном времени; Подключение IP-телефонии, отправки писем по Email, SMS; Узнайте, Как сделать СМС-рассылку бесплатно Резервирование товаров по заявкам для определенных клиентов; Заполнение и выгрузка в Excel КУДиР для ИП на УСН.

Расчеты с клиентами - Бесплатная программа для малых предприятий "Расчеты с клиентами" автоматизирует процесс формирования первичных и отчетных документов, ведет учет взаиморасчетов с поставщиками и покупателями.

Основные возможности программы:

• Выписка счетов на оплату

• Регистрация проплат клиентов

• Выписка накладных на отпуск товаров и услуг

• Формирование и печать налоговых накладных и книги продаж

• Формирование и печать платежных поручений

• Формирование баланса, перечня операций и оборотной ведомости по взаиморасчетам с клиентами

Форма любого документа может быть скорректирована с помощью встроенного редактора документов.

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

1 С Торговля Управление взаиморасчетами

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

В программе предусматривается три варианта ведения взаиморасчетов:

По заказам – каждая оплата будет привязываться к конкретному заказу. Контроль авансов по заказам возможен только при таком порядке взаиморасчетов.

По договорам – каждый заказ или реализация (поступление) совершаются в рамках определенного договора. Оплата также привязывается к договору и взаиморасчеты контролируются только по договору в целом.

По накладным – оплаты привязываются к документам реализации (поступления) товаров.

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

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

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

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

Нельзя изменить документ или отменить проведение документа, если это приведет к нарушению условий оплаты заказов в статусе К обеспечению или К отгрузке.

Предусмотрены операции по распределению оплат по заказам клиентов, перенос задолженности с одного заказа на другой (зачет аванса). Также предусмотрены операции по взаимозачету задолженности между клиентами.

Для сверки взаиморасчетов с партнерами используется Акт сверки. Предусмотрена возможность автоматического создания актов сверки по выбранной группе партнеров.

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

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

Прикладная конфигурация - это программный модуль, разработанный на языке 1С для решения конкретных задач (ведение бухгалтерского учета, расчета зп и проч.). Разработка и модификация конфигураций выполняется в конфигураторе платформы и может быть осуществлена (в отличие от платформы) любым пользователем, обладающим нужными навыками.

2 глава. Проектная часть.

2.1. Информационная модель и её описание.

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

Рис. 2.1. Информационная модель

2.2. Характеристика нормативно-справочной, входной и оперативной информации

В созданной конфигурации имеются следующие справочники (таб. 2.1)

Таблица 2.1

Сводная таблица справочников

Название справочни-ка;	Ответственный за его ведение;	Средний объём справочника в записях;	Средняя частота актуализации;	Средний объем актуализации (в записях или в процентах);
Подразделения	Администратор	20	По мере необходимости	10
Должности	Администратор	30	По мере необходимости	20
Задачи	Администратор	200	По мере необходимости	30
Документ	Администратор	200	По мере необходимости	30
Сотрудники	Администратор	50	По мере необхоимости	10

В таб. 2.2 описаны характеристики справочника Подразделения

Таблица 2.2

Подразделения

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

В таб. 2.3 описаны характеристики справочника Должности

Таблица 2.3

Должности

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Номенклатура	Строка	20

В таб. 2.4 описаны характеристики справочника Задачи

Таблица 2.4

Задачи

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Наименование	Строка	20
Описание	Описание	Строка	255

В таб. 2.5 описаны характеристики справочника Документ

Таблица 2.5

Документ

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20
Вид_документа	Вид документа	ПеречислениеСсылка.Вид_документа
Примечание	Примечание	Строка	255

В таб 2.6 описаны характеристики справочника Сотрудники

Таблица 2.6

Сотрудники

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20
Подразделение	Подразделение	СправочникСсылка.Подразделения
Должность	Должность	СправочникСсылка.Должности
Телефон	Телефон	Строка	10

На рисунках 2.2-2.5 отражены формы справочников данной конфигурации

Рисунок 2.2 Справочник Подразделения

Рисунок 2.3 Справочник Должности

Рисунок 2.4. Справочник Задачи

Рисунок 2.5. Справочник Документ

Рисунок 2.6. Справочник Сотрудники

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

Экранные формы размещения данных описаны в таблице 2.6

Таблица 2.7

Описание входных документов

№ пп	Наименова-ние	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Создание_документа	Подразделение Сотрудник Должность Документ Вид_документа	Сотрудники Должности Документ Подразделение	По мере необходимости
2	Регистрация_Документа	Подразделение Документ Зарегистрирован	Документ Подразделени	По мере необходимости
3	Исполнение_документа	Сотрудник Должность Документ Вид_документа	Сотрудники Должности Документ	По мере необходимости

Экранные формы(макеты) документов и экранные формы для их ввода в систему изображены на рисунках 2.6-2.9

Рисунок 2.6 Документ Создание_Документа

Рисунок 2.7 Документ Регистрация_документа

Рисунок 2.8 Документ Исполнение_документа

2.3. Характеристика результатной информации

Экранные формы отчетов описаны в таблице 2.7

Таблица 2.8

Описание выходных документов

№ пп	Номенклатура	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Заявки по домам	Номер Дата Заказчик Улица Дом Вид_работы Работа	Заявка Жильцы	Ежедневно
2	По_рецепту	Номер Дата Исполнитель Должность Вид_работы Работа Стоимость	Акт_выполнения Должности Работники	Ежедневно
3	Оплата	Номер Дата Заказчик Улица Дом Квартира	Квитанция	Ежедневно

2.4. Общие положения (дерево функций и сценарий диалога)

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

Рис. 2. 9. Дерево функций

В разработанной программе предусмотрены два пользователя – Провизор и Бухгалтер. Дерево диалога изображено на рисунке 2.11

Рис. 2. 10. Дерево диалога

2.5. Характеристика базы данных

Описание таблиц базы данных

В таб. 2.10 описаны характеристики таблицы Подразделения

Таблица 2.10

Подразделения

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Пимечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таб. 2.11 описаны характеристики таблицы Должности

Таблица 2.11

Должности

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Наименование	Номенклатура	Строка	20

В таб. 2.12 описаны характеристики справочника Задачи

Таблица 2.12

Задачи

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Наименование	Наименование	Строка	20
Описание	Описание	Строка	255	Описание

В таб. 2.13 описаны характеристики справочника Документ

Таблица 2.13

Документ

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20
Вид_документа	Вид документа	ПеречислениеСсылка.Вид_документа	Вид_документа
Примечание	Примечание	Строка	255

В таблице 2.14 описаны характеристики справочника Сотрудники

Таблица 2.14

Сотрудники

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20
Подразделение	Подразделение	СправочникСсылка.Подразделения	Подразделение
Должность	Должность	СправочникСсылка.Должности	Должность
Телефон	Телефон	Строка	10

В таб. 2.15 описаны характеристики таблицы Создание_документа

Таблица 2.15

Создание_документа

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Подразделение	Подразделение	СправочникСсылка.Подразделения
Сотрудник	Сотрудник	СправочникСсылка.Сотрудники
Должность	Должность	СправочникСсылка.Должности
Документ	Документ	СправочникСсылка.Документ
Вид_документа	Вид документа	ПеречислениеСсылка.Вид_документа

В таб. 2.16 описаны характеристики таблицы Регистрация_документа

Таблица 2.16

Регистрация_документа

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Подразделение	Подразделение	СправочникСсылка.Подразделения
Документ	Документ	ДокументСсылка.Создание_документа
Зарегистрирован	Зарегистрирован	Булево

В таб. 2.17 описаны характеристики таблицы Исполнение_документа

Таблица 2.17

Исполнение_документа

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Сотрудник	Сотрудник	СправочникСсылка.Сотрудники
Должность	Должность	СправочникСсылка.Должности
Документ	Документ	СправочникСсылка.Документ
Вид_документа	Вид документа	ПеречислениеСсылка.Вид_документа

Получили схему данных

Рис 2.12 Схема данных

2.6 Структурная схема пакета (дерево вызова программных модулей)

Описание пакета (дерево вызова программных модулей)в среде 1С:Предприятие представлено в таблице 2.9

Таблица 2.9

Описание модулей

№п/п	Номенклатура подсистемы	Функции подсистемы
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы «1С:Предприятие 7.7».
2	Справочники	Содержит предопределенные процедуры для осуществления занесения условно-постоянной информации
3	Документы	Содержит предопределенные процедуры для осуществления оформления документов
4	Отчеты	Содержит предопределенные процедуры для формирования отчетов

2.7 Описание программных модулей

Программные модули в "1С:Предприятии 8"

Программный модуль представляет собой текст на встроенном языке "1С:Предприятия 8", расположенный в определенном месте конфигурации.
В соответствии с этим различают следующие виды программных модулей:

Таблица 2.9

Программные модули в 1 С Предприятие

Общие модули	Общие модули принадлежат всей конфигурации в целом, но, в отличие от модуля приложения (см. ниже), их может быть несколько, например, модули РасчетНалогов, ОбработкаДокументов. Общие модули не могут содержать объявлений переменных, и в них нет раздела основной программы, таким образом, они состоят только из процедур и функций
Модуль приложения	Это модуль, который относится ко всей конфигурации в целом и может быть только один. Модуль приложения является аналогом глобального модуля в версии 7.7. Он отвечает за пользовательскую сессию (сеанс) работы с "1С:Предприятием 8"
Модуль внешнего соединения	Если конфигурация запускается не в режиме клиентской сессии, а через COM-соединение, то вместо модуля приложения используется модуль внешнего соединения, который в конфигурации может быть только один
Модули объектов	У некоторых прикладных объектов конфигурации могут быть собственные модули, например, модуль документа РасходнаяНакладная, модуль справочника Номенклатура. Не следует их путать с модулями форм этих объектов
Модули форм	У каждой формы есть модуль, в котором определяется поведение формы и действия, выполняемые из нее, например, открытие других форм

2.8. Контрольный пример реализации проекта и его описание

Посте запуска конфигурации открывается Главное окно программы (рис 2.12)

Рисунок 2.13 Главное окно программы

Далее заносим данные в справочники ( рис. 2.14 – 2.18)

Рисунок 2.14 Заполнение справочника Документ

Рисунок 2.15 Заполнение справочника Должности

Рисунок 2.16 Заполнение справочника Задачи

Рисунок 2.17 Заполнение справочника Подразделения

Рисунок 2.18 Заполнение справочника Сотрудники

Затем оформляем запись (рис 2.19)

Рисунок 2.19 Заполнение документа Исполнение документа

Выполним оформление оказания услуги(рис. 2.20)

Рисунок 2.20 Заполнение документа Регистрация документа

Рисунок 2.21 Заполнение документа Создание документа

Получили следующие отчеты: (рис.2.21 – 2.23)

Рисунок 2.21 Отчет Зарегистрированные

Рисунок 2.22 Отчет Исполнены

Рисунок 2.23 Отчет Созданные

Заключение

В данной работе был разработана конфигурация для управления учетом выполненных работ в системе ЖКХ. Данный процесс на рассматриваемом предприятии наиболее сложен в связи с большим количеством объектов ЖКХ, разнообразием работ, что накладывает свои требования к разрабатываемой системе.

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

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

Список использованной литературы

ГОСТ 34.602-89. «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы».
Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2010. – 320с.
Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2010. - 510 с.
Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.

Приложение

Код формы документа (автоматически проставляем стоимость при выборе номенклатуры и изменении ее количества и автоматически вычисляем общую сумму к оплате:

&НаКлиенте

Процедура Поступление РаботаКоличествоПриИзменении(Элемент)

ТекущаяСтрока = элементы.Заявка.ТекущиеДанные.НомерСтроки;

ЗаявкаКоличествоПриИзмененииСервер(ТекущаяСтрока);

КонецПроцедуры

&НаСервере

Процедура ЗаявкаКоличествоПриИзмененииСервер(НомерСтроки)

ТекущиеДанные = Объект.Заявка.Получить(НомерСтроки - 1);

Цена = Справочники.Работа.НайтиПоКоду(ТекущиеДанные.Материалы.Код).Цена;

ТекущиеДанные.Стоимость = ТекущиеДанные.Количество * Цена;

КонецПроцедуры

&НаКлиенте

Процедура ПередЗаписью(Отказ, ПараметрыЗаписи)

ПередЗаписьюНаСервере();

КонецПроцедуры

&НаСервере

Процедура ПередЗаписьюНаСервере()

Объект.СуммаЗаявкаа = Объект.Заявка.Итог("Стоимость");

КонецПроцедуры