рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Методика разработки АИС с помощью продуктов пакета AllFusion Modeling Suite.

Методика разработки АИС с помощью продуктов пакета AllFusion Modeling Suite. - раздел Философия, ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ На Современном Рынке Средств Разработки Аис Достаточно Много Систем, В Той Ил...

На современном рынке средств разработки АИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. Остановимся на одной из них – пакете программ AllFusion Modeling Suite компании CA (www.ca.com). Рассмотрим методику разработки ИС с помощью продуктов пакета AllFusion Modeling Suite.

Методика уделяет большое внимание разработке требований к ИС организации исходя из текущего состояния бизнеса и его потребностей, а также предоставлению требований в наиболее простой и наглядной форме, обеспечивающей понимание со стороны заказчика на каждом этапе разработки ИС. Методика охватывает следующие этапы разработки ИС: сбор и анализ информации, системное проектирование, реализацию (рис. 1) и предполагает применение продуктов линейки AllFusion Modeling Suite:

· AllFusion Process Modeler (ранее BPwin) - моделирование бизнес-процессов;

· AllFusion ERwin Data Modeler (ранее ERwin) - моделирование данных и генерация каталога БД;

· AllFusion Data Model Validator (ранее ERwin Examiner) - проверка структуры БД и моделей, созданных в ERwin;

· AllFusion Model Manager (ранее ModelMart) - среда командной работы проектировщиков;

· AllFusion Model Navigator - просмотр, навигация по моделям данных и бизнес-процессов.

Необходимым условием управляемости некоторого объекта является наличие модели объекта управления в системе управления этим объектом. Поэтому результатом этапа сбора и анализа информации является набор моделей типа «как есть»: функциональная модель, модели процессов, модель сети, организационно-штатная структура, информационная модель. Для разработки указанных моделей методика рекомендует использовать следующие инструменты и методологии: AllFusion Process Modeler (IDEF0, IDEF3, DFD), AllFusion ERwin Data Modeler (IDEF1x, IE DM), AllFusion Component Modeler (UML), Model Manager, входящие в пакет AllFusion Modeling Suite. Все модели выполняются в графических нотациях, что упрощает восприятие информации и взаимопонимание с заказчиком.

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

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

Вход представляют объекты, которые поступают к данной функции и перерабатываются в выходы. Выходы – объекты, производимые функцией. Каждая функция должна иметь хотя бы один выход, в противном случае нет смысла ее моделировать. Механизмы – ресурсы, которые выполняют функции («кто выполняет функцию?», «с помощью чего выполняет функцию?»). Стрелка управления представляет управляющие и регламентирующие объекты (инструкции, правила, стандарты, …). Каждая функция должна иметь хотя бы одну стрелку управления. Управление влияет на функцию, но не преобразуется функцией. Функции могут детализироваться (декомпозироваться).

Простота графической нотации IDEF0 позволяет неподготовленному человеку за несколько минут понять принципы построения IDEF0-моделей. Несмотря на видимую простоту, нотация IDEF0 позволяет описать функциональность системы любой природы. Поэтому IDEF0-модели служат средством общения между всеми участникам бизнес-процессов: от руководителей до исполнителей. Простота и описательная мощь IDEF0 стали причиной того, что методология IDEF0 рекомендована для функционального моделирования Госстандартом РФ (Р 50.1.028-2001 Методология функционального моделирования), является федеральным стандартом США.


Рис. 1.

 

Рассматриваемая методика рекомендует применять AllFusion Process Modeler на первых этапах разработки ИС: на этапе сбора и анализа информации и на этапе системного проектирования (рис.1). Process Modeler автоматизирует процесс построения IDEF0-моделей. Кроме функциональных моделей Process Modeler автоматизирует процесс создания следующих моделей: процессных моделей (IDEF3); моделей потоков данных (DFD); организационных диаграмм для определения ролей, состава и отношений участников процесса; Swim Lane-диаграмм для графического отображения должностных инструкций и др. Process Modeler поддерживает функционально-стоимостной анализ (ABC) и имеет базу для проведения анализа на основе метрик, введенных пользователем (UDP).

Уже на этапе описания текущей модели бизнеса можно создать модель структуры базы данных, используемой в организации. Рассматриваемая методика рекомендует применять AllFusion ERwin Data Modeler для документирования базы данных. ERwin Data Modeler автоматически построит модель данных из DDL-скрипта или базы данных. Если база данных лишь разрабатывается, то ERwin Data Modeler автоматизирует процесс проектирования базы данных, сгенерирует каталог базы данных, автоматизирует процесс сопровождения базы данных. Информационная модель (IDEF1x, IE), поддерживаемая ERwin Data Modeler, на концептуальном и логическом уровне оперирует понятиями экспертов предметной области, поэтому ее можно эффективно обсуждать с заказчиком.

Важным моментом при построении текущей модели бизнеса является отображение связи бизнес-процессов с данными. Предложенные инструменты моделирования: Process Modeler и ERwin Data Modeler – тесно интегрированы между собой. Благодаря этому модели бизнес-процессов и структуры данных организации могут быть автоматически синхронизированы, и эта связь будет отражена в требованиях к ИС.

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

На основе моделей, полученных на этапе анализа, совместно с заказчиком делается заключение о необходимости ИС, формулируются предварительные требования к ИС (рис. 1).

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

Для разработки моделей «как надо» используются те же инструменты и методологии, что и на этапе анализа. Поддержка функционально-стоимостного анализа (ABC) и метрик, введенных пользователем (UDP) позволяет использовать Process Modeler не только для разработки моделей «как надо», но и для оценки этих моделей для выбора оптимального варианта модели бизнеса с точки зрения данной организации.

С помощью ERwin Data Modeler модифицируют модели данных, созданные на предыдущем этапе или создают новые модели. Кроме этого, ERwin Data Modeler позволяет оценить размер базы данных в целом, а также таблиц, индексов и других объектов через определенный момент времени после начала эксплуатации ИС. Полученная информацию должна учитываться при выборе СУБД, на платформе которой будет развертываться ИС. Для отладки информационной модели, созданной с помощью AllFusion ERwin Data Modeler, рекомендуется использовать инструмент AllFusion Data Validator. Интеграция продуктов пакета AllFusion Modeling Suite позволяет обмениваться данными между моделями, созданными с помощью разных продуктов, в том числе не входящих в рассматриваемый пакет (рис. 2).

Результатом этапа системного проектирования является набор требований (функциональных и нефункциональных) к ИС для решения задач данной организации (рис.1). Заказчик доверяет полученным требованиям, т.к. участвовал в процессе их получении из описания текущего состояния бизнеса.

После определения требований проводится анализ имеющихся на рынке программного обеспечения готовых ИС. В качестве критериев для анализа обычно выбирают: уровень удовлетворения требований, временные и материальные затраты на внедрение и поддержку ИС. Кроме этого проводят оценку материальных и временных затрат на разработку ИС своими силами и/или разработку сторонней организации. Допустим, в результате анализа принято решение о покупке ИС. В этом случае разработанные на этапе системного проектирования модели будут служить руководством для внедрения и настройки купленной ИС. Если в результате анализа принято решение о разработке ИС, то созданные на этапе системного анализа модели станут основой для реализации ИС. Так, ERwin Data Modeler на основе информационной модели автоматически сгенерирует DDL-скрипты и/или каталог базы данных ИС.

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

Таким образом, применение продуктов линейки AllFusion Modeling Suite: Process Modeler, ERwin Data Modeler и других позволяет повысить эффективность разработки ИС для конкретного бизнеса за счет: документирования текущего состояния бизнеса; точного формулирования требований к ИС; простоты и наглядности используемых графических нотаций моделей, упрощающих взаимопонимание с заказчиком; а также за счет использования согласованных с заказчиком моделей на этапе реализации ИС.

Направления интеграции между программами внутри пакета AllFusion Modeling Suite версии 7.2, а также между программами пакета AllFusion Modeling Suite и другими программами отображены на рис. 2: стрелка 1 демонстрирует возможность синхронизации модели бизнес-процессов и модели данных; стрелка 2 – возможность генерации каталога БД и обратной генерации БД (документирование); стрелки 3 – возможность использования единого репозитория для управления моделями; стрелки 4 – возможность просмотра и навигации по моделям без права редактирования моделей; стрелки 5 – возможность проверки моделей данных или каталога БД.

 
 

Рис. 2.

Внешние связи программ пакета AllFusion Modeling Suite (рис. 2) обеспечивают обмен информацией между моделями, разработанными с помощью AllFusion Process Modeler и AllFusion ERwin Data Modeler с другими CASE-инструментами, генерацию кода приложений ИС, имитационное моделирование, публикацию отчетов.

Контрольные вопросы:

1. Что такое ИС, АИС?

2. Перечислите виды обеспечения, входящего в состав АИС.

3. Назовите этапы создания АИС и дайте их характеристику.

4. Перечислите требования к инструментам разработки АИС и дайте их характеристику.

5. Дайте характеристику пакету программ AllFusion Modeling Suite.

6. Опишите методику разработки АИС с помощью пакета AllFusion Modeling Suite.

– Конец работы –

Эта тема принадлежит разделу:

ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ

МИНИСТЕРСТВА ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ... Т Е Точилкина И Л Катков...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Методика разработки АИС с помощью продуктов пакета AllFusion Modeling Suite.

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Этапы создания АИС.
Выделяют следующие стадии создания АИС (ГОСТ 34.601-90): 1. Формирование требований, 2. Разработка концепции, 3. Техническое задание, 4. Эскизный проект,

Требования к инструментам разработки АИС.
Технология создания АИС предъявляет особые требования к методикам реализации и программным инструментальным средствам. К таким требованиям можно отнести следующее: 1. Реализацию проектов п

Описание AllFusion Process Modeler.
AllFusion Process Modeler (ранее BPwin) - это инструмент для визуального моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion PM предлагает средство для сбора

Функциональные возможности AllFusion PM.
· Автоматизация процесса моделирования. Process Modeler автоматизирует многие задачи построения и анализа моделей бизнес-процессов: создание графического представления модели - диаграмм, ввод детал

Интерфейс AllFusion PM 7.2.
AllFusion PM имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать и анализировать сложные модели при минимальных усилиях. Ниже будет описан

Русификация AllFusion PM.
В версии 7.2 русифицировать можно рамку (бланк) диаграмм, а также все тексты, вводимые пользователем. Для русификации рамки диаграммы следует перед установкой продукта сохранить файл BPwin

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

Система и модель в AllFusion PM.
Под системой понимается совокупность взаимосвязанных компонент и связей между ними. Под моделью системы понимают описание системы, которое отвечает на заранее опре

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

Начало создания модели в AllFusion PM.
При создании новой модели возникает окно (рис. 15), в котором, следует указать, будет ли создана новая модель «с нуля», или на основе шаблона. Далее требуется ввести имя новой модели. Если

Диалог Model Properties и продолжение моделирования.
Важные свойства модели, такие как субъект, цель, точка зрения и многие другие определяются в диалоге Model Properties (меню Model/Model Properties). Закладка General служи

Построение функциональных диаграмм (IDEF0).
IDEF0 рекомендована В России как методология функционального моделирования. В 2001 году Госстандартом России выпущен соответствующий нормативный документ Р 50.1.028-2001 [6]. Как стандарт методолог

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

Стрелки (Arrow).
Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными, например, "Заготовка", "Издел

Нумерация работ и диаграмм.
Все работы и диаграммы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс «А». Контекстная (корневая), работа де

Этапы построения диаграмм IDEF0.
Перечислим этапы построения IDEF0-диаграммы [4]. 1. Перечислить данные (объекты). 2. Перечислить функции. 3. Сгруппировать функции в 3-6 блоков. 4. Расположить б

Палитра инструментов для построения диаграмм IDEF0.
Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую, поэтому рассмотрим палитру инструментов диаграммы IDEF0 (рис. 42), которая возникает п

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

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

Палитра инструментов для построения диаграмм DFD.
При переключении в методологию DFD на контекстно-зависимой панели инструментов AllFusion изменилось назначение кнопок или появились следующие новые кнопки (рис. 47):

Построение диаграмм потоков процессов (IDEF3). Сценарии.
Методология IDEF3, называемая также workflow diagramming - диаграммы потоков процессов, поддерживает описание бизнес-процессов как последовательность событий. IDEF3 – это метод, имеющий основной це

Состав IDEF3-диаграммы.
В состав диаграммы IDEF3 могут входить четыре графических объекта: функциональные блоки, отображающие единицы работы (UOW), также называемые работами (activity), стрелки

Стрелки и связи.
Связи показывают взаимоотношения между объектами. Все связи в IDEF3 однонаправлены (с версии 7 появились и двунаправленные связи) и могут быть направлены в любую сторону. Но обычно диаграммы IDEF3

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

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

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

Этапы построения диаграмм IDEF3.
Рассмотрим процесс построения диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области [5]. Описание сценария, области и то

Палитра инструментов для построения диаграмм IDEF3.
При переключении в методологию IDEF3 на контекстно-зависимой панели инструментов AllFusion изменилось назначение кнопок или появились следующие новые кнопки (рис. 59):

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

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

Диаграммы Swim Lane
Созданные в словаре Role Dictionary роли могут быть также исполь­зованы в диаграмме Swim Lane. Диаграмма Swim Lane является разно­видностью диаграммы IDEF3, позволяющей явно описать роли и ответст­

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

Граничные стрелки на диаграммах IDEF0 и DFD.
Для существенного облегчения построения смешанной модели AllFusion PM позволяет нарушать традиционный синтаксис IDEF0 и DFD. В частности, AllFusion PM позволяет создавать на диаграммах IDEF0 (рис.

Использование нетрадиционного синтаксиса на диаграммах модели.
AllFusion PM позволяет нарушить традиционный синтаксис нотаций IDEF0, IDEF3, DFD и использовать для отображения объектов диаграмм практически любые геометрические фигуры. Более того, можно размести

Расщепление моделей.
Для расщепления модели следует щелкнуть правой клавишей мышки по работе, имеющей диаграмму декомпозиции, и в контекстном меню выбрать пункт Split Model (рис. 71). В появившемся диалоге Split Option

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

Обнаружение синтаксических ошибок в диаграммах модели.
Синтаксические ошибки IDEF0 в AllFusion PM разделяются на три типа: · Во-первых, это ошибки, которые AllFusion PM выявить не в состоянии. Например, синтаксис IDEF0 требует, чтобы имя работ

Создание UDP.
Создать и редактировать свойство UDP можно непосредственно в словаре UDP Dictionary (меню Dictionary/UDP) (рис. 84) или в редакторе User Defined Property Dictionary Editor (меню Model/UDP Definitio

Прикрепление UDP к объектам модели.
«Прикрепить» свойства UDP к объекту модели: работе, хранилищу данных, перекрестку и т.д. – можно двумя способами. Первый заключается в использовании пункта UDP контекстного меню, которое появляется

Генерация отчетов по UDP.
Результаты привязки UDP к объектам модели можно проанализировать с помощью встроенных отчетов AllFusion PM, например в отчете Diagram Object Report (меню ToolsReportsDiagram Object Report) (рис. 92

Поддерживаемые типы UDP.
AllFusion PM поддерживает 18 типов UDP, которые можно классифицировать несколькими способами: · по типу свойства пользователя, · по множественности значений свойства пользователя,

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

Создание текстовых отчетов на основе встроенных шаблонов.
AllFusion PM имеет восемь встроенных шаблонов текстовых отчетов. Для использования шаблона и генерации на его основе отчетов следует выбрать пункт Reports в меню Tools. Все сгенерированные таким об

Создание отчетов с помощью встроенного построителя шаблонов отчетов Report Template Builder.
Начиная с версии 4.0 AllFusion PM включает построитель шаблонов отчетов Report Template Builder. Report Template Builder – общий для AllFusion Process Modeler и AllFusion ERwin Data Modeler генерат

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги