Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

РОССИЙСКАЯ АКАДЕМИЯ НАРОДНОГО ХОЗЯЙСТВА И ГОСУДАРСТВЕННОЙ СЛУЖБЫ

ПРИ ПРЕЗИДЕНТЕ РОССИЙСКОЙ ФЕДЕРАЦИИ

НИЖЕГОРОДСКИЙ ИНСТИТУТ УПРАВЛЕНИЯ

Факультет заочного обучения

Кафедра информатики и информационных технологий

КУРСОВАЯ РАБОТА

ПО ДИСЦИПЛИНЕ «Проектирование информационных систем»

НА ТЕМУ: «Проектирование системы автоматизации управления бизнес-процессами»

Направление подготовки/Специальность: прикладная информатика

Выполнил(а):студент ИБ-731

Кузнецова Светлана Ивановна

Нижний Новгород 2015 г.

Оглавление

Введение

1. Организационно-штатная структура предприятия

2. Деятельность предприятия на базе IDEF0 диаграммы

3. Декомпозиция IDEF0 диаграммы

3.1 Декомпозиция контекстной диаграммы

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

5. Анализ ошибок и внедрение новых процессов

6. Усовершенствованный бизнес-процесс на базе IDEF0 диаграммы

7. Формализация действия бизнес-процессов с помощью IDEF3 диаграммы

8. Создание диаграммы потоков данных DFD

9. Создание UML диаграмм в рамках бизнес-процесса

9.1 Диаграмма классов

9.2 Диаграмма компонентов

9.3 Диаграмма развёртывания

9.4 Диаграмма деятельности

9.5 Диаграмма автомата

9.6 Диаграмма сценариев использования

9.7 Диаграммы коммуникации и последовательности

Заключение

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

Приложения

Введение

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

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

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

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

Цель достигается посредством решения следующих задач автоматизации управления бизнес-процессами:

сосредоточить усилия на улучшение бизнес-процессов;

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

в максимально короткие сроки устранить проблемы и сделать выводы.

1. Организационно-штатная структура предприятия

Организационно-штатная структура телекоммуникационной компании «Орбита»:

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

- Технический директор - один из руководителей компании, отвечающий за её развитие и разработку новых продуктов.

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

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

- Бухгалтерия - формирование полной и достоверной информации о деятельности компании и её имущественном положении.

2. Деятельность предприятия на базе IDEF0 диаграммы

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

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

Главная контекстная диаграмма изображена на рис. 2.1.

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

На данной диаграмме представлена общая схема предоставления услуги широкополосного доступа к сети Интернет.

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

Механизмами являются сотрудники данной организации и сервисная платформа организации. Сервисная платформа предназначена для организации сквозного процесса предоставления новых услуг на базе фиксированных, сотовых и IP сетей. Основные задачами сервисной платформы (СП) являются:

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

• Расширение спектра услуг с учетом современных технологий

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

• Масштабируемость решения по мере роста абонентской базы

• Интеграция в существующую телекоммуникационную и информационную инфраструктуру

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

В роли управления выступает Техническое задание (ТЗ), начальные данные (НД), Отчёт о состоянии рынка (перед запуском услуги широкоплостного доступа (ШД) к сети интернет проводится маркетинговые исследования о востребованности данной услуги на рынке), QoS параметры (качество предоставления услуги).

На выходе получаем подключённую услугу ШД к сети интернет.

3. Декомпозиция IDEF0 диаграммы

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

3.1 Декомпозиция контекстной диаграммы

Декомпозиция контекстной диаграммы на рисунке 2.1 представлена в приложении 1.

Декомпозицию A0 составляют 3 основных блока процесса

1. Маркетинг и продажи

2. Разработка услуги ШД к сети интернет

3. Предоставление услуги ШД к сети интернет и техподдержка

Блок 1 «Маркетинг и продажи».

Входные данные: Заявки

Управление: ТЗ, отчёт о состоянии рынка, параметры QoS

Механизмы: Сотрудники компании

Выходные данные: Наряды на подключение

Блок 2 «Разработка услуги ШД к сети интернет»

Входные данные: Наряды на подключение (выходные данные блока Маркетинг и продажи»)

Управление: ТЗ, параметры QoS, НД

Механизмы: сотрудники компании, сервисная платформа

Выходные данные: Готовая СП для предоставления услуги

Блок 3 «Предоставление услуги ШД к сети интернет и техподдержка»

Входные данные: Готовая СП для предоставления услуги, Наряды на подключение

Управление: ТЗ, параметры QoS, НД

Механизмы: сотрудники компании, сервисная платформа

Выходные данные: Подключённая услуга ШД.

3.2 IDEF0 диаграммы декомпозиции А1, А2, А3

Диаграммы представлены в приложении 2.

Диаграмма А1 содержит процессы:

1. Исследование рынка и разработка спектра услуг планируемых к предоставлению.

2. Разработка тарифной политики (на основе данных исследования и информации о ценах конкурентов)

3. Заключение договоров с клиентами (на основе тарифных планах, полученных в блоке 2 и заявок клиентов)

4. Формирование нарядов на подключение абонентов (на основе списка абонентов на подключение услуги сотрудниками компании)

Диаграмма А2 содержит процессы:

1. Формирование требований к СП для предоставления услуги

2. Создание СП

3. Настройка СП

4. Тестирование работоспособности СП

Диаграмма А3 содержит процессы:

1. Монтажные работы по физическому подключению технических устройств (ТУ) абонента.

2. Требование подключённой услуги

3. Предоставление услуги и тех поддержка

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

План автоматизации состоит из трёх стадий:

- планирование выбора;

- подготовка выбора;

- осуществление выбора.

Необходимо определить:

- состав группы внедрения;

- временные рамки проекта.

Формирование группы внедрения:

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

- весь IT-отдел;

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

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

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

- 3 месяца на внедрение системы и её настройка.

Этапы работы:

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

- выделение бизнес-процессов предприятия;

- формирование требований к системе;

- выбор систем-кандидатов на внедрение.

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

Члены команды должны тщательно разложить всю деятельность компании, отдавая предпочтение ключевым бизнес-процессам. Необходимо определить, как эти бизнес-процессы связаны между собой именно в нашей компании. После того как схема будет разработана, проводится ABC - анализ (20%/80%). Этот анализ позволяет выделить небольшое число наиболее значимых бизнес-процессов, которым и нужно уделить основное внимание.

Для этого все бизнес-процессы делятся на три группы - A, B и C.

К группе А относятся процессы, требующие наибольших затрат. Обычно, это 5-10% от всех процессов, происходящих на предприятии, на которые приходится 70-80% всех затрат. В группу В входят примерно 20% бизнес-процессов, к которым относятся примерно 10-20% затрат. Группу С составляют остальные 60-75% процессов, на которые приходится всего 5-10% затрат предприятия.

Любые действия по улучшению работы предприятия будут начинаться с оптимизации процессов группы А. Причём, эти процессы улучшить за три месяца.

5. Анализ ошибок и внедрение новых процессов

В ходе работы по бизнес процессу «Предоставление услуги ШТ к сети интернет и техподдержка» были выявлены проблемы. А именно после предоставления услуги многие клиенты жаловались на проблемы с настройками программной логики.

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

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

6. Усовершенствованный бизнес-процесс на базе IDEF0 диаграммы

После разработки плана автоматизации управления бизнес- процессом и выявление серьёзных ошибок в нём, принято решение модифицировать процесс «Предоставление услуги ШД к сети интернет и техподдержка»

Для устранения ошибок было предпринято создание нового блока «Настройка программной логики предоставляемой услуги»

Диаграмма IDEF0 усовершенствованного процесса представлена в приложении 3.

В новом блоке входные данные подключённое ТУ абонента и информация об ошибках настройки логического соединения абонента, которую получаем из блока требование подключённой услуги. Механизмы сотрудники компании и сервисная платформа, а управление это техническое задание. На выходе получаем настроенную услугу.

7. Формализация действия бизнес-процессов с помощью IDEF3 диаграммы

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

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

Диаграмма сценария - это специфический вид диаграммы, которая создается для иллюстрации сценария типа what if - «что будет, если» для декомпозиционных IDEF3 диаграмм.

IDEF3 диаграммы представлены в приложении 4.

8. Создание диаграммы потоков данных DFD

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

Диаграмма потоков данных (data flow diagram, DFD)-- один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

Исторически сложилось так, что для описания диаграмм DFD используются две нотации-- Йордана (Yourdon) и Гейна-Сарсона (Gane-Sarson), отличающиеся синтаксисом.

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

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

Кроме того, нотация DFD поддерживает понятие подсистемы-- структурного компонента разрабатываемой системы.

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

DFD диаграммы представлены в приложении 5.

На диаграмме «Продажи» представлены следующие процессы:

1. Проверка и регистрация нового клиента. В данном процессе проверяется есть ли клиент в списке клиентов.

2. Контроль взаимоотношений с клиентом. Проверяется в каком списке находится клиент в «белом» или «чёрном». Если в «чёрном» то клиенту отказывают в предоставлении услуги.

3. Проверка технической возможности предоставления услуги

4. Регистрация заказа

5. Оплата согласно контракту. Клиенту выставляется счёт на оплату. После оплаты формируется наряд на подключение

На диаграмме «Предоставление услуги ШД к сети интернет и техподдержка» представлены следующие процессы:

1. Монтажные работы по физическому подключению ТУ абонента. Высылается наряд на подключение после проверки доступности сети.

2. Логическое подключение услуги

3. Аутентификация, авторизация, биллинг. Клиент вводит логин и пароль для доступа к ШД.

4. Предоставление услуги абоненту согласно тарифу

5. Проверка параметров QoS услуги

6. Техпомощь клиенту.

На диаграмме «Разработка услуги ШД к сети интернет» представлены следующие процессы:

1. Анализ результатов маркетинговых исследований.

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

3. Тестирование услуги.

4. Передача услуги в эксплуатацию.

9. Создание UML диаграмм в рамках бизнес-процесса

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

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

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

9.1 Диаграмма классов

Диаграмма классов (Class diagram) -- статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.

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

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

• точка зрения спецификации-- диаграмма классов применяется при проектировании информационных систем;

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

9.2 Диаграмма компонентов

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

9.3 Диаграмма развёртывания

Диаграмма развёртывания (Deployment diagram, диаграмма размещения)-- служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них. В UML2 на узлах разворачиваются артефакты (англ.artifact), в то время как в UML1 на узлах разворачивались компоненты. Между артефактом и логическим элементом (компонентом), который он реализует, устанавливается зависимость манифестации.

9.4 Диаграмма деятельности

Диаграмма деятельности (Activity diagram)-- диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ.activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов-- вложенных видов деятельности и отдельных действий (англ.action), соединённых между собой потоками, которые идут от выходов одного узла к входам другого.

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

Аналогом диаграмм деятельности являются схемы алгоритмов по ГОСТ 19.701-90 и дракон-схемы.

Рис. 1

9.5 Диаграмма автомата

Диаграмма автомата (State Machine diagram, диаграмма конечного автомата, диаграмма состояний) -- диаграмма, на которой представлен конечный автомат с простыми состояниями, переходами и композитными состояниями.

Рис. 2

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

Аналогом диаграмм автомата (диаграмм состояний) являются дракон-схемы.

9.6 Диаграмма сценариев использования

Диаграмма вариантов использования (Use case diagram, диаграмма прецедентов) -- диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования.

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

Рис. 3

9.7 Диаграммы коммуникации и последовательности

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

Диаграмма коммуникации (Communication diagram, в UML 1.x--диаграмма кооперации, collaboration diagram)-- диаграмма, на которой изображаются взаимодействия между частями композитной структуры или ролями кооперации. В отличие от диаграммы последовательности, на диаграмме коммуникации явно указываются отношения между элементами (объектами), а время как отдельное измерение не используется (применяются порядковые номера вызовов).

Рис. 4

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

Все представленные UML диаграммы так же находятся в приложении 6.



Рис. 5

Заключение

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

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

При помощи IDEF0 диаграмм были выделены три основных бизнес-процесса компании - «Маркетинг и продажи», «Разработка услуги ШД к сети Интернет» и «Предоставление услуги ШД к сети Интернет и техподдержка». Это процессы были декомпозированы для более подробного их описания при помощи IDEF0 диаграмм уровней А1,А2 и А3, а также при помощи IDEF3 диаграмм.

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

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

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

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

1. Основы формальных методов описания бизнес-процессов. Самуйлов К.Е., Серебренникова Н.В., Чукарин А.В. Учебное пособие - М.: РУНД, 2011. 130с.

Приложение 1

Диаграмма декомпозиции A0

Приложение 2

IDEF0 диаграммы декомпозиции А1, А2, А3

Диаграмма декомпозиции А1 «Маркетинг и продажи»

Диаграмма декомпозиции А2 «Разработка услуги ШД к сети интернет»

Диаграмма декомпозиции А3 «Предоставление услуги ШД к сети интернет и техподдержка»

Приложение 3

Диаграмма декомпозиции А3 «Предоставление услуги ШД к сети интернет и техподдержка» с устранением ошибок

Приложение 4

IDEF3 диаграмма для процесса «Монтажные работы по физическому подключению ТУ абонента»

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

IDEF3 диаграмма процесса «Настройка программной логики предоставляемой услуги»

IDEF3 диаграмма процесса «Тестирование подключенной услуги»

Диаграмма сценария на основе диаграммы IDEF3 «Тестирование подключённой услуги»

IDEF3 диаграмма процесса «Предоставление услуги и техподдержка»

Диаграмма сценария на основе диаграммы IDEF3 «Предоставление услуги и техподдержка»

Приложение 5

DFD диаграмма процесса «Продажи»

DFD диаграмма процесса «Разработка услуги ШД к сети Интернет»

DFD диаграмма процесса «Предоставление услуги ШД к сети Интернет и техподдержка»

Приложение 6

Диаграмма вариантов использования

Диаграмма деятельности

Диаграмма последовательности

Диаграмма коммуникации

Диаграмма состояний

Размещено на Allbest.ru