Пример готовой курсовой работы по предмету: Информационные технологии
Содержание
Оглавление
Введение 3
1. Применение концепции UC для моделирования бизнес-процессов. 5
2. Преимущество и недостатки текстовой нотации в сравнении со стандартными графическими нотациями. 23
3. Организация связи между разнородными элементами модели бизнес-процесса (аналогично трассировке требований в рамках Rational RequisitePro) 29
4. Разработка шаблона для создания текстового описания процесса. 35
5 Заключение 43
6 Список литературы 44
Выдержка из текста
Основное назначение средств бизнес-моделирования — возможность обеспечения понимания функционирования бизнес-процессов организации на всех ее уровнях. Бизнес-модель может дать целостную картину жизнедеятельности компании, согласовывать разные точки зрения на постоянно развивающуюся ее деятельность. Для наглядной демонстрации бизнес-процессов компании, анализа её архитектуры в целом и принятия решений об оптимизации её деятельности имеются специальные методики и языки моделирования. Сегодня повсеместно наблюдается появление множества других языков или методологий, которые ориентированы на описание бизнес-процессов [8].
При этом такие методологии содержат собственный отличный язык. Такое количество методологий привело к некоторому замешательству среди конечных пользователей, применяющие такие технологии для своей организации. Поэтому и возникает кажущаяся сложность применения процессных технологий.
В конце 1990-х Ивар Якобсон, позже один из авторов Унифицированного Языка Моделирования (UML), в первый раз сформулировал методику визуального моделирования для описания сценариев использования. В начале он применял несколько другие определения -англ. Usage scenarios и usage case, но ни один из них не был привычным для английского языка. И в финале он пришел к термину UC сценарий использования или вариант использования. После создания им методики моделирования юзкейсов многие продолжили его начинания, улучшая эту методику. Одни из них были: Курта Биттнера, Алистера Кокберна, Ганнэра Овергарда, и Джери Шнайдера.
В течение 1990-ых юзкейсы стали любимым методом и одной из самых известных методик документирования функциональных требований, особенно в объектно-ориентированной среде, откуда они и произошли. Но их использование этим не ограничивается, поскольку варианты использования не являются объектно-ориентированными по своей природе.
1. Применение концепции UC для моделирования бизнес-процессов.
Бизнес-процесс может определяться логически завершённым набором взаимосвязано — взаимодействующих видов деятельности, поддерживающим функционирование компании и реализующим её политику, которая направлена на решение конкретных задач и достижение поставленных целей [4].
Бизнес-модель представляет из себя формализованное (графическое, табличное, текстовое, символьное) описание бизнес-процессов, которое отражает деятельность предприятия, которая в действительности существует или предполагается [4].
В настоящее время существует большое количество методологий описания бизнес процессов, рассмотрим ниже некоторые из них. Для начала рассмотрим концепцию UC описания бизнес процессов с помощью текста на основе которой мы и будем смотреть на другие методики.
Основная цель описания бизнес процесса – это соответствие некоторым требованиям проектируемого процесса. К примеру, у заказчика есть ряд требований, которые должен исполнять бизнес процесс. Моделирование бизнес процесса – это и есть понятное описание. Понятное разным группам, используемых бизнес-процесс. В итоге модели создавались и создаются для более правильного и четкого понимания всех участников бизнес процесса на базе выбранной модели. Помимо «понятности для всех», модель должна быть удобной для изменений (чтобы незначительные изменения не стали причиной составления всей модели заново),
Управление требованиями — процесс, который включает идентификацию, выявление, документацию, анализ, отслеживание, пиритизацию требований, достижение соглашений по требованиям и затем управление изменениями и уведомление заинтересованных лиц. Управление требованиями — непрерывный процесс на протяжении всего его жизненного цикла.
Требование — это всевозможное условие, которому необходимо соответствие разрабатываемой системы или бизнес процесса. Под требованием понимается возможность, которой система обладает, и ограничение, которому она удовлетворяет[9].
Существует 3 основных подхода к описанию бизнес-процессов: текстовый, табличный, графический.
Текстовый подход.
Для более точного выявления правильного хода работы системы, все чаще используется описание функциональности системы через варианты использования (Use Case или прецеденты).
UC (далее UC) –с перевода, с английского языка, вариант использования.
Вариант использования (или сценарий использования) – это форма описания в виде набора сценариев в зависимости от определенных запросов и условий, описывающих поведение рассматриваемой системы(SuD), когда действующее лицо взаимодействует с системой. Системой может быть прикладная программа, предприятие, автомобиль и т.д. Пример, если вариант использования описывает требование к поведению части программного обеспечения (ПО): здесь SuD – компьютерная программа
Менее формальное определение может быть таким: сценарий использования – это список шагов, который определяет, как пользователь взаимодействует с бизнесом или системой, имея в виду значение, которое это взаимодействие обеспечивает пользователю или другим заинтересованным сторонам. Еще проще: сценарий использования – это история о том, как бизнес или система и пользователи взаимодействуют.
Для представления структуры варианта использования, Коберн предложил модель «полосатых брюк» (рисунок 1.1).
«Ремень брюк» – цель варианта использования, которая «держит» все сценарии. «Полосы» – индивидуальные сценарии, характеризуемые условием их наступления и результатом. Множество «Полосы» разделены на две группы – достигающие цели и не достигающие цели. Основным сценарием в данной модели является наиболее простой сценарий, в котором все промежуточные цели достигаются. Все остальные сценарии являются альтернативными. Альтернативные сценарии делятся на восстанавливаемые (если одна или несколько промежуточных целей не были достигнуты, но итоговая цель была достигнута) и неудачные (итоговая цель не была достигнута).
Список использованной литературы
1. Современные методы описания функциональных требований к системам. Алистер Коберн, 2001 г.
2. https://habrahabr.ru/post/74330/
3. http://www.caseclub.ru/articles/use_case.html
4. Процессорный подход к управлению. Репин В.В., Елиферов В.Г. Процессный подход к управлению/«Стандарты и качество», 2004.
5. Введение в формальные методы описания бизнес-процессов. Кулябов Д.С., Королькова А.В./РУДН.2008 г.
6. Черемных С. В., Семёнов И. О., Ручкин В. С. Структурный анализ систем: IDEF-технологии. — М.: Финансы и статистика, 2001.
7. Методы и средства моделирования бизнес-процессов(обзор).
Jet infoИнформационный бюллетень № 10(137)/2004 г.
8. Вендров А.М. CASE-технологии
9. Коберн А. Современные методы описания функциональных требований к системам.
10. Бондаренко М.Ф. Маторин С.И. Моделирование и проектирование безнсе-систем: методы, стандарты, технологии. /Компания СМИТ, 2004 г, 272 с.
11. http://ecm-journal.ru/post/Glava-2-Notacija-IDEF0-ili-matrjoshka-dlja-biznes-analitika.aspx
12. Август – Вильгельм Шеер. ARIS – Моделирование бизнес-процессов., 2008 г.
13. Основы работы с AllFusion Process Modeler. http://venec.ulstu.ru/lib/disk/2015/46.pdf
14. Фаулер М., Скот К. UML в кратком изложении. Применение стандартного языка объектного моделирования/ Пер.с англ-М.:Мир, 1999.-191 с.
