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

Моделирование предметной области «Управление взаимоотношениями с клиентами» с помощью UML (АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ)

Содержание:

ВВЕДЕНИЕ

За последние несколько десятков лет значительно увеличился объём и оборот используемой информации во всех направлениях жизнедеятельности человека:

– финансовой;

– экономической;

– политической;

– духовной.

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

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

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

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

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

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

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

Целью курсовой работы является моделирование предметной области «Управление взаимоотношениями с клиентами» с помощью UML. В соответствии с целью работы ставятся следующие основные задачи:

– описать предметную область и привести постановку задачи;

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

– осуществить выбор средств для моделирования предметной области;

– выполнить моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию.

Объект исследования – ООО «ГорЭнергоСервис».

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

Методами анализа, которые применяются в работе, являются методы системного анализа, проектирования и разработки программного и информационного обеспечения ИС, CASE-технологии.

Для написания данной работы и решения поставленных задач использовалась литература таких авторов, как Голицына О.Л., Громов А.И., Джестон Д., Долганова О.И., Елиферов В.Г., Зыков С.В., Карпов Ю., Макарова Н.В., Михеев А.Г., Нелис Й., Окулов С.М., Репин В.В., Ротер М., Рудакова О.С., Самуйлов К.Е. и др.

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1. Описание предметной области. Постановка задачи

Общество с ограниченной ответственностью «ГорЭнергоСервис» - современная строительно-монтажная компания, образованная в 1208 году.

Организация функционирует на рынке уже 10 лет. Численность работников составляет 59 чел. Организационная структура управления построена по линейно-функциональнмоу типу, что наглядно демонстрирует рис. 1.

Рисунок 1 - Организационная структура управления ООО «ГорЭнергоСервис» [4, с.84]

Функциональные звенья подчиняются линейным руководителям. Данный тип оргструктуры обладает следующими преимуществами: обеспечивает соблюдение принципа единоначалия и в то же время предполагает рациональную специализацию управленческих звеньев; освобождает главного линейного менеджера от глубокого анализа проблем; дает возможность привлечения консультантов и экспертов. Каждый из элементов оргструкутры выполняет свои функции [5, c.114].

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

Основными направлениями реализации стратегии Общества являются:

- изменение структуры потребительского рынка в сфере потребления электроэнергии в сторону энергосберегающих технологий;

- формирование технической политики в области энергосбережения и распространение опыта применения энергоэффективных технологий;

- обеспечение потребителям гарантии энергоэффективности по требуемым показателям энергоэффективности;

- содействие развитию цивилизованной ценовой конкуренции на рынке России в области энергоэффективных систем и технологий;

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

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

Основные направления деятельности:

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

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

- финансовый инжиниринг энергосберегающих проектов и программ,

- оптимизация платежей за потребляемые энергоресурсы;

- реализация энергосберегающих проектов «под ключ»;

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

- разработка проектно-сметной документации и ее согласование (экспертиза) в соответствующих надзорных органах;

- организация сбытовой деятельности в соответствии с договорными условиями;

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

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

Рисунок 2 - Структура выручки 2019г.: от энергосервисных работ 66%, от энергетических обследований 29%, прочие 5%.

Основные экономические показатели деятельности ООО «ГорЭнергоСервис» представлены в таблице 1.

Тaблицa 1 - Основные экономические показатели ООО «ГорЭнергоСервис»

Пoкaзaтeли	2017 г	2018г	2019г	Измeнeниe 2019 г к 2017г.:
Пoкaзaтeли	2017 г	2018г	2019г	+,-	%
Выручка от продажи товаров, продукции, работ, услуг, тыс. руб.	20030	44326	84641	64611	422,6
Числeннoсть paбoтникoв, чeл.	47	48	59	12	125,5
Стoимoсть чистых aктивoв пpeдпpиятия, тыс. pуб.	844	2448	2651	1807	314,1
Стoимoсть oснoвных пpoизвoдствeнных фoндoв, тыс. pуб.	707	760	643	-64	90,9
Сeбeстoимoсть пpoдaнных тoвapoв, продукции, работ, услуг тыс. pуб.	19491	43193	81566	62075	418,4
Чистaя пpибыль, тыс. pуб.	2818	1576	9067	6249	321,7
Пpибыль пpeдпpиятия oт пpoдaж, тыс. pуб.	539	1133	1845	1306	342,3

Чистaя пpибыль за анализируемый период увеличилась нa 6249 тыс. pуб. или в 3 раза. Нaблюдaeтся увeличeниe стoимoсти чистых aктивoв нa 1807 тыс. pуб., или нa 214%.

Стoимoсть oснoвных пpoизвoдствeнных фoндoв зa анализируемый период снизилась на 64 тыс. руб. или на9,9%.

Среднегодовая численность работников нa пpeдпpиятии выpoслa зa анализируемый период нa 12 чeлoвeк или нa 25,5

1.2 Предлагаемые мероприятия по улучшению бизнес-процессов

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

первичные документы;
журналы ордера;
Главная книга [19, c.87].

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

Развитие многих организаций часто сопровождается увеличением количества информации, которую обрабатывают специалисты разных отделов. В результате задача организации оперативного учета заказов становиться для таких компаний очень актуальной. Для ее решения требуется качественный программный продукт, обладающий иерархической структурой, понятным интерфейсом [11, c.74].

Клиент - центральная фигура организации ООО «ГорЭнергоСервис», ориентированная на получение конкретной услуги от компании и приносящая доход. Чем больше клиентов и лучше качество обслуживания, тем больше прибыль.

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

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

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

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

Рисунок 3 - Диаграмма AS-IS

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

В совокупности все эти недостатки можно было бы решить путем установления нового программного обеспечения, но так как данное предприятие небольшое, и покупка готового программного решения будет дорогостоящей, то было принято решение о разработке автоматизированной системы учета клиентов для данного предприятия [13, c.47].

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

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

Система должна обеспечивать надежную защиту информации, для чего необходимы парольное разграничении доступа, многоуровневая система защиты данных и т.д. [2, c.94]

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

В силу влияния внешних и внутренних факторов (изменений направления бизнеса, изменения в законодательстве и т.п.), система должна быть адаптивной. Применимо к России, это качество системы должно рассматриваться более серьезно, так как у нас в стране изменения законодательства и правил учета происходят в несколько раз чаще, чем в странах со стабильной экономикой [5, c.94].

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

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

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

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

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

- пользовательский интерфейс должен быть Windows ХР и выше, Windows Vista, программный интерфейс должен быть простым легко освоенным и понятным для пользователя;

- система должна поддерживать до 5 пользователей, одновременно работающих с центральной базой данных;

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

- система должна обеспечивать возможность исправления созданных ошибок [14, c.96].

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

Необходимо спроектировать и разработать систему по учету предоставления услуг клиентам, которая будет позволять автоматизировать учёт договоров на приобретение услуг и определять сумму по каждому договору [21, c.94].

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

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

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

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

Создание базы данных, обработка и поиск всей необходимой информации в ней осуществляется с помощью системы управления базами данных (СУБД). СУБД – это набор определенных программных средств, которые предоставляют возможность пользователю быстро и эффективно взаимодействовать с БД [22, c.84].

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

2.МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ РЕШАЕМОЙ ЗАДАЧИ

2.1 Выбор средства для моделирования предметной области решаемой задачи

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

Методология IDEF0 совсем немного отличается от классического инструментария описания БП DFD.

При этом, основным отличием считается классификация входов при описании БП.

Стандарт IDEF0 предлагает следующую категоризацию входов в нотации:[11, c.85]

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

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

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

Результаты (выходы) выходят из правой части блока.

Рисунок 4 – Схема IDEF0 [7, c.97]

Рассмотрим основные составные части диаграммы.

Основу графического моделирования IDEF0, а также его синтаксис и семантику, составляют блоки, соединяющие стрелки, которые дают возможность сформировать иерархию детализируемых диаграмм при описании БП [15, с.69].

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

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

Каждый блок:

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

– название должно представляться только в отглагольном наклонении.

Под интерфейсной дугой понимается стрелка для соединения блоков, она изображается в качестве однонаправленной стрелки [7]

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

Особенности моделирования:

– дуга должна иметь только уникальное наименование;

– наименование дуги должно быть только оборотом от существительного;

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

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

Правила моделирования БП в нотации BPMN такими уж сложными не являются, а также, базируются на простоте восприятия и логике [2, c.78]

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

Рассмотрим главные правила нотации.

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

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

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

Начальное событие в подпроцессе конкретного типа не должно иметь.

В нотации BPMN такие понятия, как:

– процесс;

– диаграмма;

– модель;

– файл – не являются полностью эквивалентными [12, c.114].

Модель BPMN может в себе содержать сразу несколько процессов.

Модель BPMN, кроме указанных свойств, может изображаться с применением нескольких диаграмм, которые разделены специальным коннектором [22, c.98]

При создании диаграмма BPMN нельзя ее указывать, как диаграмму потоков данных.

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

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

Под диаграммой использования понимается наиболее общее представление назначения предметной области.

Диаграмма использования отвечает на главный вопрос процесса моделирования: какие действия выполняет система?

На диаграмме использования используются 2 главных типа сущностей:

– лица;

– варианты использования.

Стоит отметить, что между ними устанавливаются такие основные типы соотношений:

– ассоциация между лицом и вариантами использования;

– выполнение обобщения между разными действующими лицами;

– обобщение для вариантов использования;

– определение зависимостей (различных типов) для вариантов использования [9, c.158]

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

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

Стоит отметить, что применение данного типа диаграммы является обоснованным, так как UML – объектно-ориентированный язык, а классы являются его главными компонентами.

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

– ассоциация для классов;

– обобщения для классов;

– зависимости между классами [3, c.96].

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

В настоящее время в РФ для анализа, а также выполнения моделирования БП широко могут применяться средства моделирования:

– Rational Rose;

– АllFusion Modeler;

– Oracle Designer;

– Process Modeler;

– ARIS [18, c.94].

Кроме этого, в заграничном опыте используются помимо уже упомянутых, средства Ithink Analys, System Architect.

АllFusion Data Modeler, а также продукт AllFusion Process Modeler (еще несколько лет тому назад они имели наименование ERWin, BPWin) компании Соmputer Associates давно входят в пятерку качественных производителей ПО, предлагая инструменты для резервного копирования, выполнения моделирования, управления разного рода инфраструктурой предприятия, уровнями информационной безопасности [15, c.85].

Заметим, что пакет BPWin базирован на методологии моделирования IDEF, а также он предназначается для реализации процесса функционального моделирования.

Методология IDEF, что входит в совокупность официальных стандартов США, представляется совокупностью инструментария, правил или процедур, что в свою очередь предназначены для реализации функциональной системы объекта исследуемой предметной области [6, c.94].

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

Основными характеристиками такого типа моделирования являются:

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

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

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

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

Каждый вход должен указываться на своего поставщика. К самым типичным входам для БП можно отнести:

– сырье для создания продукции;

– документация;

– материалы и оборудование;

– персонал и отделы;

– полуфабрикаты и потребности;

– информация и отчетность;

– услуги и другие компоненты.

– Выходом является продукт, а именно, информационный или материальный (или множество) объектов или услуг, которые являются результатом выполнения четко определенного процесса и потребляемый клиентами из вне [16, c.96]

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

При этом, стоит отметить, что выход (или продукт) процесса может применяться в качестве некоторого определенного ресурса при выполнении других процессов.

Заметим, что к выходам для БП можно отнести:

– готовую продукция;

– результатную документацию;

– обработанную информацию;

– персонал и подразделения;

– услуги и прочее.

Ресурсом бизнес-процесса является информационный или материальный субъект, что постоянно используется при выполнении исследуемого БП, но он не считается входом [8, c.47]

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

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

На рисунке 4 показан интерфейс рассматриваемой программы:

Рисунок 5 – Окно программы АllFusion Data Modeler [15, c.98]

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

– программа поддерживает такие 3 главные стандартные нотации моделирования БП:

– DFD;

– IDEF0;

– UML [9, c.84].

Указанные нотации позволяют описать практически любую предметную область максимально точно;

– позволяет выполнять оптимизацию процедуры в компании;

– поддерживает методы расчета себестоимости хозяйственной деятельности;

– интегрирован с такими продуктами, как ERwin, Paradigm Plus и прочие;

– интегрирован с инструментарием имитационного моделирования Arena.

Набор современных инструментальных средств с названием Oracle Designer использует решение для разработки разного рода систем корпоративного уровня [1, c.75]

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

Oracle Designer можно применять не лишь для разработки приложений разной сложности, а и для ведения инструментов учета изменений, которые неизбежно происходят при внедрении такой системы [10, c.82]

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

Окно Oracle Designer изображено на рисунке 6.

Рисунок 6 – Внешний вид ПО Oracle Designer [15, c.87]

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

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Рассмотрим весь процесс разработки информационной системы с точки зрения моделирования бизнес-процессов, соответственно прибегнув к помощи CASE-системы Ramus. Построим функциональную модель (методология IDEF0) предназначенную для описания существующих процессов в организации, связанных с учётом основных средств. В рамках методологии IDEF0 (Integration Definition for Functional Modeling) процесс представляется виде набора элементов - работ, которые взаимодействуют между собой, а так же показываются информационные, трудовые и производственные ресурсы, потребляемые каждой работой. Составим функциональную модель организации учета заказов в целом (диаграмма IDEF0) (рис.7).

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

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

Каждая диаграмма нижнего уровня показывает "внутреннее" строение активности на родительской диаграмме (Parent Diagram). Каждая из активностей дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции. В каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок или исходящие из него, фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0‑модели. Построим диаграмму декомпозиции для выбранной предметной области (рис.8).

Рисунок 8 - Диаграмма декомпозиции

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

Для того, чтобы спроектировать необходимую информационную систему необходимо, прежде всего, построить диаграмму вариантов использования (рис. 8), для чего необходимо использовать CASE-средство Rational Rose.

Рисунок 9 - Диаграмма вариантов использования

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

Процесс построения логической модели базы данных должен опираться на определённую модель данных (реляционная, сетевая, иерархическая), которая определяется типом предполагаемой для реализации информационной системы СУБД. Результат построения логической модели данных представлен на рис. 10.

Рисунок 10 - Логическая модель данных

На основании логической модели сформируем физическую модель. Физическая модель – логическая модель базы данных, выраженная в терминах языка описания данных конкретной СУБД. Физическая модель базы данных содержит все детали, необходимые конкретной СУБД для создания базы: наименования таблиц и столбцов, типы данных, определения первичных и внешних ключей и т.п. Физическая модель строится на основе логической с учетом ограничений, накладываемых возможностями выбранной СУБД (в данном случае - Access). Созданная физическая модель представлена на рис. 11.

Рисунок 11 - Физическая модель данных

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Клиент - центральная фигура ООО «ГорЭнергоСервис» ориентированная на получение конкретной услуги от компании и приносящая доход. Чем больше клиентов и лучше качество обслуживания, тем больше прибыль.

ООО «ГорЭнергоСервис» имеет обширную клиентскую базу по всем направлениям деятельности. Данная клиентская база интенсивно развивается. Однако операции для работы с клиентами по учету электромонтажных услуг осуществляется вручную. Поэтому, было выполнено моделирование данного участка учета. Была разработана Модель AS-IS для описания бинес0процесса учета работы с клиентами.

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Голицына, О.Л. Основы алгоритмизации и программирования: Учебное пособи / О.Л. Голицына, И.И. Попов. - М.: Форум, 2013. - 205 c.
Громов, А.И. Управление бизнес-процессами: современные методы. монография / А.И. Громов, А. Фляйшман, В. Шмидт. - Люберцы: Юрайт, 2016. - 367 c.
Джестон, Д. Управление бизнес-процессами. Практическое руководство по успешной реализации проектов / Д. Джестон, Й. Нелис. - М.: Символ, 2015. - 512 c.
Долганова, О.И. Моделирование бизнес-процессов: Учебник и практикум для академического бакалавриата / О.И. Долганова, Е.В. Виноградова, А.М. Лобанова. - Люберцы: Юрайт, 2016. - 289 c.
Елиферов, В.Г. Бизнес-процессы: Регламентация и управление: Учебник. - М.: НИЦ ИНФРА-М, 2013. - 319 c.
Зыков, С.В. Основы современного программирования. Разработка гетерогенных систем в Интернет-ориентированной среде: Учебное пособие / С.В. Зыков. - М.: ГЛТ, 2017. - 444 c.
Карпов, Ю. Теория и технология программирования. Основы построения трансляторов / Ю. Карпов. - СПб.: BHV, 2018. - 272 c.
Макарова, Н.В. Основы программирования. учебник с практикумом (для спо) / Н.В. Макарова. - М.: КноРус, 2016. - 112 c.
Михеев, А.Г. Системы управления бизнес-процессами и административными регламентами на примере свободной программы RunaWFE. - М.: ДМК, 2016. - 336 c.
Нелис, Й. Управление бизнес-процессами: Практическое руководство по успешной реализации проектов. - СПб.: Символ-плюс, 2015. - 512 c.
Окулов, С.М. Основы программирования / С.М. Окулов. - М.: Бином. Лаборатория знаний, 2015. - 336 c.
Репин, В.В. Бизнес-процессы. Моделирование, внедрение, управление. - М.: Манн, Иванов и Фербер, 2018. - 512 c.
Репин, В.В. Процессный подход к управлению. Моделирование бизнес-процессов. - М.: Манн, Иванов и Фербер, 2017. - 544 c.
Ротер, М. Учитесь видеть бизнес-процессы: Построение карт потоков создания ценности. - М.: Альпина Паблишер, 2015. - 136 c.
Рудакова, О.С. Реинжиниринг бизнес-процессов: Учебное пособие для студентов вузов. - М.: ЮНИТИ-ДАНА, 2018. - 343 c.
Самуйлов, К.Е. Бизнес-процессы и информационные технологии в управлении телекоммуникационными компаниями. - М.: Альпина Паблишер, 2014. - 323 c.
Семакин, И.Г. Основы алгоритмизации и программирования: Учебник / И.Г. Семакин. - М.: Academia, 2017. - 329 c.
Семакин, И.Г. Основы программирования и баз данных: Учебник / И.Г. Семакин. - М.: Academia, 2017. - 320 c.
Серкова, Е.Г. Основы алгоритмизации и программирования (ОП.04): практикум / Е.Г. Серкова. - Рн/Д: Феникс, 2017. - 159 c.
Теличенко, В. И. Информационное моделирование технологий и бизнес-процессов в строительстве. - М.: Издательство Ассоциации строительных вузов, 2014. - 144 c.
Тельнов, Ю.Ф. Инжиниринг предприятия и управление бизнес-процессами. Методология и технология: Учебное пособие. - М.: ЮНИТИ, 2015. - 176 c.
Фридман, А. Основы объектно-ориентированного программирования на языке СИ++ / А. Фридман. - М.: Горячая линия -Телеком, 2012. - 234 c.
Фризен, И.Г. Основы алгоритмизации и программирования (среда PascalABC.Net): Учебное пособие / И.Г. Фризен. - М.: Форум, 2018. - 784 c.
Черпаков, И.В. Основы программирования: Учебник и практикум для прикладного бакалавриата / И.В. Черпаков. - Люберцы: Юрайт, 2016. - 219 c.