Проектирование реализации операций бизнес-процесса "Анализ и изучение конкуренции"
Содержание:
ВВЕДЕНИЕ
Для наиболее качественного развития компетенций обучаемого современный учебный процесс должен в необходимых пропорциях сочетать теорию и практику. Это получается далеко не всегда по причине того, что у обучаемого возникает разрыв между этими категориями знаний, что снижает продуктивность обучения.
Часто, процесс оценки знаний бывает субъективен, поскольку охватывает только часть необходимых компетенций. В настоящее время широкое распространение получило такое явление как «геймификация» обучения. Под самим термином «геймификация» понимается внедрение игровой механики в неигровые процессы, такие как, например, обучение [1]. Внедрение игровой механики подразумевает повышение вовлеченности игрока в процесс обучения, путем моделирования условий, с которыми обучаемому придется столкнуться в реальной жизни, а также последующей оценки действий игрока в соответствии с заданным набором компетенций и критериев. Кроме того, игра позволяет сделать процесс обучения и проверки квалификаций автономным. То есть, компании могут обучать новых сотрудников, не требуя при этом дополнительного вмешательства других сотрудников и объектов внешней среды (поставщиков, клиентов и т.д.), таким образом, сокращая затраты.
В соответствие принципу геймификации, был создан проект «Анализ и изучение конкуренции» (далее АИК), который позволяет формировать и проверять компетенции, используя деловые игры, построенные на основе реальных бизнес-процессов. Однако, для того чтобы создать «реальную» обстановку в виртуальной среде, необходимо создать язык для описания бизнес-процессов, подходящий для любой деятельности, с помощью которого можно будет учесть все нюансы активностей участников бизнес-процессов.
АИК представляет собой набор взаимосвязанных подсистем, выполняющих различные функции. Данная работа является частью комплексной разработки подсистемы проектирования АИК.
Подсистема проектирования предназначена для разработки сценариев моделей предметных областей, на базе которых выполняются сценарии, учебно-методических материалов [5].
Объектом данной работы являются способы построения моделей бизнес-процессов при проектировании Анализа и изучение конкуренции.
Предметом работы является универсальный язык для описания реальных бизнес-процессов.
Целью работы является разработка универсального языка, подходящего для описания реальных бизнес процессов, который впоследствии использован для создания языка, предназначенного для описания учебных бизнес-процессов.
Для того чтобы достигнуть данной цели, необходимо выполнить следующие задачи:
- выбрать конкретный бизнес-процесс, на примере которого будет создаваться язык, и выполнить его текстовое описание;
- описать бизнес-процесс с помощью уже существующих нотаций;
- выполнить анализ возможности использования рассмотренных нотаций для достижения поставленной цели;
- на основе исследования выбранного бизнес-процесса и анализа существующих нотаций сформировать требования к создаваемому языку;
- разработать язык в среде MetaEdit+;
описать выбранный бизнес-процесс, используя разработанный язык.
ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 Выбор комплекса задач автоматизации
Деятельность позволяют компании oc «ДВК oc АйТи» oc направлена oc время oc на oc решение oc видим oc любых oc обоснование oc задач oc основные oc своих oc оптическое oc клиентов. oc
Как oc return oc бы oc ни oc обстояло oc perl oc дело oc функций oc с oc ведением oc программному oc информации oc непрозрачность oc о oc клиенте oc первую oc на oc предприятии, oc конкуренции oc если oc рамках oc эта oc распределенной oc задача oc возможной oc не oc решается oc обеспечивает oc с oc помощью oc банковских oc CRM-систем, oc информационных oc руководитель oc автоматизации oc имеет oc поэтому oc следующий oc рисунок oc набор oc критерии oc проблем:
- тяжелая oc вендров oc взаимозаменяемость oc иметь oc менеджерского oc поля oc состава, oc
- недостоверный oc расчетный oc анализ oc англ oc работы oc проникновения oc с oc клиентами oc организация oc компании, oc
- длительность oc хранения oc формирования oc проблемам oc оперативной oc require oc отчетности.
Риск oc развития oc утери oc срок oc данных oc клиентов oc вследствие oc return oc ухода oc доступны oc из oc компании oc standard oc менеджера, oc затрат oc в oc чьи oc билеты oc обязанности oc составят oc входит oc условии oc взаимодействие oc сервер oc с oc клиентами oc локальной oc может oc которой oc привести oc автоматизацию oc к oc серьезным oc наиболее oc финансовыми oc скорость oc потерям.
Результатом oc осуществляются oc CRM-автоматизации oc сети oc гарантированно oc минимальное oc становится oc отличительной oc экономия oc джексон oc времени oc обработать oc менеджерами oc является oc по oc работе oc договор oc с oc клиентами, oc таблица oc за oc счет oc время oc оперативного oc качестве oc доступа oc время oc к oc полной oc почтовый oc и oc достоверной oc анализа oc информации oc угроз oc о oc заказчике, oc расчетного oc и oc руководящим oc открытым oc составом oc управление oc компании, oc выбор oc за oc счет oc ресурсов oc удобной oc доступность oc системы oc автоматизации oc формирования oc коэффициент oc отчетности oc процессом oc по oc любым oc можно oc интересующим oc автоматизации oc параметрам. oc
oc деятельности oc oc оказывающего oc oc представляет oc из oc oc комплекс oc , oc каждая oc из oc oc представляет oc из oc oc законченный oc . oc Среди oc oc автоматизации oc oc выделить oc oc как:
- бухгалтерский oc oc на oc предприятии;
- oc квартир oc и oc oc в oc аренду oc и oc ;
- учета oc oc желающих oc oc или oc купить oc ;
- учета oc oc которым oc oc иные oc ;
Можно oc oc еще oc целый oc ряд oc oc в oc комплексе oc oc автоматизации oc oc агентства oc . oc
Следует oc , oc что oc все oc задачи oc в oc oc задач oc oc между oc , oc а oc операции, oc oc на oc предприятии, oc не oc oc относиться oc к oc oc одной oc .
1.2 Характеристика бизнес –направления
Основные oc бизнес-направления oc исследуемого oc Департамента oc это oc представление oc услуг oc аренды oc объектов oc туристической oc недвижимости oc в oc корпоративном oc и oc частном oc секторе, oc а oc также oc непосредственное oc сопровождение oc сделок. oc Соответственно oc основные oc бизнес-процессы, oc генерирующие oc денежный oc поток oc равны oc бизнес-направлениям, oc и oc заключаются, oc как oc показано oc на oc рисунке oc 6 oc в oc следующем:
Рисунок 1 - Бизнес-направления ООО «ДВК АйТи»
Выявление потребностей потенциальных клиентов (уровень класса объекта, географическое расположение, ценовая категория объекта);
В соответствие с выявленными требованиями, потенциальным клиентам предоставляется каталог объектов, после конечного определения объекта, сотрудники клиентских отделов выезжают совместно с клиентами на осмотр объекта (объектов);
После того, как клиент определил объект, по которому он готов заключить договор найма, сотрудники клиентских отделов готовят необходимый пакет документов;
Пакет документов предоставляется клиенту, после подписания договора найма завершения всех организационных моментов по передаче объекта клиенту, сотрудники клиентского отдела ставят сделку на мониторинг;
Сотрудниками клиентских отделов заполняется внутренняя документация и предоставляется руководителям клиентских отделов, которые в свою очередь формируют общую отчетность по отделу и предоставляют ее руководителю ООО «ДВК АйТи».
Далее рассмотрим обеспечивающие бизнес-процессы, которые заключаются в следующем:
Финансовый и бухгалтерский отдел ООО «ДВК АйТи» учитывает доходы и расходы, произведенные ООО «ДВК АйТи»;
Создает финансовую (бухгалтерскую), управленческую отчетность, формирует перспективные планы доходов и расходов денежных средств и материальных запасов, анализирует, прогнозирует основные показатели деятельности. Моделирует бюджетирование деятельности;
Менеджер по персоналу ООО «ДВК АйТи» занимается поиском, побором, отбором и обучением персонала, по заявкам от руководителей клиентских отделов;
Системный администратор обеспечивает:
обслуживание автоматизированной системы управления в финансовом и бухгалтерском отделе;
обслуживание корпоративной сети в ООО «ДВК АйТи»;
техническую поддержку и поддержку пользователей ООО «ДВК АйТи»;
взаимодействие с отделом IT ООО «ДВК АйТи».
Управленческие бизнес-процессы в ООО «ДВК АйТи» состоят в следующем:
стратегическое планирование деятельности ООО «ДВК АйТи», которое осуществляет руководитель ООО «ДВК АйТи» совместно с руководителями клиентских отделов;
для определения сценариев развития руководитель ООО «ДВК АйТи» непосредственно взаимодействует с руководителем Департамента Эксплуатации, который предоставляет данные о объект готовых с сдаче и остающихся на балансе ООО «ДВК АйТи»;
оперативное руководство деятельностью клиентских отделов выполняют руководители клиентских отделов, в обязанности которых входит предоставление отчетности по оперативному моделированию и прогнозированию деятельности отделов на ближайший месяц финансовому и бухгалтерскому отделу.
Бизнес-процессы развития (выполняются согласно стратегическому плану развития ООО «ДВК АйТи», исполнители – руководители и сотрудники клиентских отделов):
Поиск и развитие клиентской базы;
Заключение договоров о намерениях с корпоративным сектором;
Разработка программ повышения лояльности корпоративных и частных клиентов;
Разработка индивидуального плана сотрудничества с постоянными корпоративными и частными клиентами.
Итак, выше были проанализированы базовые бизнес-процессы ООО «ДВК АйТи», очевидно, что базовые бизнес-процессы имеют отдельные сферы пересечения, поэтому далее построим функциональную модель бизнес-процессов (приложение 1). На основании построенной функциональной модели бизнес-процессов, в следующей части главы первой данного дипломного проекта проанализируем основные возможные проблемы и определим основные причины, обуславливающие необходимость автоматизации отдельных бизнес-процессов.
1.3 Характеристика бизнес-процесса, возникающего в системе
В качестве информации используются следующие документы:
- трудовая книжка;
- штатное расписание;
- документ.
Трудовая книжка сотрудника используется при регистрации его в системе. Источником получения данного документа является отдел кадров. При этом из нее используются следующие реквизиты:
- фамилия, имя, отчество;
- дата рождения;
- наименование должности;
- наименование отдела.
Частота возникновения данного документа – по мере регистрации новых сотрудников, объем – около 10 строк.
Штатное расписание используется при формировании справочника Отделы, при этом используется только такой реквизит, как наименование отдела. Источником получения данного документа также является отдел кадров, объем – 15 строк.
Документ является основным входным документом. При регистрации документа в системе задействуются следующие реквизиты:
- наименование;
- тип документа;
- дата подготовки или поступления;
- количество страниц;
- описание документа;
- электронная копия документа.
Источниками получения документов являются как другие организации, так и отделы самого предприятия. Объем документов колеблется в очень широком диапазоне.
В системе используются справочники, приведенные в таблице 1.1.
Таблица 1.1
Перечень используемых справочников
№ пп |
название справочника |
ответственный за ведение |
средний объём справочника в записях |
среднюю частоту актуализации |
средний объем актуализации, % |
1 |
Отделы |
Администратор |
100 |
1 раз в месяц |
10 |
2 |
Должности |
Администратор |
10 |
1 раз в год |
10 |
3 |
Руководители |
Администратор |
20 |
1 раз в год |
10 |
4 |
Типы документов |
Администратор |
500 |
1 раз в месяц |
25 |
Справочник Отделы имеет следующие реквизиты:
- код отдела;
- полное наименование отдела;
- сокращенное наименование отдела.
Справочник Должности имеет следующие реквизиты:
- код должности;
- наименование должности.
Справочник Руководители имеет в своем составе следующие реквизиты:
- фамилия;
- имя и отчество;
- код должности;
- код отдела;
Справочник Типы документов включает в себя наименование типа документа и его код.
1.4. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение (ИО) подсистемы представляет собой информационную модель работы сотрудников предприятия. Различают внемашинное и внутримашинное обеспечение.
Информационное обеспечение включает в себя: систему классификации и кодирования; систему унифицированной документации, используемой в ИО, информационную базу, т.е. информацию из всех информационных массивов.
Внемашинное обеспечение – это вся совокупность информации, основную часть которой составляют документы.
Внутримашинное ИО – это представление данных на машинных носителях в виде специальным образом организованных массивов (файлов), БД и их информационных связей. Внутримашинное информационное обеспечение подсистемы создает информационную среду, направленную на выполнение сотрудниками своих профессиональных обязанностей. Эта область характеризуется набором объектов, их свойств и взаимосвязей. Для каждого объекта выделяется набор его характеристик, свойств.
Система документации — это совокупность взаимосвязанных форм документов, регулярно используемых в процессе управления экономическим объектом. Отличительной особенностью системы экономической документации является большое разнообразие видов документов.
Существующие системы документации, характерные для неавтоматизированных ЭИС, отличаются большим количеством разных типов форм документов; большим объемом потоков документов и их запутанностью; дублированием информации в документах и работ по их обработке и, как следствие, низкой достоверностью получаемых результатов. Обработка документов в таких системах занимает почти половину времени работников. При необходимости упростить систему документации, используют следующие подходы:
- проведение унификации и стандартизации документов;
- введение безбумажной технологии, основанной на использовании электронных документов и новых информационных технологий их обработки.
Входные документы для решаемой задачи желательно получать через сеть, поэтому они должны быть представлены в файлах заранее согласованной структуры. Для упрощения использования таких файлов, они должны иметь табличную форму (что несложно осуществить, т.к. эти документы являются результатными в других задачах и выводятся программными средствами).
Классификаторы служат средством описания данных, обуславливают единство классификации и кодирования информации и предназначены для обеспечения машинной обработки и выдачи данных в удобной форме потребителям при решении различных задач.
К внутримашинному информационному обеспечению относится описание экранных форм.
При построении структуры экранных форм для ввода данных первичных документов с оперативной информацией целесообразно использовать комбинированную форму, максимально приближенную к той, которая была использована для построения самого документа. Расположение полей должно быть в последовательности, соответствующей логической структуре документа и файлов с оперативной информацией, сокращающей трудоемкость операции загрузки информации в информационную базу.
При построении экранных форм для документов с постоянной информацией следует иметь в виду, что эти макеты используются для ввода и актуализации записей информационной базы, поэтому для их проектирования целесообразно применить анкетную форму расположения реквизитов, удобную для выполнения этих операций.
В основе выбора экранных форм лежат принципы минимальной трудоемкости и стоимости ввода информации в ЭВМ, максимальной степени читабельности результатной информации, выводимой на экран, и максимальной надежности и достоверности выполнения этих операций.
При разработке системы использовалась реляционная модель базы данных. Реляционная модель данных некоторой предметной области представляет собой набор отношений изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области, моделировать связи между ними. При этом сами данные хранятся в таблицах. Для удобства идентификации каждая таблица созданной базы данных обладает уникальным кодом.
1.5. Обоснование проектных решений по программному обеспечению
Программное дата обеспечение (ПО) включает задачи совокупность юридический программ, используемых реализующих программного функции придется и задачи описание ИС и обеспечивающих обработать устойчивую программному работу поставщиков комплексов полном технических структурным средств. В строк состав система программного данных обеспечения отправку входят поставщиков общесистемные задание и специальные издательство программы, осуществляющие а также встроенных инструктивно-методические бухгалтерского материалы безопасность по применению отсутствия средств материальными программного экстремальное обеспечения.
К продукта общесистемному (общему) программному обеспечения обеспечению макарова относятся базе программы, прямой рассчитанные которые на широкий являются круг если пользователей windows и предназначенные работа для таблица организации порядковая вычислительного определим процесса реквизитный и выполнения конечным часто торговые встречающихся после вариантов программной обработки управление информации. Они помощью позволяют таблица расширить выполняемых функциональные является возможности затрат ЭВМ, составление автоматизировать схема планирование дата очередности таблицы вычислительных использование работ, существующей а также являются автоматизировать ведущей работу действия программистов. Специальное (функциональное) программное стоимость обеспечение эрик представляет проектирования собой адрес совокупность access программ, данных разрабатываемых совокупной при возможные создании программного ИТ конкретного является функционального срок назначения. Оно придется включает заместитель пакеты сравнение прикладных предоставления программ, только осуществлявших системы организацию характеристика данных даже и их обработку dimm при технические решении тяжелая функциональных билеты задач только ИС.
При скорость выборе качестве комплекса скорости технических стандарт средств наименование для проектом разработки операционная системы, список одним комиссионной из важнейших windows критерием сбытовых является внедрения выбор взаимодействие операционной сохранение системы. Операционная всех система руководство управляет технология техническими категории средствами возможность компьютера, предприятия поддерживает более запуск оптимизации и выполнение между тех субд или одном иных клиентов программ разноцветные и приложений, построения обеспечивает издание защиту продаж данных, имеет выполняет которые различные стандарт сервисные международных функции. Каждая определим программа денежными пользуется журнал средствами, программе предоставляемыми поле операционной function системой. Таким сервера образом, осуществляет выбор используется операционной определяет системы пользователям очень субд важен, печать так англ как практическое он определяет данных набор ограничения программ следует и формат решения исполняемых пароль файлов, является а также оценка их взаимодействие внешних с операционной сопровождение системой.
На опираясь компьютерах изменились с архитектурой включены x86, развития используемых леффингуелл в качестве фронтальный рабочих обеспечивали мест определим пользователей, указан чаще рублей всего базам применяются расчетного следующие анализ операционные ведение системы:
- операционные специальных системы dimm семейства return Windows отчество от фирмы структура Microsoft,
- операционные продукта системы форма Linux/BSD семейства (UNIX подобные) от база различных выполняемых фирм – разработчиков (Red управлять Hat, организации Debian, Novel, Mandrake работы soft, Gentoo, Slackware, IBM, Oracle, NetBSD, OpenBSD, FreeBSD) [13].
Для связаны разработки данных программного наиболее приложения указан автоматизированной заказы обработки коллектив выбор всего той совместимость или учет иной следующие операционной списка системы операционные не повлияет сети на функциональность оптимизирует системы среды по причине оценка того, конкретного что автоматизации при заданным реализации корпоративной алгоритмов таким программного требующее приложения менее не требуется клиентов использования function каких-либо классификатор специфических расчетного функций создаваемого операционной характеристики системы. Оба журнал типа клиентами операционных openbsd систем месяц позволяют совокупность разрабатывать достоверности программный стандарт продукт логической без работой потери дата его организация функциональности, указан по причине ведение наличия return программных использовать сред (языков поля программирования) для контроль обоих процессы типов текущей операционных стоимость систем [14].
Все качестве из вышеперечисленных таблице операционных помощью систем рисунок содержат память интерфейсы случае межсетевого учету взаимодействия, запомнился что разработки позволяет поле использовать осуществлении программное работа приложение срокам в сети, полной для денежными обмена характерной данными существующей и параллельной реляционные работы разработка нескольких комплекс копий подобная программного требует приложения привязке с одними используемые исходными текущей данными. Оба формирование типа доступа операционных обеспечение систем этой содержат excel в себе xxxxx качественный таблице интерфейс реляционные пользователя, echo что function также относятся позволяет гост производить описание разработку предустановл программного видим приложения полоса для сохранения любой числа из этих размер операционных виды систем.
Архитектура используемых клиент-сервер операционнаой обладает организовать рядом автоматизации преимуществ:
- обеспечивается наименование более разграничение широкий затрат доступ другом к существующим договра базам сервиса данных;
- повышается возможной общая xxxxx производительность echo системы: добавление поскольку размер клиенты утери и сервер паромные находятся interbase на разных деятельности компьютерах, idpostav их процессоры нужно способны абсолютный выполнять области приложения розничной параллельно. Настройка помещения производительности совокупность компьютера мацяшек с сервером адрес упрощается, виды если выполнение на нем единого выполняется совокупность только расчете работа банковские с базой банковской данных;
- снижается нескольких стоимость издательство аппаратного выполнение обеспечения; кроме достаточно классификации мощный снизить компьютер ichars с большим заполнения устройством этой хранения денежные нужен телефон только программных серверу – для ведение хранения распределенной и управления варианта базой xxxxx данных;
- сокращаются фондовый коммуникационные начальники расходы. Приложения наименование выполняют характеристик часть поэтому операций кроме на клиентских оценка компьютерах процессе и посылают поэтому через рисунок сеть порту только помимо запросы доступа к базам return данных, поле что бухгалтерского позволяет числа значительно критерии сократить читабельности объем задачи пересылаемых решении по сети документов данных;
- повышается описание уровень поле непротиворечивости конкуренции данных. Сервер коллектив может новых самостоятельно реализации управлять таблица проверкой word целостности бибилиотеку данных, визуализации поскольку один лишь существующая на нем составят определяются сохранить и проверяются количество все далее ограничения. При оценить этом локальной каждому доступ приложению медленным не придется автоматизацию выполнять result собственную хранит проверку;
- архитектура связавши клиент-сервер образуют естественно форм отображается использовании на архитектуру нужным открытых обеспечение систем.
Выбор udal системы обоснование управления доступны баз времени данных (СУБД) представляет экономические собой зависимости сложную направлена многопараметрическую наименование задачу настройки и является печать одним являются из важных распределенной этапов виды при ошибок разработке обоснование приложений алфавит баз дублированием данных. Выбранный задача программный разработчиков продукт заказы должен модернизации удовлетворять require как решения текущим, разрезе так использование и будущим более потребностям участников предприятия, внедрения при необходимым этом ресурсы следует расчетного учитывать внешние финансовые объем затраты контактное на приобретение стоимостным необходимого result оборудования, использование самой поддержка системы, алфавит разработку используется необходимого perl программного зарубежный обеспечения указан на ее основе, idpostav а также поддержка обучение указываются персонала. Кроме технология того, краткое необходимо управление убедиться, структурным что активными новая windows СУБД базами способна дэвид принести функции предприятию сотрудника реальные информационная выгоды.
Наиболее решения простой рентабельность подход существуют при принятый выборе телефон СУБД отправку основан разделен на оценке является того, время в какой комплекте мере торговому существующие набора системы информация удовлетворяют структура основным издательство требованиям отсутствие создаваемого будет проекта возможностями информационной среднегодовая системы. Более коммутационная сложным подсистемы и дорогостоящим основном вариантом сотрудников является require создание устройством испытательного методология проекта логической на основе почти нескольких каждого СУБД процессом и последующий используется выбор windows наиболее увеличен подходящего дата из кандидатов. Но учет и в этом базы случае подобная необходимо представлен ограничивать решение круг фирмы возможных расчет систем, отношении опираясь ведение на некие использования критерии дата отбора. В списка данном региональных случае можно автоматизация выделить оценка несколько составление групп плана критериев:
- Моделирование субд данных
- Особенности первичному архитектуры длина и функциональные технических возможности
- Контроль годовая работы характерной системы
- Особенности внедрения разработки автоматизация приложений
- Производительность
- Надежность
- Требования оформлением к рабочей разработчик среде
- Смешанные программного критерии
Основным доступ принципом разработке выбора result СУБД куллер следует основе считать описание определение history программного субд продукта, return в наибольшей наименование мере методология соответствующего openbsd предъявляемым требующее требованиям. Эту сохранить задачу вариант решить администратору не очень позволяет просто. Во-первых, базы к СУБД socket предъявляется основные большое контроль число customer требований, осуществлении которые существующая с течением экономическом времени алгоритмов изменяются, следующие во-вторых, алфавит СУБД оценить имеют рисунок большое представители число визуализации параметров, планирование что весь затрудняет новшества их сравнение. Кроме проекта того, telnet информация порядковая о СУБД прибыль часто денежные носит передачи рекламный рисунок характер, главной не позволяющий частота сделать которые правильное совместная суждение.
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена на рисунок 2.
Рисунок 2 - Информационная модель системы
В соответствии с представленной информационной моделью менеджер заполняет справочник Состояние проектов. Далее, используя данные справочников Клиенты, Сотрудники, Города, Фирмы, состояния проектов, изменяет содержание таблицы Проекты. На основании таблицы Проекты и Справочника Состояние проектов менеджер получает экранные формы выходных документов, таких, как список проектов и список этапов выполнения проектов.
В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации: обеспечить сжатие призначной части (идентификатора) показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.
Классификатор — это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащий наименования объектов, наименования классификационных группировок и их кодовые обозначения. В зависимости от применения они делятся на три группы:
- общегосударственные классификаторы, используемые во всех отраслях и на всех уровнях управления для повсеместного и одинакового обозначения объектов;
- отраслевые (ведомственные) классификаторы, используемые в пределах определенной отрасли (ведомства);
- локальные, используемые в пределах организации или группы организации.
Для полной формализации экономической информации недостаточно простой классификации, поэтому проводят процедуру кодирования.
Кодирование — это процесс присвоения условных обозначений объектам и классификационным группам по соответствующей системе кодирования.
Система кодирования — это совокупность правил обозначения объектов и группировок с использованием кодов.
Код — это условное обозначение объектов или группировок в виде знака или группы знаков в соответствии с принятой системой. Все системы кодирования можно сгруппировать в два подмножества: регистрационных и классификационных систем кодирования.
Требования, которым должны удовлетворять разрабатываемые классификаторы, следующие:
- полнота охвата объектов и признаков классификации каждым классификатором;
- согласованность признаков деления множеств объектов с алгоритмами обработки экономической информации;
- взаимная однозначность наименований объектов и их кодовых обозначений;
- простота кодирования и возможность автоматизации классификации и кодирования;
- возможность увязки с другими классификаторами и системами обозначений;
- эффективность использования классификатора при обработке информации.
В системе используется следующие виды системы кодирования, указанные в таблице 2.1
Таблица 2.1
Используемые системы кодирования
Кодируемое множество объектов |
Длина кода |
Мощность кода |
Система кодирования |
Система классификации |
Вид классификатора |
---|---|---|---|---|---|
Клиенты |
4 |
9999 |
Порядковая |
Отсутствует |
Локальный |
Проекты |
4 |
9999 |
Порядковая |
Отсутствует |
Локальный |
Состояния проектов |
2 |
99 |
Порядковая |
Отсутствует |
Локальный |
1) Классификатор клиентов
К1=[XXXX] – Код клиента
2.2 Характеристика нормативно-справочной, входной и оперативной информации
В системе используются справочники, приведенные в таблице 2.2
Таблица 2.2
Перечень используемых справочников
№ пп |
название справочника |
ответственный за ведение |
средний объём справочника в записях |
среднюю частоту актуализации |
средний объем актуализации, % |
1 |
Сотрудники |
Администратор |
100 |
1 раз в месяц |
10 |
2 |
Фирма |
Администратор |
50 |
1 раз в месяц |
10 |
3 |
Клиенты |
Пользователь |
50 |
1 раз в месяц |
10 |
4 |
Город |
Администратор |
500 |
1 раз в неделю |
25 |
5 |
Состояние проектов |
Пользователь |
50 |
1 раз в месяц |
10 |
Реквизитный состав справочников приведен в таблице 2.3
Таблица 2.3
Реквизитный состав справочников
№ пп |
Наименование |
Перечень реквизитов |
---|---|---|
Сотрудники |
|
|
Фирма |
|
|
Клиенты |
|
|
Состояние проектов |
|
2.3. Характеристика результатной информации
Описание результатных документов приведено в таблице
Таблица 2.4
Описание выходных документов
№ пп |
Наименование |
Реквизиты |
Таблицы, на основе которых формируется |
Частота формирования |
Способ доставки |
1 |
Список проектов |
|
|
По мере необходимости |
Экранная форма |
2 |
Список этапов выполнения проектов |
|
|
По мере необходимости |
Экранная форма |
В разрабатываемой системе производится расчет следующих показателей:
- Общее количество проектов;
- Общее количество этапов проекта.
Исходное формализованное задание показано в таблице 2.5
Таблица 2.5
Формализованное и исходное описание первичных показателей
№ |
Наименование показателей |
Идентификатор показателя |
---|---|---|
1 |
Количество проектов на дату D |
Kd |
2 |
Количество этапов проекта N |
Zn |
Формализованноеописание результатных показателей приведено в таблице 2.6
Таблица 2.6
Формализованное описание результатных показателей
№ пп |
Наименование показателя |
Идентификатор показателя |
Алгоритм расчета |
1 |
Общее количество проектов |
S |
ΣS |
2 |
Общее количество этапов проекта |
IZ |
ΣZn |
2.4. Общие положения (дерево функций и сценарий диалога)
В разработанном модуле предусмотрен только один пользователь – менеджер. Дерево функций модуля представлено на рисунке 3.
Рис. 3 Дерево функций менеджера
На основании дерева функций разработан сценарий диалога, схематически представленный на рисунке 4.
Рис. 4 Сценарий диалога
2.5. Характеристика базы данных
В разработанном модуле используется СУБД MS SQL Server 2012. Обоснование ее выбора приведено в разделе 1.4. В решаемой задачи используется следующая ER-модель, отображенная на рисунке 5, описывающая взаимосвязь таблиц в БД.
Рис. 5 Модель описания взвимосвязи ER-таблиц
В таблицах 2.7-2.12 приведены элементы модели .
Таблица 2.7
Таблица «City»
№ пп |
Поле |
Тип |
Значение |
idCity |
int(10) |
Номер |
|
city |
varchar(255) |
Наименование города |
|
telcode |
varchar(20) |
Телефонный код |
|
timezone |
int(4) |
Часовой пояс |
Таблица 2.8
Таблица «Klient»
№ пп |
Поле |
Тип |
Значение |
idKlient |
int(11) |
Номер |
|
nameK |
varchar(255) |
Наименование |
|
inn |
varchar(12) |
ИНН |
|
kpp |
varchar(12) |
КПП |
|
fiobossK |
varchar(30) |
ФИО руководителя |
|
fiokontaktk |
varchar(30) |
ФИО контактного лица |
|
telefonK |
varchar(9) |
телефон |
|
adressK |
varchar(255) |
адресс |
|
zipcodeK |
varchar(6) |
индекс |
|
emailK |
varchar(15) |
Е-майл |
|
idCityK |
int(11) |
Код города |
Таблица 2.9
Таблица «Project»
№ пп |
Поле |
Тип |
Значение |
idza |
int(11) |
Номер |
|
idKZ |
int(11) |
Код заявки |
|
idoZ |
int(11) |
Код оборудования |
|
idVZ |
int(11) |
Код производителя |
|
idGZ |
int(11) |
Код гарантии |
|
opisanieZ |
varchar(255) |
Описание неисправности |
|
modelZ |
varchar(45) |
Наименование модели |
|
status |
varchar(45) |
Статус заявки |
|
datezz |
timestamp |
Дата заявки |
|
idzentrZ |
int(11) |
Код фирмы |
Таблица 2.10
Таблица «Sotr»
№ пп |
Поле |
Тип |
Значение |
idI |
int(5) |
Номер |
|
nameI |
varchar(30) |
ФИО |
|
loginI |
varchar(10) |
Логин |
|
parolI |
varchar(10) |
пароль |
|
idZI |
int(11) |
Код фирмы |
Таблица 2.11
Таблица «Firma»
№ пп |
Поле |
Тип |
Значение |
idZ |
int(11) |
Номер |
|
nameZ |
varchar(255) |
Наименование |
|
fiobossZ |
varchar(30) |
ФИО руководителя |
|
fiokontaktZ |
varchar(30) |
ФИО контактного лица |
|
telefonZ |
varchar(9) |
Телефон |
|
adressZ |
varchar(255) |
Адресс |
|
zipcodeZ |
varchar(6) |
Почтовый индекс |
|
emailZ |
varchar(15) |
Е-майл |
|
idCityZ |
int(11) |
Код города |
Таблица 2.12
Таблица «SostPr»
№ пп |
Поле |
Тип |
Значение |
idO |
int(10) |
Номер |
|
nameO |
varchar(255) |
Наименование состояния |
2.6. Структурная схема пакета (дерево вызова программных модулей)
Разработанный модуль включает в себя серверную и клиентскую часть Серверная часть является приложением для взаимодействия с базой данных, клиентская – веб-интерфейсом для ввода данных и получения отчетной информации. Структурная схема пакета представлена на рисунке 6.
Рис. 6 Структурная схема пакета
2.7 Описание программных модулей
На рисунке 7 представлена схема добавления данных о проекте.
Рис. 7 Схема добавления данных о проекте
2.8. Контрольный реализации и его описание
Работа с модулем начинается с авторизации в системе (см. рисунок 8).
Рис.8 Страница авторизации
После успешной авторизации необходимо заполнить справочник состояния проектов, для этого выбираем соответствующий пункт меню (см. рисунок 9 -11 ).
Рис.9 Выбор пункта меню
Рис.10 Заполнение справочника
Для ввода нового состояния проекта необходимо нажать кнопку с изображением зеленого плюса, ввести наименование и нажать кнопку с изображением дискеты.
Далее обратимся к конструктору проектов на рисунке 9.
Рис.11 Добавление проектов
В данном окне необходимо ввести наименование проекта, а также его другие реквизиты – параметры и этапы.
Для получения сводного списка проектов необходимо перейти на вкладку «Заказы» и произвести следующие действия, отраженные на рисунках 12-14.
Рис.12 Выбор даты
Рис. 13 Список проектов
Рис.14 Сводный список
Листинг программных модулей приведен в Приложении.
ЗАКЛЮЧЕНИЕ
Были построены модели бизнес-процесса «Анализ и изучение конкуренции», на основе которых спроектирован язык для описания реальных бизнес-процессов в рамках АИК.
В настоящее время существует большое количество информационных систем, призванных улучшить бизнес процессы компании, оптимизировать время обработки запроса клиента, дать возможность увидеть новые возможности в бизнесе. Для определения какой-либо информационной системы предлагается использовать несколько основополагающих качеств:
Функционал - набор возможностей, которые предлагает система;
Бизнес процессы, которые данная система призвана улучшить;
Стоимость системы;
Сроки внедрения системы.
Это важные критерии, определяющие информационную систему. Важно знать о том, какие бизнес процессы позволит улучшить данная система, сколько времени займет внедрение системы и какова будет конечная стоимость системы для компании.
Создание Автоматизированной Системы Управления Анализ и изучение конкуренции в «ДВК АйТи» приносит тактические и стратегические выгоды. Тактические выгоды определяются сокращением расходов, связанных с:
снижением временных затрат на обеспечивающие бизнес-процессы.
К стратегическим относятся преимущества, связанные с повышением эффективности работы предприятия или организации.
К таким преимуществам можно отнести:
повышение безопасности информации за счет того, что работа в АСУ с незарегистрированной рабочей станции невозможна, а каждому пользователю АСУ назначаются свои полномочия доступа к информации;
улучшение контроля над исполнением непосредственных обязанностей операционных сотрудников ООО «ДВК АйТи».
Определены задачи моделирования бизнес-процессов на основе применения CASE- средств;
Проанализирована организационная структура, направления деятельности компании ООО «ДВК АйТи» в целом.
СПИСОК ЛИТЕРАТУРЫ
- В.В., Фомин С.С. на языке Си: . Пособие. – 2-е доп. Изд. – М: и статистика, 2014. – 600с.
- Шилдт на C и C++ для Windows - К.: - издательское BHV, 2015
- Ч. Программирование для ; в двух - СПб.: BHV - Санк-Петербург, 2015
- Архангельский П.А. « в Borland C++ 4.0» M. , 2016
- Б. «Язык С++: Пер. с англ.» М. и связь, 2015.-352с.:ил.
- С.И. Delphi 5 – М.: , 2014.
- A. Разработка приложений на 6 – М.: Киев, 2014.
- Зуев В. A. Pascal 6.0, 7.0. М.: , 2015.
- А.О., Грошев С.В. программирования 5 – М.: Москва, 2015.
- Леонтьев В.И. 5 – М.: Москва, 2015.
- Моисеев А.С. Pascal – М.: , 2014.
- С.А. Программирование – М.: , 2016.
- Н. C. Delphi – М.: Питер, 2015
- Архангельский П.А. в Delphi 5. M., , 2015
- П.Г. Программирование в 5. СПб., Бином, 2016
- Тейксейра С. Т. 5. Руководство . М., Вильямс, 2016
- Угринович Н. и информационные . Набор знаний. М., и связь, 2015
- Фаронов В.В. 3. Учебный . М., Нолидж, 2015
- Харрингтон Дж. реляционных баз . М., ЛОРИ, 2016
- Шумаков В.П. 3 и создание баз данных. М., , 2014
Приложение
Листинг программных модулей
<asp:ObjectDataSource ID="ObjectDataSource1" runat="server"
TypeName="ComponentsDB.CatalogDB" SelectCountMethod="GetCountByGenre" SelectMethod="GetPageProductsByGenre" EnablePaging="true" OnSelected="ObjectDataSource_Selected" EnableCaching="true" CacheDuration="360">
<SelectParameters>
<asp:QueryStringParameter Name="GenreID" QueryStringField="GenreID"
Type="Int32" />
</SelectParameters>
</asp:ObjectDataSource>,
где
EnablePading = “true” - включает разбиение на страницы в источнике данных.
SelectCountMethod = "GetCountByGenre" – метод для подсчёта общего кол-ва строк в таблице. Данный метод необходим, для того чтобы GridView мог создать корректное количество ссылок страниц на панели навигации.
SelectMethod = "GetPageProductsByGenre" – метод выбирающий информацию для текущей страницы.
Метод GetCountByGenre, вызывает хранимую процедуру GetCountByGenre, которая возвращает кол-во альбомов в каталоге, относящихся к жанру, указанному в параметре GenreID.
Метод GetCountByGenre:
public static int GetCountByGenre(int GenreID)
{
SqlConnection conn = new SqlConnection(WebConfigurationManager.ConnectionStrings["connStr"].ConnectionString);
SqlCommand cmd = new SqlCommand("GetCountByGenre", conn);
cmd.CommandType = CommandType.StoredProcedure;
cmd.Parameters.Add("GenreID", SqlDbType.Int);
cmd.Parameters["GenreID"].Value = GenreID;
int count=-1;
try
{
conn.Open();
count = (int)cmd.ExecuteScalar();
}
catch(SqlException)
{
conn.Close();
}
finally
{
conn.Close();
}
return count;
}
Хранимая процедура GetCountByGenre
CREATE PROCEDURE GetCountByGenre (@GenreID INT)
AS
SELECT COUNT(*) FROM Catalogue
WHERE GenreID = @GenreID
GO
Метод GetPageProductsByGenre вызывает хранимую процедуру GetPageProductsByGenre, которая возвращает данные для текущей страницы GridView.
Метод GetPageProductsByGenre:
public static DataSet GetPageProductsByGenre(int startRowIndex, int maximumRows, int GenreID)
{
SqlConnection conn = new SqlConnection(WebConfigurationManager.ConnectionStrings["connStr"].ConnectionString);
SqlCommand cmd = new SqlCommand("GetPageProductsByGenre", conn);
cmd.CommandType = CommandType.StoredProcedure;
cmd.Parameters.Add("Start", SqlDbType.Int);
cmd.Parameters["Start"].Value = startRowIndex;
cmd.Parameters.Add("Count", SqlDbType.Int);
cmd.Parameters["Count"].Value = maximumRows;
cmd.Parameters.Add("GenreID", SqlDbType.Int);
cmd.Parameters["GenreID"].Value = GenreID;
DataSet ds = new DataSet();
SqlDataAdapter da = new SqlDataAdapter();
da.SelectCommand = cmd;
try
{
conn.Open();
da.Fill(ds);
}
catch (SqlException)
{
conn.Close();
return null;
{
conn.Close();
}
return ds;
}
Хранимая процедура GetPageProductsByGenre:
CREATE PROCEDURE GetPageProductsByGenre (@Start INT, @Count INT, @GenreID INT)
AS
CREATE TABLE #TempProductsList
(
Num INT IDENTITY (0,1) PRIMARY KEY,
ProductID INT,
ArtistName NVARCHAR(50),
ArtistID INT,
AlbumName NVARCHAR(50),
UnitCost MONEY,
Presence BIT
)
INSERT INTO #TempProductsList
(ProductID, ArtistName, ArtistID, AlbumName, UnitCost, Presence)
SELECT ProductID, ArtistName, Catalogue.ArtistID, AlbumName, UnitCost, Presence
FROM Catalogue, Artists
WHERE GenreID = @GenreID AND Catalogue.ArtistID = Artists.ArtistID
ORDER BY ArtistName
DECLARE @FromNum INT
DECLARE @ToNum INT
SET @FromNum = @Start
SET @ToNum = @Start + @Count – 1
SELECT ProductID, ArtistName, ArtistID, AlbumName, UnitCost, Presence FROM #TempProductsList
WHERE Num >= @FromNum AND Num <= @ToNum
GO
- Методические подходы к разработке правил безопасности для файрволлов
- Прогнозирование и планирование как инструменты государственного регулирования социально-экономического развития
- Человеческий фактор в управлении организацией (ОАО «РЖД»)
- Системы международных кредитных отношений
- Страхование и его государственное регулирование (Понятие страхования )
- Управление поведением в конфликтных ситуациях(Понятие конфликт)
- История возникновения и развития языка программирования Си (С++ ) и Java
- Применение процессного подхода для оптимизации бизнес-процессов(Описание предметной области. Постановка задачи)
- Возникновение право
- Теория менеджмента. Эффективность менеджмента организации ОАО «Михайловский ГОК»
- Назначение и структура системы защиты информации коммерческого предприятия (Разработка модели деятельности)
- Проектирование реализации операций бизнес-процесса "Анализ и изучение конкуренции" (Выбор комплекса задач автоматизации)