Содержание
Оглавление
Перечень условных сокращений3
Введение4
Постановка задачи5
Аналитическая часть6
Обзор инструментальных средств Visio, BPWin, ARIS и Rational Rose6
Методологии и стандарты8
IDEF0 в моделировании бизнес-процессов управления9
Обзор инструментов и обоснование выбора BP Win10
Практическая часть16
Заключение28
Список источников29
Перечень условных сокращений
ПП программный продукт
CASE (Computer Aided Software/System Engineering) компьютерная разработка программного обеспечения/систем
IDEF (ICAM DEFinition, ntegrated Computer-Aided Manufacturing) — проект для моделирования крупных систем
UML (Unified Modeling Language) — унифицированный язык моделирования
Введение
Тема магистерской диссертации «Формирование эффективного механизма организации туризма на охраняемых природных территориях».
Цель: обосновать эффективный механизм организации туризма на охраняемых природных территориях.
Объект: природоохранные территории РБ и зарубежных стран.
Предмет: механизм организации туризма на природоохранных территориях.
Современные CASE-системы это средства разработки не только программных систем, но и организационно-управляющих. С их помощью решаются задачи бизнес-моделирования, бизнес-анализа, организации и реорганизации бизнес-процессов и т. п. [2, c.25].
В рассматриваемом контексте CASE-технология фактически представляет собой совокупность методологий проектирования, моделирования, анализа и реорганизации бизнес-процессов, поддержанную комплексом взаимоувязанных средств автоматизации. CASE это инструментарий для бизнес-аналитиков, заменяющий им бумагу и карандаш на компьютер для автоматизации анализа и проектирования бизнес-процессов.
В аналитической части работы проводится обзор CASE-средств, проводится анализ функциональности различных ПП для моделирование бизнес-процессов.
В практической части работы рассматриваются вопросы построения экскурсионного маршрута по природоохранной территории с помощью BPwin (теперь AllFusion Process Modeler) — программного продукта в области реализации средств CASE-технологий.
Постановка задачи
В ходе создания модели построения экскурсионного маршрута по природоохранной территории необходимо решить следующие задачи:
Провести обзор инструментальных CASE-средств;
Рассмотреть основные стандарты и методологии моделирования бизнес-процессов;
Провести сравнение ПП и обосновать выбранный инструмент для моделирования;
Разработать модель построения экскурсионного маршрута.
Аналитическая часть
Обзор инструментальных средств Visio, BPWin, ARIS и Rational Rose
Visio — наиболее простое и доступное средство моделирования процессов. Этот продукт имеет стандартные, привычные всем панели управлении в стиле MS Office и легко интегрируется с любыми приложениями этого пакета, что упрощает работу с ним для неопытных пользователей. Однако для временного или стоимостного анализа требуется разработка отчетов, что значительно усложняет использование этого продукта. Типовые отчеты явно не достаточны для анализа бизнес-процессов. Несмотря на это, Visio является распространенным средством для описания бизнес-процессов как в России, так и за рубежом. Visio поддерживает IDEF и UML форматы для описания бизнес-процессов. Возможна также самостоятельная разработка форматов [7].
BPWin — занимает промежуточное место, отличаясь достаточной простотой и большими возможностями анализа. Функциональность BPWin заключается не только в рисовании диаграмм, но и в проверке целостности и согласованности модели. BPWin обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании. Кроме того, BPWin поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу. Основным ограничением этой системы является положенный в ее основу стандарт IDEF, в котором существуют жесткие ограничения при построении моделей. Это упрощает задачу при описании простых процедур, но усложняет описание больших процессов. Схемы IDEF при описании сложных процессов начинают представлять бесчисленное множество взаимосвязанных схем, внешне очень похожих, что затрудняет понимание процесса в целом. Часто не удается представить нужную степень точности описания на 1 схеме.
ARIS — рассматривает предприятие как совокупность четырех взглядов (views):
взгляд на организационную структуру;
взгляд на структуру функций;
взгляд на структуру данных;
взгляд на структуру процессов.
ARIS позволяет составлять диаграмму целей, связывая процессы через цели с миссией компании. В результате после построения бизнес-модели получается комплексное видение компании: Цели — Процессы — Оргструктура — Данные — Продукты/услуги в виде отдельных, но связанных через объекты диаграмм. Это означает, что при изменении названия должности на одной диаграмме сразу корректируются названия во всех процессах, где она присутствует, и в оргструктуре [8].
При этом каждый из данных взглядов разделяется еще на три подуровня:
описание требований;
описание спецификации;
описание внедрения.
Итак, ARIS предлагает рассматривать организацию с позиции 4-х аспектов, отображающих разные взгляды на предприятие, а также разную глубину этих взглядов. Для описания бизнес-среды предлагается использовать 85 типов моделей (обычно в практической деятельности применяется не более 6-7 типов моделей), каждая из которых принадлежит тому или иному аспекту. ARIS Toolset является, с одной стороны, достаточно сложной для освоения системой. С другой стороны, диаграммы бизнес-процессов в готовом виде понятны даже неподготовленным сотрудникам, это позволяет эффективно организовывать работу команд, не прибегая к тотальному обучению всех работающих над проектом сотрудников.
Rational Rose — CASE-средство фирмы Rational Software Corporation (США), предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанный ими универсальный язык для моделирования объектов (UML — Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder. Ada, SQLWindows и ObjectPro). Основной вариант — Rational Rose/C++ -позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на C++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.
Методологии и стандарты
Для моделирования сложных систем существуют хорошо обкатанные методологии и стандарты. К ним относятся, в частности, методологии семейства IDEF, с помощью которых можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом глубина исследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными [8].
В настоящий момент к семейству IDEF можно отнести следующие стандарты:
IDEF0 — методология функционального моделирования. С помощью наглядного графического языка IDEF0 представляет изучаемую систему в виде набора взаимосвязанных функций («функциональных блоков»). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;
IDEF1 — методология моделирования информационных потоков внутри системы. Позволяет отображать и анализировать их структуру и взаимосвязь;
IDEF1X (IDEF1 Extended) — методология построения реляционных структур. IDEF1X относится к типу методологий «Сущность-взаимосвязь» (ER — Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;
IDEF2 — методология динамического моделирования развития систем. Из-за серьезных сложностей, связанных с анализом динамических систем, от этого стандарта сейчас практически отказались, и его развитие приостановилось на самом начальном этапе. Существующие алгоритмы и их компьютерные реализации позволяют превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);
IDEF3 — методология документирования процессов, происходящих в системе. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. IDEF3 напрямую связана с методологией IDEF0: каждая функция (функциональный блок) может быть представлена средствами IDEF3 в виде отдельного процесса;
IDEF4 — методоогия построения объектно-ориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и принципы их взаимодействия, позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;
IDEF5 — методология онтологического исследования сложных систем. С помощью словаря терминов и правил позволяет описать онтологию системы. В итоге могут быть сформированы достоверные утверждения о состоянии системы в некоторый момент времени, на основе которых делаются выводы о дальнейшем развитии системы и производится её оптимизация.
IDEF0 в моделировании бизнес-процессов управления
В настоящее время в России многие предприятия пользуются общепринятым на Западе стандартами менеджмента, особенно широко используемым стандартом описания бизнес-процессов является семейство методологий IDEF. Однако если еще несколько лет назад данными стандартами пользовались только аналитики и разработчики информационных систем с целью описания бизнес-процессов на уровне конечных исполнителей, то на данный момент упомянутые стандарты начинают распространяться среди руководителей, следовательно, встает вопрос использования данных стандартов для управления организацией [1, c.130].
На рис. 1. приводится принцип моделирования процессов в стандарте IDEF0.
Рис. 1
Рис. 2
IDEF0 предлагает графическое представление (рис. 2), которое отражает поведение компании или процесса как системы и является своеобразным шаблоном при моделировании деятельности организации или процесса, позволяя разложить стратегические цели компании/процесса на отдельные составляющие и довести их до конечных исполнителей [3, с. 57].
Вся деятельность разбивается на три уровня: цели, окружающая среда, внутренняя организация, а далее организуются обратные связи между этими уровнями. Важно заметить, что в общем случае такое разбиение не подразумевает строго соответствия выделенных уровней и организационных единиц, их иерархий.
Обзор инструментов и обоснование выбора BP Win
Все сравниваемые методологии (ORG-Master, ARIS и BP-Win) позволяют строить модели бизнес-систем, отображающие различные стороны систем. В этих моделях представляются реализуемые в бизнес-системах функции, их структура, протекающие в нх процессы, а также циркулирующие в них данные (в том числе планы, проекты, регламенты, первичные документы и отчеты). Однако, подходы, использованные в этих системах, различны.
В ARIS широко используется первый из названных подходов: для отображения различных сторон системы применяются разные модели (организационные, функциональные, информационные модели, модели выходов, модели управления), а ориентация на язык UML в поздних версиях системы еще более расширяет спектр используемых средств представления. Однако, такое расширение предельно усложняет возможности овладения данным инструментом для управленческого персонала.
В BP-Win, в принципе, использован такой же путь, но с меньшим разнообразием отражаемых аспектов деятельности в силу ориентации на представление объектов в стандартах IDEF0, IDEF3 и DFD, ориентированных на описания логики использования информационных систем.
В ORG-Master для представления разных объектов модели и связей между ними существует единый механизм, основанный всего на двух базовых понятиях: классификатор и проекция.
BP-Win также позволяет задать иерархию на объектах класса, так называемую, категоризацию, однако это выполняется несколько сложнее, чем в ORG-Master.
Открытость моделей для всех трех рассматриваемых средств обеспечивается возможностью добавления новых объектов или классов объектов и отношений между ними.
Выдержка из текста работы
1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы. 7
2. Назначения и цели создания информационной системы. 7
2.1.Назначение системы. 7
2.2 Цели создания системы. 7
3. Характеристика объекта автоматизации. 7
3.1 Краткие сведения об объекте автоматизации или ссылка на документы, содержащие такую информацию. 7
3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды. 7
4. Требования к системе. 8
4.1 Требования к системе в целом. 8
4.2. Требования к функциям, выполняемым системой. 13
4.3 Требования к видам обеспечения. 13
5. Состав и содержание работ по созданию системы 14
содержание работ по созданию ИС. 14
6. Порядок контроля и приемки системы. 15
6.1 Виды, состав, объем и методы испытаний системы и ее составных частей. 15
6.2. Общие требования к приемке работ, порядок согласования и утверждения приемочной документации. 16
6.3. Статус приемочной комиссии. 16
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. 17
7.1 Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ. 17
7.2 Изменения, которые необходимо осуществить в объекте автоматически. 17
7.4 Создание необходимых для функционирования системы подразделений и служб. 17
7.5 сроки и порядок комплектования штатов и обучение персонала. 17
Описание предметной области 17
Основные документы. 18
Требования к построению диаграмм. 21
Функциональная модель существующего процесса. 22
Методология IDF0. 22
Методология DFD. 22
Методология IDF3. 23
Функциональная модель учета кассовых операций. 23
Отчеты в BPWin 28
Model Report. 28
Diagram Report. 29
Diagram Object Report 33
DataUsage Report 36
Model Consistency Report 36
Заключение. 36
Введение.
В своей деятельности человек повсеместно использует модели, то есть создает образ, копию того объекта, с которым ему приходится иметь дело. Продумывая план действий, представляя результат своих действий, человек строит модель на уровне мысли.
Модель — это искусственно созданный объект, дающий упрощенное представление о реальном объекте, процессе или явлении, отражающий существенные стороны изучаемого объекта с точки зрения цели моделирования.
Моделирование — это построение моделей, предназначенных для изучения и исследования объектов, процессов или явлений.
Системный подход позволяет создавать полноценные модели. Особенности системного подхода заключаются в следующем. Изучаемый объект рассматривается как система, описание и исследование элементов которой не выступает как сама цель, а выполняется с учетом их места (наличие подзадач). В целом объект не отделяется от условий его существования и функционирования. Объект рассматривается как составная часть чего-то целого (сам является подзадачей). Один и тот же исследуемый элемент рассматривается как обладающий разными характеристиками, функциями и даже принципами построения. При системном подходе на первое место выступают не только причинные объяснения функционирования объекта, но и целесообразность включения его в состав других элементов. Допускается возможность наличия у объекта множества индивидуальных характеристик и степеней свободы. Альтернативы решения задач сравниваются в первую очередь по критерию «стоимость-эффективность».
Компьютерное моделирование включает в себя прогресс реализации информационной модели на компьютере и исследование с помощью этой модели объекта моделирования — проведение вычислительного эксперимента. С помощью компьютерного моделирования решаются многие научные и производственные задачи.
Компьютерное информационное моделирование используется для описания и анализа процессов разнообразной природы. Наибольший опыт в этом отношении имеют физические науки. Компьютерное моделирование помогает решать важные проблемы экологии. Большую роль играет информационное моделирование в экономике и управлении. Важнейшими задачами этой области являются задачи планирования. Средствами компьютерного моделирования ученые пытаются решить даже такую глобальную проблему, как судьбы человеческой цивилизации.
Визуальным моделированием называют процесс графического представления модели с помощью некоторого стандартного набора графических элементов. Наличие стандарта жизненно необходимо для реализации одного из преимуществ визуального моделирования — коммуникации. Общение между пользователями, разработчиками, аналитиками, менеджерами и всеми остальными участниками проекта является основной целью графического визуального моделирования.
Созданные модели представляются всем заинтересованным сторонам, которые могут извлечь из них ценную информацию. Например, глядя на модель, пользователи визуализируют свое взаимодействие с системой. Аналитики увидят взаимодействие между объектами модели. Разработчики поймут, какие объекты нужно создать и что эти объекты должны делать. Тестировщики визуализируют взаимодействие между объектами, что позволит им построить тесты. Менеджеры увидят как всю систему в целом, так и взаимодействие ее частей. Наконец, руководители информационной службы, глядя на высокоуровневые модели, поймут, как взаимодействуют друг с другом системы в их организации. Таким образом, визуальные модели предоставляют мощный инструмент, позволяющий показать разрабатываемую систему всем заинтересованным сторонам.
В представленной работе будет представлено моделирование процесса «Учет кассовых операций» при помощи программных инструментов (BPwin, ERwin, Rational Rose).
С помощью прикладного программного обеспечения будет реализована ИС, визуальное построение которой будет заключаться в составлении блок-схем для наглядного примера в вопросе учета кассовых операций.
Выполнение работы включает в себя изучение программных средств BPwin, Erwin, Rational Rose.
Постановка задачи.
Целью курсовой работы является разработка автоматизированной информационной системы учета кассовых операций с использованием CASE-средств (Bpwin, Erwin и RationalRose), с возможностью анализа её основных функциональных элементов и дальнейшей оптимизацией.
При проектировании ИС по средствам программного приложения BPwin использовать методологию построения (IDF0, DFD, IDF3) которая позволяет максимально подробно описать необходимые процессы.
Оформить техническое задание согласно ГОСТам.
1.Общие сведения.
1.1 Полное наименование системы и ее условное обозначение.
Автоматизированная система учета кассовых операций.
1.2 Шифр темы.
Не предусмотрен.
1.3 Наименование разработчика и заказчика системы и их реквизиты.
Организация заказчика (далее Заказчик): ООО «МосКомТорг»
Адрес организации: г. Москва, ул. Героев-панфиловцев д.12 к. 1
Разработчик: Шурупин Федор Олегович
1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы.
Основанием для разработки информационной системы учета кассовых операций — является следующий документ: «Задание на курсовую работу»
1.5 Плановые сроки начала и окончания работы по созданию системы.
Содержание основных этапов работы Сроки выполнения
Начало разработки АИС «Учет кассовых операций» 25.04.2015
Конец разработки 16.06.2015
1.6 Сведения об источниках и порядке финансирования работ.
Работа выполняется в рамках курсовой работы высшего учебного заведения кафедры прикладной информатике в экономике Московского Государственного Университета Путей Сообщения, исходя из чего финансирование не предусмотрено.
1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы.
Перечень документов, предоставляемых заказчику по окончании разработки информационной системы:
— техническое задание, технические условия, техническое приложени……..
