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

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

Содержание:

Введение

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

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

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

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

Соответственно в связи с вышеописанной тенденцией все новации и инновации в области управления будут сопряжены с использованием и применением ИКТ, в частности в области управления продажами и разработкой автоматизированной системы управления продажами.

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

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

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

исследовать предприятие в целом и те бизнес-процессы, которые подлежат автоматизации;
осуществить постановку задачи на разработку подсистемы ИС;
выбрать наиболее подходящие средства разработки, осуществить проектирование и разработку подсистемы ИС на платформе «1С: Предприятие 8.3».

В курсовой работе объектом исследования является компания ООО «Сервер Партнер».

Предмет исследования представляет собой анализ, выбор средств и методов автоматизации и моделирования и оптимизации деятельности компании «Сервер-Партнер».

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

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

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

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

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

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

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

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

Было принято решение разработать ЭИС для учета и анализа продаж.

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

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

IDEF0-модель это процессная модель, т.к. основывается на процессах/функциях системы.

Проведем анализ бизнес-процессов учета и анализа продаж в методологии IDEF0.

Контекстная диаграмма приведена на рис. 1 и содержит изображение основной моделируемой функции и потоков входящей и исходящей информации.

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

приходная накладная;
коэффициент наценки;
остатки товаров;
классификатор товаров
заказ от клиента.

В своей деятельности директор и менеджер руководствуются должностными инструкциями, ПБУ и методикой анализа продаж.

Рис. 1 — Контекстная диаграмма

Результатной информацией в рамках исследуемой технологии является:

цены на товары;
кассовый чек;
план-фактный анализ по выручке магазинов;
товарный чек;
ABC-анализ;
план-фактный анализ по реализации товаров.

Диаграмма декомпозиции нулевого уровня приведена на рис. 2.

Как показано на рис. 2, основными технологическими этапами учета и анализа продаж являются:

учет закупок;
учет продаж;
анализ продаж.

Рис. 2 — Диаграмма декомпозиции нулевого уровня

На рис. 3 приведена диаграмма декомпозиции первого уровня процесса «Учет продаж».

Рис. 3 — Диаграмма декомпозиции первого уровня

Классифицировать товар

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

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

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

Определить цену реализации

При определении цены реализации директор использует информацию о установленном коэффициенте наценки и ассортименте поставленного товара, пользуясь при этом должностными инструкциями и ПБУ.

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

Обработать заказ клиента

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

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

Реализация товара осуществляется менеджером торгового зала в соответствии с сформированным заказом клиента и формирует в итоге кассовый и товарный чек.

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

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

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

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

Недостатки существующей системы:

1. Большая затрата времени на составлении документации
2. Высокая трудоемкость обработки информации
3. Неэффективное использование технических средств, имеющихся в наличии
4. Дублирование информации
5. «Потеря» товара из-за ручного пересчета

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

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

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

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

Входные и выходные документы.

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

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

2) Экранные формы

Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка.

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

Условно-постоянная информация будет храниться в справочниках. В системе потребуются следующие справочники:

- Справочник «Номенклатура»

- Справочник «Организации»

- Справочник «Пользователи»

- Справочник «Рабочие места»

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

Для ввода первичной информации понадобятся следующие формы:

- Приходная накладная

- Продажа товара

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

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

Необходимо разработать локальную систему классификации и кодирования для следующих объектов учета:

- пользователи;

- артикулов;

- документы.

4) Информационная база. Центральным компонентом информационного обеспечения является информационная база (ИБА), представляющая собой организованную определенным способом совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач.

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

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

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

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

Важным отличием разработки бизнес-приложений в системе 1С от разработки в универсальных системах (Delphi, С++) состоит в том, что приложение в 1С разрабатывается в терминах классов проблемно-ориентированных бизнес-сущностей.

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

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

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

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

Для создания базы данных была выбрана система управления реляционными базами данных Microsoft SQL Server 2012.

Самым важным преимуществом в обосновании выбора SQL Server 2012 является его наивысшая, по сравнению с конкурентами, совместимость с 1С. Этому активно способствует плодотворное сотрудничество фирмы «1С» и фирмы «Microsoft», что сделало продукт SQL Server высоко совместимым с «1С».

Были рассмотрены средства разработки приложений и программные аналоги по рассматриваемой задачи.

Была выбрана платформа 1С: Предприятие в качестве программной платформы и встроенный язык программирования системы «1С: Предприятие 8.3» как язык программирования.

Таким образом, система «1С: Предприятие 8.3» обладает конкурентными преимуществами, такими как:

Высокая скорость разработки информационных систем по сравнению с аналогичными системами
Низкая цена разработки
Гибкость и кластеризация разработки

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

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

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

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

Рисунок 4 - Информационная модель системы автоматизации продаж

Информационная модель содержит 4 области:

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

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

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

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

Объект метаданных, создаваемый в предметно-ориентированной системе «1С: Предприятие 8» на основе предопределенного и неизменяемого шаблона «Справочники», представляет собой экземпляр данных, предназначен для хранения условно-постоянной информации, и наследует свойства своего объекта-прототипа. Для примера, такими объектами могут являться такие справочники как: контрагенты, физические лица, кассы контрольно-кассовых машин, договора контрагентов и любые другие схожие сущности.[5]

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

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

Справочники в системе «1С: Предприятие 8» наделены функциональностью использования их в системе отчетности и могут быть интегрированы в единую схему получения отчетов в различных аналитических разрезах и показателях [1].

В рамках созданной информационной системы были созданы следующие справочники:

Валюты
Номенклатура
Физические лица
Подразделения
Значения свойств
Субконто
Контрагенты
Склады
Номенклатурные группы

Справочник «Физические лица» предназначен для учета физических лиц – сотрудников компании [6].

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

Справочник «Контрагенты» предназначен для учета клиентов компании и имеет дополнительные вкладки – табличные части, содержащие аналитическую информацию.[7]

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

Объект метаданных «Документы» предназначен не только для отражения свершившихся событий, но и также может быть использован в задачах планирования и для построения других иных учетных схем.

Регистры представляют собой важнейший объект в системе «1С: Предприятие 8». Данные экземпляры данных - объекты также как и все другие в системе «1С: Предприятие 8» создаются на основе преопределенного шаблона объекта – прототипа, условно говоря - класса и наследуют свойства своего родителя, имея лишь незначительные возможности объектно-ориентированного программирования.

Всего видов таких объектов в системе «1С: Предприятие 8» четыре:

«регистр накопления»,
«регистр сведений»,
«регистр бухгалтерии»,
«регистр расчета».

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

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

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

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

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

С учетом требований к информационной системе и к базе данных, разработаны следующие документы, регистры для ИС:

• Документ «Приходная накладная»

• Документ «Продажа»

• Регистр сведений «Номенклатурные группы»

Документ «Реклама» фиксирует и учитывает завершенность исполнения заказа клиента, оказание ему всех необходимых услуг по рекламе.

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

Отчеты представляют собой объекты конфигурации, созданные на основе предопределенного шаблона объекта – прототипа «Отчеты». Отчеты позволяют представить информацию из регистров в удобном для пользователя виде.

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

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

В ходе разработки прикладного решения были созданы следующие отчеты:

• «История себестоимости»

• «Движения товаров»

Отчет «История себестоимости» показывает уровень себестоимости, количественные показатели себестоимости в различных группировках.

Отчет «Движения товаров» показывает движения товаров, количественные показатели продаж в различных группировках.

После запуска конфигурации на экране отобразиться начальная страница программы, показанная на рис. 6.

Рис. 6 – Начальная страница программы

В ходе эксплуатации программы пользователю доступны следующие возможности:

Работа в информационной системе учета и управления продажами, показанная на рис. 8, где предоставляется возможность работы со справочниками:, Номенклатура, Склад, Номенклатурные группы.

Рис. 7 – Нормативно-справочная информация

Работа в ИС, показанная на рис. 8 и 9 в справочнике «Номенклатура» предусматривает добавление новой номенклатуры, нажатием кнопки «Создать», в несение изменений в уже созданную запись.

Рис. 8 – Работа в справочнике «Номенклатура»

Рис. 9 – Добавление новой номенклатуры

Работа с подсистемой продолжается в документе «Приходная накладная», которая показана на рис. 10.

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

Работа с созданием приходной накладной представлена на рис. 11.

Рис. 10 – Работа с документом «Приходная накладная»

Рис. 11 – Создание приходной накладной

Работа с подсистемой продолжается в документе «Расходная накладная», которая показана на рис. 12.

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

Работа с созданием приходной накладной представлена на рис. 13.

Рис. 12 – Работа с документом «Расходная накладная»

Рис. 13 – Создание расходной накладной

2.4. Программное обеспечение задачи

На рис. 14 представлено дерево функций модулей, используемых в данной информационной системе.

$C:\Users\furbyy\Desktop\схемы\2\дерево.jpg$

Рисунок 14. Дерево функций системы

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

Диалог – это процесс обмена сообщениями между пользователем и ИС, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей достаточно оперативна.

В процессе диалога возможно:

двустороннее управление на базе языка типа «запрос-ответ»,
одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,
одностороннее управление со стороны пользователя с использованием языка директив (команд).

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

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

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

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

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

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

Сценарий диалога представлен на рис. 15.

2.1. НСИ

2.1.1.Работа с договорами.

2.1.2. Работа с данными заказчиков.

2.1.3.Работа с менеджерами

Вход в систему

1. Аутентификация

1.Аутентификация

1.1.Администратор

1.2.Пользователь

2.4.Отчетность по продажам

2.6.1. Заказы клиентов

2.4.2. Анализ продаж по клиентам

2.2. Клиенты

2.2.1 Утверждение заказа и его параметров

2.3. Продажи

2.3.1. Заказ клиента

2.3.2. Продажа

3. Служебные функции

3.1. Перерасчет итогов.

3.2. Работа с агрегатами системы.

3.3. Работа с данными пользователей

1.1.Администратор

2. Основные функции ЭИС

3. Служебные функции

2. Основные функции ЭИС

2.1. Работа с НСИ

2.2. Клиенты

2.3. Продажи

2.4. Отчетность по продажам

Рисунок 15 – Структура диалога системы

Сценарий диалога состоит из двух логически связанных частей:

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

При разработке ИС важным этапом является описание иерархии функций управления и обработки данных разрабатываемого программного продукта.

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

Модель Сущность-Связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы.

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

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

СУБД, применяемая на предприятии – MS SQL Server.

На рис. 16 описана связь основных таблиц в базе данных.

Рисунок 16 - «ER-модель» предметной области компании

Описание таблиц ER-модели представлено в табл. 1-7.

Таблица 1.

Заказ клиента

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
IDЗаказ Клиента	IDЗаказчика	число	7
ID клиента	IDклиента	число	5
ID товара	IDтовара	число	7
ID менеджера	IDменеджера	число	3
Количество	Количество	число	4
Цена	Цена	число	6
Сумма заказа	СуммаЗаказа	число	7

Таблица 2

Клиент

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID клиента	IDклиента	Число	5
Наименование клиента	НаименованиеКлиента	Строка	30
Адрес клиента	АдресКлиента	Строка	45
Контактный номер клиента	КонтактныйНомерКлиента	Число	12

Таблица 3

Менеджер

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID Менеджера	IDМенеджера	Число	3
Наименование Менеджера	НаименованиеМенеджера	Строка	30
Контактный номер менеджера	КонтактныйНомерМенеджера	Число	12

Таблица 4

Классификатор товара

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID товара	IDТовара	Число	7
Наименование товара	НаименованиеТовара	Строка	20
Группа товара	ГруппаТовара	Строка	30

Таблица 5

Приходная накладная

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID приходной накладной	IDПриходнойНакладной	Число	4
ID товара	IDТовара	Число	7
Количество	Количество	Число	4
Цена	Цена	Число	6
Сумма приходной накладной	СуммаПриходнойНакладной	Число	7

Таблица 6

Кассовый чек

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID клиента	IDКлиента	Число	5
ID товара	IDТовара	Число	7
Количество	Количество	Число	4
Цена	Цена	Число	6
Сумма чека	СуммаЧека	Число	7

Таблица 7

Товарный чек

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID товарного чека	IDТоварногоЧека	Число	6
ID клиента	IDКлиента	Число	5
ID товара	IDТовара	Число	7
Количество	Количество	Число	4
Цена	Цена	Число	6
Сумма чека	СуммаЧека	Число	7

2.6 Структурная схема пакета

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

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

Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 16.

Модуль проверки загружаемой информации на ошибки

Форма редактирования пользователей

Форма пользователя

Модуль тестирования БД

Подсистема работы с отчетами

Модуль визуальных эффектов

Подсистемы работы с документами

Модуль редактирования визуализированных данных

Модуль визуализации данных

Подсистема работы со справочниками

Главная форма

Форма аутентификации

Рисунок 17 – Структурная схема основного пакета

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

Таблица 8. Разграничение прав пользователей.

Группы пользователей	НСИ	Транзакции	Аналитическая отчетность
Менеджеры клиентов	Чтение/создание/удаление	Чтение/создание/удаление	Права отсутствуют
Администраторы ИС	Чтение/создание/удаление	Чтение/создание/удаление	Чтение/создание/удаление
Топ-менеджеры	Чтение	Чтение	Полный

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

Алгоритм функционирования всей системы представлен на рис. 18

Начало

Занесение данных о клиента в БД

CASE:Выбор операции

Регистрация потребности Реализация потребности клиента

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

Утверждение заказа клиента

Определение потребности

Регистрация заказа клиента

Регистрация обратной связи с клиентом на основании первичного интереса клиента

Определение приоритета заказа

Оказание услуги клиенту на основании заказа клиента

Формирование отчетности:

Заказы компании

Формирование отчетности:

1.Состояние заказов

2. Прибыль компании

3. Продажи компании

Формирование отчетности:

Клиентская база
Первичная связь с клиентами
Обратная связь с клиентами

Конец

Рис. 18 Алгоритм функционирования всей системы

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

После запуска конфигурации на экране отобразиться начальная страница программы, показанная на рисунке 19.

Рисунок 19 – Начальная страница программы

В ходе эксплуатации программы пользователю доступны следующие возможности:

Работа в подсистеме «НСИ», показанная на рисунке 17, где предоставляется возможность работы со справочниками: Поставщики, Номенклатура, Кладовщики, Склад, Клиенты.

Рисунок 20 – Нормативно-справочная информация

Работа в подсистеме «НСИ» в справочнике «Поставщики» предусматривает добавление нового поставщика, нажатием кнопки «Создать», в несение изменений в уже созданную запись.

Рисунок 21 – Работа в справочнике «Поставщики»

Рисунок 22 – Добавление нового поставщика

Работа с подсистемой «Складская отчетность», в справочнике «Приход на склад» показана на рисунке 20, где формируется отчет нажатием кнопки «Сформировать».

Рисунок 23 – Работа в справочнике «Приход на склад»

Работа с подсистемой «Складской учет» в справочнике «Приходные накладные» показана на рисунке 21. В справочнике предусмотрено добавление приходной накладной, а также ее печать.

Рисунок 24– Работа в справочнике «Приходные накладные»

Рисунок 25 – Создание приходной накладной

Заключение

В работе был проведен анализ работы предприятия, как предметной области для дипломной работы.

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

Программное обеспечение для автоматизации учета работы компании разработано в среде 1С: Предприятие 8.3 на языке встроенного программирования 1С.

В ходе написания работы мною приобретен опыт анализа деятельности организации, рассмотрения её информационных и материальных потоков.

Нами были исследованы проблемы в рамках системы управления компании и определены способы решения этих проблем в виде решения об автоматизации рутинных процессов обработки информации.

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

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

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

В связи с поставленной целью мною были выполнены следующие задачи:

1. Рассмотреть работу компании.

2. Разработать экономическую информационную систему, включающую систему управления базами данных на примере MS SQL Express 2012 и приложение на платформе 1С на примере системы «1С: Предприятие 8.3».

3. Описать разработанную экономическую информационную систему, а также привести экономическое обоснование её внедрения.

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

Список литературы

1С: Предприятие 8.2 Руководство разработчика часть 1 Москва фирма «1С» 2013 г.
1С: Предприятие 8.2 Руководство разработчика часть 2 Москва фирма «1С» 2013 г.
1C:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы (артикул 4601546108722). Печатная и электронная версии 2014 г.
Архитектура и работа с данными "1С:Предприятия 8.2". Серия "1С: Профессиональная разработка" (артикул 4601546090690) 2012 г.
Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2011. - 400 с.
Диго С. М. Базы данных: проектирование и использование: учебник для вузов. - М.: Финансы и статистика, 2011. - 592 с.
Дейт К.Дж., Дарвен Хью. Основы будущих систем баз данных: Третий манифест. - Издательство Янус-К, 2012. – 656 с.
Дейт К. Дж. Введение в системы баз данных (седьмое издание). Вильямс, 2011 - 1072 с.
Илюшечкин В. М. Основы проектирования и использования баз данных: учеб. пособие. - М.: Высшее образование, 2012. - 213 с.
Инструменты для создания тиражируемых приложений "1С: Предприятия 8.2". Серия "1С: Профессиональная разработка" (артикул 4601546090706 2012 г.
Каленик А. И. Использование новых возможностей Microsoft SQL Server 2012. - М.: «Русская редакция», 2012. - 334 с.
Когаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2009. –800 c.
Когаловский М.Р. Теория реляционных баз данных. М.: Финансы и статистика, 2011. –500 c.
Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.48
Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.76
Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.112
Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c. 256
Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2012 – с.24.
Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2011 – с.36.
Крёнке Д. Теория и практика построения баз данных. - М.: Питер, 2009. - 800 с.
Крёнке Д. Практический опыт программирования в реляционных базах данных. - М.: Питер, 2011. - 400 с.
Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2012. - 30 с.
Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2012. - 54 с.
Кузнецов С. Д. Основы баз данных: курс лекций: учеб. пособие для студентов, обучающихся по специальностям в обл. информ. технологий. - М.: Интернет - университет информационных технологий, 2011. - 488 с.
Полякова Л. Н. Основы SQL: Курс лекций. Учебное пособие. - М.: Интернет - университет информационных технологий, 2011. - 368 с.
Профессиональная разработка в системе 1С:Предприятие 8" (+DVD-ROM). Издание 2 (артикул 4601546101853). 2013 г.
Роберт Дж. Мюллер. Базы данных и UML. - М.: Лори, 2008. - 420 с.
Роберт Дж. Мюллер. Реляционные базы данных. - М.: Лори, 2011. - 420 с.
Райордан Ребекка М. Основы реляционных баз данных. Базовый курс: Теория и практика. - М.: Русская Редакция, 2011 – 384 с.
Райордан Ребекка М. Аналитические системы транзакций. Базовый курс: Теория и практика. - М.: Русская Редакция, 2012 – 400 с.
Разработка сложных отчетов в "1С:Предприятии 8.2". Система компоновки данных". Издание 2 (+ CD) (артикул 4601546097569). 2013 г.
Решение специальных прикладных задач в "1С:Предприятии 8.2". Серия "1С:Профессиональная разработка" (артикул 4601546092694) 2014 г.
Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений. - М.: Бином-Пресс, 2012. - 736 с.
Чубукова И. А. Data Mining: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2009. - 382 с.
Чубукова И. А. Создание реляционных баз данных: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2011. - 382 с.
М.Г. Радченко Е. Ю. Хрусталева. 1С: Предприятие 8.2 Практическое пособие разработчика. Диск прилагается. Москва 2011 г.
И. Ф. Астахов. СУБД: Язык SQL в примерах и задачах. 2015 г.
Знакомство с разработкой мобильных приложений на платформе «1С: Предприятие 8» (+CD) (артикул 4601546111241) 2014 г.
Настольная книга 1С: Эксперта по технологическим вопросам (артикул 4601546110060) 2013 г.
Язык запросов "1С:Предприятия 8" (+диск) (артикул 4601546108029). Печатная и электронная версии. 2012 г.

ПРИЛОЖЕНИЯ

Программный код

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.ПервичныйИнтересКлиента") Тогда

// Заполнение шапки

ИнтересКлиента = ДанныеЗаполнения.ИнтересКлиента;

ИсточникПервичногоИнтереса = ДанныеЗаполнения.ИсточникПервичногоИнтереса;

НаименованиеКлиента = ДанныеЗаполнения.НаименованиеКлиента;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр ОбратнаяСвязь

Движения.ОбратнаяСвязь.Записывать = Истина;

Движение = Движения.ОбратнаяСвязь.Добавить();

Движение.Период = Дата;

Движение.НаименованиеКлиента = НаименованиеКлиента;

Движение.ИнтересКлиента = ИнтересКлиента;

Движение.УдовлетворенностьКлиента = УдовлетворенностьКлиента;

Движение.ПолучениеУслуги = ПолучениеУслуги;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ОбратнаяСвязьСКлиентом.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ОбратнаяСвязьСКлиентом.Дата,

| ОбратнаяСвязьСКлиентом.ИнтересКлиента,

| ОбратнаяСвязьСКлиентом.ИсточникПервичногоИнтереса,

| ОбратнаяСвязьСКлиентом.НаименованиеКлиента,

| ОбратнаяСвязьСКлиентом.Номер,

| ОбратнаяСвязьСКлиентом.ПолучениеУслуги,

| ОбратнаяСвязьСКлиентом.УдовлетворенностьКлиента

|ИЗ

| Документ.ОбратнаяСвязьСКлиентом КАК ОбратнаяСвязьСКлиентом

|ГДЕ

| ОбратнаяСвязьСКлиентом.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

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

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.ОбратнаяСвязьСКлиентом.Печать(ТабДок, ПараметрКоманды);

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр ИнтересыКлиентов

Движения.ИнтересыКлиентов.Записывать = Истина;

Движение = Движения.ИнтересыКлиентов.Добавить();

Движение.Период = Дата;

Движение.НаименованиеКлиента = НаименованиеКлиента;

Движение.ИнтересКлиента = ИнтересКлиента;

Движение.ИсточникПервичногоИнтереса = ИсточникПервичногоИнтереса;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ПервичныйИнтересКлиента.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ПервичныйИнтересКлиента.Дата,

| ПервичныйИнтересКлиента.ИнтересКлиента,

| ПервичныйИнтересКлиента.ИсточникПервичногоИнтереса,

| ПервичныйИнтересКлиента.НаименованиеКлиента,

| ПервичныйИнтересКлиента.Номер

|ИЗ

| Документ.ПервичныйИнтересКлиента КАК ПервичныйИнтересКлиента

|ГДЕ

| ПервичныйИнтересКлиента.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

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

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.ПервичныйИнтересКлиента.Печать(ТабДок, ПараметрКоманды);

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.УтверждениеПроекта.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| УтверждениеПроекта.Дата,

| УтверждениеПроекта.Номер,

| УтверждениеПроекта.ОписаниеПроекта,

| УтверждениеПроекта.ПараметрыПроекта.(

| НомерСтроки,

| ЦельПроекта,

| ЗаказчикПроекта,

| РуководительПроекта,

| БюджетПроекта,

| СрокНачалаПроекта,

| СрокОкончанияПроекта

| )

|ИЗ

| Документ.УтверждениеПроекта КАК УтверждениеПроекта

|ГДЕ

| УтверждениеПроекта.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьПараметрыПроектаШапка = Макет.ПолучитьОбласть("ПараметрыПроектаШапка");

ОбластьПараметрыПроекта = Макет.ПолучитьОбласть("ПараметрыПроекта");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьПараметрыПроектаШапка);

ВыборкаПараметрыПроекта = Выборка.ПараметрыПроекта.Выбрать();

Пока ВыборкаПараметрыПроекта.Следующий() Цикл

ОбластьПараметрыПроекта.Параметры.Заполнить(ВыборкаПараметрыПроекта);

ТабДок.Вывести(ОбластьПараметрыПроекта, ВыборкаПараметрыПроекта.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

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

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.УтверждениеПроекта.Печать(ТабДок, ПараметрКоманды);

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр Продажи

Движения.Продажи.Записывать = Истина;

Для Каждого ТекСтрокаИнформацияОЗаказе Из ИнформацияОЗаказе Цикл

Движение = Движения.Продажи.Добавить();

Движение.Период = Дата;

Движение.НаименованиеКлиента = НаименованиеКлиента;

Движение.Договор = Договор;

Движение.Услуга = ТекСтрокаИнформацияОЗаказе.Услуга;

Движение.Инженер = Инженер;

Движение.Выручка = ТекСтрокаИнформацияОЗаказе.СтоимостьУслуги;

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр Прибыль Приход

Движения.Прибыль.Записывать = Истина;

Для Каждого ТекСтрокаИнформацияОЗаказе Из ИнформацияОЗаказе Цикл

Движение = Движения.Прибыль.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.НаименованиеКлиента = НаименованиеКлиента;

Движение.Договор = Договор;

Движение.Услуга = ТекСтрокаИнформацияОЗаказе.Услуга;

Движение.Инженер = Инженер;

Движение.Прибыль = ТекСтрокаИнформацияОЗаказе.СтоимостьУслуги;

КонецЦикла;

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ЗаказКлиента.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ЗаказКлиента.Дата,

| ЗаказКлиента.Договор,

| ЗаказКлиента.Инженер,

| ЗаказКлиента.НаименованиеКлиента,

| ЗаказКлиента.Номер,

| ЗаказКлиента.ПриоритетЗаказа,

| ЗаказКлиента.СтатусЗаказа,

| ЗаказКлиента.ИнформацияОЗаказе.(

| НомерСтроки,

| Услуга,

| СтоимостьУслуги

| )

|ИЗ

| Документ.ЗаказКлиента КАК ЗаказКлиента

|ГДЕ

| ЗаказКлиента.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьИнформацияОЗаказеШапка = Макет.ПолучитьОбласть("ИнформацияОЗаказеШапка");

ОбластьИнформацияОЗаказе = Макет.ПолучитьОбласть("ИнформацияОЗаказе");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьИнформацияОЗаказеШапка);

ВыборкаИнформацияОЗаказе = Выборка.ИнформацияОЗаказе.Выбрать();

Пока ВыборкаИнформацияОЗаказе.Следующий() Цикл

ОбластьИнформацияОЗаказе.Параметры.Заполнить(ВыборкаИнформацияОЗаказе);

ТабДок.Вывести(ОбластьИнформацияОЗаказе, ВыборкаИнформацияОЗаказе.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.ЗаказКлиента") Тогда

// Заполнение шапки

Договор = ДанныеЗаполнения.Договор;

Инженер = ДанныеЗаполнения.Инженер;

НаименованиеКлиента = ДанныеЗаполнения.НаименованиеКлиента;

Для Каждого ТекСтрокаИнформацияОЗаказе Из ДанныеЗаполнения.ИнформацияОЗаказе Цикл

НоваяСтрока = ИнформацияОЗаказе.Добавить();

НоваяСтрока.СтоимостьУслуги = ТекСтрокаИнформацияОЗаказе.СтоимостьУслуги;

НоваяСтрока.Услуга = ТекСтрокаИнформацияОЗаказе.Услуга;

КонецЦикла;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр Прибыль Расход

Движения.Прибыль.Записывать = Истина;

Для Каждого ТекСтрокаИнформацияОЗаказе Из ИнформацияОЗаказе Цикл

Движение = Движения.Прибыль.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.НаименованиеКлиента = НаименованиеКлиента;

Движение.Договор = Договор;

Движение.Услуга = ТекСтрокаИнформацияОЗаказе.Услуга;

Движение.Инженер = Инженер;

Движение.Прибыль = ТекСтрокаИнформацияОЗаказе.СтоимостьИздержекНаОказаниеУслуги;

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ОказаниеУслуги.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ОказаниеУслуги.Дата,

| ОказаниеУслуги.Договор,

| ОказаниеУслуги.Инженер,

| ОказаниеУслуги.НаименованиеКлиента,

| ОказаниеУслуги.Номер,

| ОказаниеУслуги.СтоимостьИздержекНаОказаниеУслуги,

| ОказаниеУслуги.ИнформацияОЗаказе.(

| НомерСтроки,

| Услуга,

| СтоимостьУслуги,

| СтоимостьИздержекНаОказаниеУслуги

| )

|ИЗ

| Документ.ОказаниеУслуги КАК ОказаниеУслуги

|ГДЕ

| ОказаниеУслуги.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьИнформацияОЗаказеШапка = Макет.ПолучитьОбласть("ИнформацияОЗаказеШапка");

ОбластьИнформацияОЗаказе = Макет.ПолучитьОбласть("ИнформацияОЗаказе");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьИнформацияОЗаказеШапка);

ВыборкаИнформацияОЗаказе = Выборка.ИнформацияОЗаказе.Выбрать();

Пока ВыборкаИнформацияОЗаказе.Следующий() Цикл

ОбластьИнформацияОЗаказе.Параметры.Заполнить(ВыборкаИнформацияОЗаказе);

ТабДок.Вывести(ОбластьИнформацияОЗаказе, ВыборкаИнформацияОЗаказе.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.ЗаказКлиента") Тогда

// Заполнение шапки

Договор = ДанныеЗаполнения.Договор;

Инженер = ДанныеЗаполнения.Инженер;

НаименованиеКлиента = ДанныеЗаполнения.НаименованиеКлиента;

Для Каждого ТекСтрокаИнформацияОЗаказе Из ДанныеЗаполнения.ИнформацияОЗаказе Цикл

НоваяСтрока = ИнформацияОЗаказе.Добавить();

НоваяСтрока.СтоимостьУслуги = ТекСтрокаИнформацияОЗаказе.СтоимостьУслуги;

НоваяСтрока.Услуга = ТекСтрокаИнформацияОЗаказе.Услуга;

КонецЦикла;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр Прибыль Расход

Движения.Прибыль.Записывать = Истина;

Для Каждого ТекСтрокаИнформацияОЗаказе Из ИнформацияОЗаказе Цикл

Движение = Движения.Прибыль.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.НаименованиеКлиента = НаименованиеКлиента;

Движение.Договор = Договор;

Движение.Услуга = ТекСтрокаИнформацияОЗаказе.Услуга;

Движение.Инженер = Инженер;

Движение.Прибыль = ТекСтрокаИнформацияОЗаказе.СтоимостьИздержекНаОказаниеУслуги;

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ОказаниеУслуги.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ОказаниеУслуги.Дата,

| ОказаниеУслуги.Договор,

| ОказаниеУслуги.Инженер,

| ОказаниеУслуги.НаименованиеКлиента,

| ОказаниеУслуги.Номер,

| ОказаниеУслуги.СтоимостьИздержекНаОказаниеУслуги,

| ОказаниеУслуги.ИнформацияОЗаказе.(

| НомерСтроки,

| Услуга,

| СтоимостьУслуги,

| СтоимостьИздержекНаОказаниеУслуги

| )

|ИЗ

| Документ.ОказаниеУслуги КАК ОказаниеУслуги

|ГДЕ

| ОказаниеУслуги.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьИнформацияОЗаказеШапка = Макет.ПолучитьОбласть("ИнформацияОЗаказеШапка");

ОбластьИнформацияОЗаказе = Макет.ПолучитьОбласть("ИнформацияОЗаказе");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьИнформацияОЗаказеШапка);

ВыборкаИнформацияОЗаказе = Выборка.ИнформацияОЗаказе.Выбрать();

Пока ВыборкаИнформацияОЗаказе.Следующий() Цикл

ОбластьИнформацияОЗаказе.Параметры.Заполнить(ВыборкаИнформацияОЗаказе);

ТабДок.Вывести(ОбластьИнформацияОЗаказе, ВыборкаИнформацияОЗаказе.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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

ВЫБРАТЬ

ИнтересыКлиентов.НаименованиеКлиента,

ИнтересыКлиентов.ИнтересКлиента,

ИнтересыКлиентов.ИсточникПервичногоИнтереса

ИЗ

РегистрСведений.ИнтересыКлиентов КАК ИнтересыКлиентов

ВЫБРАТЬ

ОбратнаяСвязь.НаименованиеКлиента,

ОбратнаяСвязь.ИнтересКлиента,

ОбратнаяСвязь.УдовлетворенностьКлиента,

ОбратнаяСвязь.ПолучениеУслуги

ИЗ

РегистрСведений.ОбратнаяСвязь КАК ОбратнаяСвязь

ВЫБРАТЬ

УтверждениеПроекта.ОписаниеПроекта,

УтверждениеПроекта.ПараметрыПроекта.(

ЦельПроекта,

ЗаказчикПроекта,

РуководительПроекта,

БюджетПроекта,

СрокНачалаПроекта,

СрокОкончанияПроекта

)

ИЗ

Документ.УтверждениеПроекта КАК УтверждениеПроекта

ВЫБРАТЬ

Клиенты.Наименование,

Клиенты.ОбщаяИнформация.(

Адрес,

КонтактнаяИнформация

Клиенты.ПрофильКлиента.(

ВидЛица,

ТипЛица

)

ИЗ

Справочник.Клиенты КАК Клиенты

ВЫБРАТЬ

ПродажиОбороты.НаименованиеКлиента,

ПродажиОбороты.Договор,

ПродажиОбороты.Услуга,

ПродажиОбороты.Инженер,

ПродажиОбороты.ВыручкаОборот

ИЗ

РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты

ВЫБРАТЬ

ЗаказКлиента.НаименованиеКлиента,

ЗаказКлиента.ПриоритетЗаказа,

ЗаказКлиента.СтатусЗаказа,

ЗаказКлиента.Инженер,

ЗаказКлиента.Договор,

ЗаказКлиента.ИнформацияОЗаказе.(

Услуга,

СтоимостьУслуги

)

ИЗ

Документ.ЗаказКлиента КАК ЗаказКлиента

ВЫБРАТЬ

ПрибыльОстаткиИОбороты.НаименованиеКлиента,

ПрибыльОстаткиИОбороты.Договор,

ПрибыльОстаткиИОбороты.Услуга,

ПрибыльОстаткиИОбороты.Инженер,

ПрибыльОстаткиИОбороты.ПрибыльПриход,

ПрибыльОстаткиИОбороты.ПрибыльРасход,

ПрибыльОстаткиИОбороты.ПрибыльКонечныйОстаток

ПРИЛОЖЕНИЯ 2