Создание информационной системы управления и совершенствования портфеля продукции

Содержание:

Введение

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

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

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

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

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

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

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

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

Глава 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 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].

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

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

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

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

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

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

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

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

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

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

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 области:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Отчеты в системе «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.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.Отчеты

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

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

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

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

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

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

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

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

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

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

Рисунок 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.Состояние проектов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

В рамках первой главы ВКР была проанализировать деятельность компании ООО «СЕО ПРО», выявлены основные тенденции её развития и результаты текущей деятельности, проанализирована её организационно-управленческая структура и дано её описание.

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

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

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

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

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

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

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

1. 1С: Предприятие 8.2 Руководство разработчика часть 1 Москва фирма «1С» 2013 г.
2. 1С: Предприятие 8.2 Руководство разработчика часть 2 Москва фирма «1С» 2013 г.
3. 1C:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы (артикул 4601546108722). Печатная и электронная версии 2014 г.
4. Архитектура и работа с данными "1С:Предприятия 8.2". Серия "1С: Профессиональная разработка" (артикул 4601546090690) 2012 г.
5. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2011. - 400 с.
6. Диго С. М. Базы данных: проектирование и использование: учебник для вузов. - М.: Финансы и статистика, 2011. - 592 с.
7. ДейтК.Дж., Дарвен Хью. Основы будущих систем баз данных: Третий манифест. - Издательство Янус-К, 2012. – 656 с.
8. Дейт К. Дж. Введение в системы баз данных (седьмое издание).Вильямс, 2011 - 1072 с.
9. Илюшечкин В. М. Основы проектирования и использования баз данных: учеб. пособие. - М.: Высшее образование, 2012. - 213 с.
10. Инструменты для создания тиражируемых приложений "1С: Предприятия 8.2". Серия "1С: Профессиональная разработка" (артикул 4601546090706 2012 г.
11. Каленик А. И. Использование новых возможностей Microsoft SQL Server 2012. - М.: «Русская редакция», 2012. - 334 с.
12. Когаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2009. –800 c.
13. Когаловский М.Р. Теория реляционных баз данных. М.: Финансы и статистика, 2011. –500 c.
14. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.48
15. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.76
16. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c.112
17. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2011 – c. 256
18. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2012 – с.24.
19. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2011 – с.36.
20. Крёнке Д. Теория и практика построения баз данных. - М.: Питер, 2009. - 800 с.
21. Крёнке Д. Практический опыт программирования в реляционных базах данных. - М.: Питер, 2011. - 400 с.
22. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2012. - 30 с.
23. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2012. - 54 с.
24. Кузнецов С. Д. Основы баз данных: курс лекций: учеб. пособие для студентов, обучающихся по специальностям в обл. информ. технологий. - М.: Интернет - университет информационных технологий, 2011. - 488 с.
25. Полякова Л. Н. Основы SQL: Курс лекций. Учебное пособие. - М.: Интернет - университет информационных технологий, 2011. - 368 с.
26. Профессиональная разработка в системе 1С:Предприятие 8" (+DVD-ROM). Издание 2 (артикул 4601546101853). 2013 г.
27. Роберт Дж. Мюллер. Базы данных и UML. - М.: Лори, 2008. - 420 с.
28. Роберт Дж. Мюллер. Реляционные базы данных. - М.: Лори, 2011. - 420 с.
29. Райордан Ребекка М.Основы реляционных баз данных.Базовый курс: Теория и практика. - М.: Русская Редакция, 2011 – 384 с.
30. Райордан Ребекка М. Аналитические системы транзакций.Базовый курс: Теория и практика. - М.: Русская Редакция, 2012 – 400 с.
31. Разработка сложных отчетов в "1С:Предприятии 8.2". Система компоновки данных". Издание 2 (+ CD) (артикул 4601546097569). 2013 г.
32. Решение специальных прикладных задач в "1С:Предприятии 8.2". Серия "1С:Профессиональная разработка" (артикул 4601546092694) 2014 г.
33. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений. - М.: Бином-Пресс, 2012. - 736 с.
34. Чубукова И. А. DataMining: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2009. - 382 с.
35. Чубукова И. А. Создание реляционных баз данных: Учебное пособие. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2011. - 382 с.
36. М.Г. Радченко Е. Ю. Хрусталева. 1С: Предприятие 8.2 Практическое пособие разработчика. Диск прилагается. Москва 2011 г.
37. И. Ф. Астахов. СУБД: Язык SQL в примерах и задачах. 2015 г.
38. Знакомство с разработкой мобильных приложений на платформе «1С: Предприятие 8» (+CD) (артикул 4601546111241) 2014 г.
39. Настольная книга 1С: Эксперта по технологическим вопросам (артикул 4601546110060) 2013 г.
40. Язык запросов "1С:Предприятия 8" (+диск) (артикул 4601546108029). Печатная и электронная версии. 2012 г.