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

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

Содержание:

Введение

Объектом исследования курсовой работы является ИТ- компания (веб-студия) ООО «ПРОДУКТ ИТ».

Актуальность проектирования и разработки автоматизированной системы управления и совершенствования портфеля продукции для компании «Продукт ИТ» обусловлена следующим:

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

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

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

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

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

Предметом исследования является автоматизация управления и совершенствования портфеля продукции для ООО «Продукт ИТ».

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

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

Рассмотреть работу компании и предоставить её технико-экономическую характеристику;
Изучить предметную область и бизнес-процессы компании;
Провести проектирование и разработку корпоративной информационной системы автоматизации управления и совершенствования портфеля продукции;
Выполнить расчет технико-экономической эффективности от внедрения корпоративной информационной системы автоматизации управления и совершенствования портфеля продукции.

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

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

Прежде всего, необходимо проанализировать какие функции необходимо разработать в ЭИС в соответствии с теми конкретными задачами, которые нужно решать компании ООО «ПРОДУКТ ИТ».

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

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

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

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

На рис. 1 представлена функциональная структура решаемых задач ЭИС, а также входные и выходные информационные потоки

Входная информация:

Справочник «Заказчики».
Справочник «Договоры заказчиков».
Справочник «Проекты».
Справочник «Менеджеры проектов»
Документ «Утверждение проекта»
Документ «Первичная связь с заказчиком по проекту»
Документ «Обратная связь с заказчиком по проекту»

Выходная информация:

Отчет о состоянии проектов;

Отчеты об утвержденных проектах;

Функции (задачи, решаемые системой):

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

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

Рисунок 1 - Функциональная структура решаемых ЭИС задач

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

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

В зависимости от потребностей компании, и её размера можно найти как относительно дешевое и простое средство автоматизации моделирования бизнес-процессов электронной коммерции (например, графический пакет MS Visio), так и довольно сложное и относительное дорогостоящее комплексное программное обеспечение (например, ARIS).

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

Выбор методологии для управления и совершенствования портфеля продукции на верхнем уровне – процессов управления.
Выбор методологии для управления и совершенствования портфеля продукции на нижнем уровне – процессов работ.

Рассмотрим выбор методологии на верхнем уровне. Здесь мы сравним нотацию IDEF0 и нотацию VAD методологии ARIS.

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

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

Конечно эти недостатки можно обойти искусственно введя условные элементы в модели, однако это ещё больше увеличит трудоемкость создания моделей и без того высокой трудоемкости в сравнении с IDEF0.

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

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

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

Рассмотрим выбор методологии для описания процессов на нижнем уровне – процессов работ.

В рамках моделирования процессов нижнего уровня подойдет нотация IDEF3.

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

AllFusion Process Modeler (ранее BPwin) представляет собой программу для реализации автоматизации описания, анализа, документирования и оптимизации бизнес-процессов.

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

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

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

1. Методология структурного анализа и проектирования систем, так называемый SADT или основанные на SADT стандарты серии IDEF.

2. Методология потоков работ, так называемая Work Flow.

3. Методология описания потоков данных, так называемая Data Flow Modeling.

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

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

Для реализации модели электронной коммерции можно рассматривать два программных продукта – Aris 9.7 и AllFusion Process Modeler r7.

Учтем при выборе, что для моделирования модели электронной коммерции лучше выбрать более простой продукт - AllFusion Process Modeler r7 нежели более функциональный и сложный Aris Toolset 9.7.

В пользу такого выбора повлияло то также и то, что использование данного программного продукта позволяет применять нотации IDEF0 и нотацию IDEF3, а также ряд других нотаций (например DFD), что является необходимым для компании исходя из анализа выбора методологии, при этом скорость разработки моделей в целом выше чем у аналогов – например ARIS.

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

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

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

Рассмотрим модель бизнес-процессов управления и совершенствования портфеля продукции.

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

Контекстная диаграмма состоит из одной работы, которая называется «Осуществление электронной коммерции». Взаимодействие работы с внешним миром описывается в виде стрелок, которые представляют собой некую информацию и именуются существительными. В данной работе описаны стрелки:

типа вход (Input): Проект клиента. Они представляют собой входную информацию.
типа выход (Output): Отчет об окончании проекта. Она содержит в себе выходную информацию.
типа механизм (Mechanism): Менеджер проекта, Оператор. Эти стрелки входят в нижнюю грань работы.
типа управление (Control): Нормативные акты РФ, Стандартны бизнес-процессов (Регламенты компании).

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

Контекстная (корневая) диаграмма имеет номер А-0 (рис. 2)

$C:\Users\Salih\Desktop\Автор 24\Новый.jpg$

Рисунок 2 - Контекстная диаграмма.

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

Декомпозиция контекстной диаграммы имеет номер А0 (рис. 3). Эта декомпозиция состоит из следующих основных работ, осуществляемых при электронной коммерции:

Обработка проекта клиента в сети «Интернет».
Осуществление бизнес-процессов по управлению и исполнению проекта.
Осуществление приемо-сдачных работ заказчику исполнителем.

$C:\Users\Salih\Desktop\Автор 24\2.jpg$

Рисунок 3 - Диаграмма декомпозиции А0.

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

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

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

Оптимизация документооборота может быть достигнута правильной постановкой процесса и использованием средств автоматизации. [9].

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

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

В процессе деятельности ООО «Продукт ИТ» возникает ряд документов:

Утверждение проекта;
Первичная связь с заказчиком по проекту;
Обратная связь с заказчиком по проекту;

Сама же деятельность не могла бы осуществляться должным образом без информации, как:

Информация о заказчиках;
Информация об исполнителях проекта.

Все информационные потоки входят в документ «Утверждение проекта» ИС.

Рассмотрим схему действующего документооборота для данных документов на рис. 4.

Рисунок 4 - Документооборот по проекту в проектном отделе.

Анализ затрат на обработку документов приведен в таблице 1

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

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

Таблица 1. Оценка затрат на обработку документов.

Название документа	Кол-во за месяц	Частота возникно- вения	Время на формирование (до автоматизации)	Время на формирование (после автоматизации)	Время на обработку (до автоматизации)	Время на обработку (после автоматизации)	Экономия времени (на формирование)	Экономия времени (на обработку)
Утверждение проекта	2500-2800	75-95 (в день)	20 мин.	20 мин.	15 мин.	2 мин.	0	13 мин
Текущие операции по проекту	2500	75-85 (в день)	10 мин.	1 мин.	3 мин.	0.5 мин.	9 мин.	2.5 мин.
Заказчики проекта	Не определено	По требованию	От 2 часов	1 минута	30 мин.	0,5 мин	От	29.5 мин
Отчеты	Не определено	По требованию	От 30 мин.	2 минуты	30 мин.	0,5 мин.	От 28 мин.	29.5 мин.

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

Система должна предоставлять возможность автоматизации учета проектов в компании ООО «ПРОДУКТ ИТ».

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 2

Используемые системы кодирования

Кодируемое множество объектов	Длина кода	Мощность кода	Система кодирования	Система классификации	Вид классификатора
Менеджеры	5	9999	порядковая	иерархическая	общесистемный
Заказчики	5	9999	порядковая	иерархическая	общесистемный
Договоры	5	9999	порядковая	иерархическая	общесистемный
Проекты	5	9999	порядковая	иерархическая	общесистемный

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

Классификатор менеджеров.

Структурная формула классификатора:

F = [Фамилия] : [XXXXX] – код менеджера

Пример заполнения - 001234

Классификатор клиентов.

Структурная формула классификатора:

F = [Наименование ]:[ XXXXX] - код клиента

Пример заполнения - 00001

Классификатор проектов.

Структурная формула классификатора:

F = [Наименование]:[ XXXXX] - код продукции

Пример заполнения - 00004

Классификатор договоров.

Структурная формула классификатора:

F = [Наименование]:[ XXXXX] - код договора

Пример заполнения – 00012

Классификатор платежей по проектам.

Структурная формула классификатора:

F = [Наименование]:[ XXXXX] - код платежа по проекту

Пример заполнения – 00012

Информационное обеспечение (ИО) подсистемы представляет собой информационную модель работы сотрудников предприятия. Различают внемашинное и внутримашинное обеспечение[4].

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

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

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

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

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

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

Входной информацией для разрабатываемой информационной системы являются данные о, проектах компании, пользователях системы - сотрудниках веб-студии ООО «ПРОДУКТ ИТ».

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

- Отчет о состоянии проектов;

- Отчеты об утвержденных проектах;

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

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

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

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

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

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

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

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

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

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

Для ЭИС ООО «Продукт ИТ» разработаны следующие справочники:

Менеджеры проектов
Заказчики проектов
Проекты
Договоры

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

Справочник «Договоры» содержит договоры клиентов.

Рассмотрим вышеперечисленные справочники.

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

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

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

Документ «Обратная связь с клиентом по проекту»
Документ «Первичный интерес клиента по проекту»
Документ «Утверждение проекта»

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

Документ «Первичный интерес клиента» предназначен для учета информации о том, откуда клиент узнал о компании.

Документ «Утверждение проекта» содержит информацию о цели проекта, описании проекта, его параметров – времени, бюджете и справочной информации.

Документ «Заказ клиента» предназначен для фиксации требований клиента к заказу, определение параметров заказа. Документ учитывает статус заказа и тип его срочности.

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

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

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

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

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

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

Отчет о состоянии проектов;
Отчеты об утвержденных проектах;

Рисунок 5 - Отчет «Утвержденные проекты»

Рисунок 6 - Отчет «Состояние проектов».

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

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

Начало работы

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

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

Выбор подсистемы

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

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

Обработка обратной связи и первичного интереса заказчика по проекту

Управление проектами

Доступ и реализация всех транзакций

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

Проверка ссылочной целостности БД

Работа со всей нормативно-справочной информацией

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

НСИ

Транзакции

Проекты

Маркетинг

Отчеты

Рисунок 7 - Дерево функций программного продукта

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

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

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

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

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

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

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

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

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

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

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

2.1. НСИ

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

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

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

2.1.4. Работа с проектами

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

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

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

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

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

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

2.6.1. Утвержденные проекты

2.4.2. Состояние проектов

2.3. Управление проектами

2.3.1. Первичная связь по проекту с заказчиком.

2.3.2. Обратная связь с заказчиком по проекту.

2.2. Проекты

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

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

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

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

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

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

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

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

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

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

2.2. Проекты

2.3. Транзакции и маркетинг проектов

2.4. Отчеты

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

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

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

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

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

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

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

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

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

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

Рисунок 9- «ER-модель» предметной области управления и совершенствования портфеля продукции компании ООО «СЕО ПРО»

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

Таблица 1. Заказчики

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Заказчика	IDЗаказчика	число	4	Первичный ключ – ключевое поле (PK)
Наименование Заказчика	Наименование Заказчика	строка	0

Таблица 2. Договоры

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Проекта	ID_Проекта	число	4	Первичный ключ – ключевое поле (PK)
Наименование договора	НаименоваиеДоговора	строка	30	FK1
Условия договора	УсловияДоговора	ХранилищеЗначений
Сумма договора	СуммаДоговора	число	0

Таблица 3. Проект

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Проекта	ID_Проекта	число	4	Первичный ключ – ключевое поле (PK)
Наименование проекта	Наименование_Проекта	строка	30
Сумма проекта	СуммаПоПроекту	Число	12
Менеджер проекта	МенеджерПроекта	Строка		FK1

Таблица 4. Менеджеры

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Менеджера	IDМенеджера	число	0	Первичный ключ – ключевое поле (PK)
ФИО Менеджера	ФИОМенеджера	Строка	30
Аналитическая информация	АналитическаяИнформация	число	4

Таблица 5. Первичная связь с заказчиком по проекту

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Документа	IDДокумента	число	4	Первичный ключ – ключевое поле (PK)
Наименование Заказчика	НаименованиеЗаказчика	строка	0
Тип Источника	ТипИсточника	Строка	30
Тип интереса	ТипИнтереса	Строка	12
Менеджер проекта	МенеджерПроекта	Строка		FK1

Таблица 6. Обратная связь заказчиком по проекту

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Документа	IDДокумента	число	4	Первичный ключ – ключевое поле (PK)
Наименование Заказчика	НаименованиеЗаказчика	строка	0
Тип Источника	ТипИсточника	Строка	30
Тип интереса	ТипИнтереса	Строка	12
Менеджер проекта	МенеджерПроекта	Строка		FK1

Таблица 7. Проекты компании

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Наименование договора	НаименоваиеДоговора	строка	30	FK1
ID_Проекта	IDПроекта	число	4	FK2
Менеджер проекта	МенеджерПроекта	Строка		FK3

Таблица 8. Cостояние проектов

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Cостояние_Проекта	IDCостояниеПроекта	число	4
ID_Проекта	IDПроекта	число	4	FK1
Статус проекта	СтатусПроекта	строка	30
Дата Начала	ДатаНачала	Дата
Дата Окончания	ДатаОкончания	Дата

Таблица 9. Утвержденный проект

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Проекта	ID_Проекта	число	4	Первичный ключ – ключевое поле (PK)
Наименование проекта	Наименование_Проекта	Строка	30
Договор проекта	Договор проекта	Строка	12	FK1
Менеджер проекта	МенеджерПроекта	Строка

Таблица 10. Утвержденные проекты компании

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_Проекта	ID_Проекта	число	4	Первичный ключ – ключевое поле (PK)
Наименование проекта	Наименование_Проекта	строка	30
Сумма проекта	СуммаПоПроекту	Число	12
Менеджер проекта	МенеджерПроекта	Строка		FK1
Исполнитель проекта	ИсполнительПроекта	Строка	20

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим блок-схему алгоритма работы с информационной системой при взаимодействии с заказчиком на рис. 11.

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

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

Начало функционирования модуля

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

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

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

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

Передача данных и обработка

Регистрация проекта

Передача данных и обработка

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

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

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

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

1.Состояние проектов

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

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

Окончание функционирования модуля

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

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

Работа с информационной системой начинается с заполнения нормативно-справочной информации, которую можно непосредственно заполнить в подсистеме «НСИ» или в процессе работы с различными документами в подсистеме «Транзакции» либо в подсистемах «Проекты». Заполнение нормативно-справочной информации и доступ к работе со справочниками имеет как директор, так и специалисты.

Специалисты могут работать в различных подсистемах с различными документами:

Менеджеры проектов работают со следующими документами:

Документ «Обратная связь с клиентом»
Документ «Первичный интерес клиента»

Менеджер по проекту работает со следующими документами:

Документ «Утверждение проекта»

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

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

Данный отчет доступен только директору компании.

На рис. 11 – 12 представлены вышеперечисленные справочники в режиме «1С: Предприятие 8».

Рисунок 11 - Справочник «Договоры» в режиме «1С: Предприятие 8.3»

Рисунок 12 - Справочник «Клиенты» в режиме «1С: Предприятие 8.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 г.

ПРИЛОЖЕНИЯ

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"ВЫБРАТЬ

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

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

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

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

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

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

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

|ИЗ

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

|ГДЕ

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

КонецЦикла;

//}}

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

&НаКлиенте

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

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

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

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

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

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

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

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

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

//}}

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

&НаСервере

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"ВЫБРАТЬ

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

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

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

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

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

|ИЗ

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

|ГДЕ

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

КонецЦикла;

//}}

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

&НаКлиенте

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

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

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

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

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

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

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

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

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

//}}

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

&НаСервере

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

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

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

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

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

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

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

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

"ВЫБРАТЬ

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

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

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

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

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

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

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

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

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

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

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

| )

|ИЗ

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

|ГДЕ

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

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

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

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

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

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

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

КонецЦикла;

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

КонецЦикла;

//}}

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

&НаКлиенте

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

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

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

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

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

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

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

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

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

//}}

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

&НаСервере

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла;

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

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

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

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

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

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

"ВЫБРАТЬ

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

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

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

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

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

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

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

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

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

| Услуга,

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

| )

|ИЗ

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

|ГДЕ

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

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

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

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

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

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

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

КонецЦикла;

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

КонецЦикла;

//}}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла;

КонецЕсли;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла;

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

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

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

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

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

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

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

"ВЫБРАТЬ

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

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

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

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

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

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

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

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

| Услуга,

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

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

| )

|ИЗ

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

|ГДЕ

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

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

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

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

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

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

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

КонецЦикла;

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

КонецЦикла;

//}}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла;

КонецЕсли;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла;

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

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

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

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

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

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

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

"ВЫБРАТЬ

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

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

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

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

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

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

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

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

| Услуга,

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

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

| )

|ИЗ

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

|ГДЕ

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

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

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

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

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

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

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

КонецЦикла;

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

КонецЦикла;

//}}

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

ВЫБРАТЬ

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

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

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

ИЗ

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

ВЫБРАТЬ

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

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

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

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

ИЗ

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

ВЫБРАТЬ

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

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

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

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

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

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

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

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

)

ИЗ

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

ВЫБРАТЬ

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

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

Адрес,

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

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

ВидЛица,

ТипЛица

)

ИЗ

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

ВЫБРАТЬ

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

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

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

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

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

ИЗ

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

ВЫБРАТЬ

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

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

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

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

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

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

Услуга,

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

)

ИЗ

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

ВЫБРАТЬ

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

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

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

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

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

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

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