Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

Книга «ARIS - моделирование бизнес-процессов»

1.21. Типы компонентов

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

Читать далее >>

1.22. Внедрение организационного аспекта

Как показано в верхней части диаграммы классов на рис. 54, внедрение начинается с сетевой топологии спецификации дизайна. Сети и узлы, определенные в спецификации дизайна, могут иметь различные физические характеристики на практике. Поэтому понятия, относящиеся к спецификации дизайна, имеют префикс "Лог.", а понятия физического уровня -...

Читать далее >>

1.23. Моделирование данных

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

Читать далее >>

1.24. Микрообъекты данных

Детальная структура бизнес-приложения моделируется с помощью объектно-ориентированных диаграмм классов или методов ERM (модель "сущность-связь"). В последующих главах обсуждается структура репозитория этого метода, так как метод ERM стандартно используется для моделирования бизнес-процессов на практике. Диаграммы классов рассматриваются более детально в разделе A.III.2.1.1.1 в контексте объектно-ориентированных моделей...

Читать далее >>

1.25. Микрообъекты данных. Продолжение.

Следующий шаг после проектирования типов сущности и типов связи - определение неключевых атрибутов и их связей. Классы КЛЮЧЕВОЙ АТРИБУТ и НЕКЛЮЧЕВОЙ АТРИБУТ вместе формируют класс АТРИБУТ. Связь классов НЕКЛЮЧЕВОЙ АТРИБУТ и ИНФОРМАЦИОННЫЙОБЪЕКТ имеет вид (1..*):(0..*); это означает, что один информационный объект может иметь много неключевых...

Читать далее >>

1.26. Конфигурация данных

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

Читать далее >>

1.27. Создание отношений

Отношения (Ri) определяются списком наименований атрибутов Aj. Отношения удобно представить в виде таблицы (рис. 68). Математически отношение представляет собой декартово произведение доменов атрибутов.Придерживаясь относительно простых требований, отношения создаются из описания требований к данным в рамках ERM. Каждый тип сущности и каждый тип связи n:n приводит...

Читать далее >>

1.28. Нормализация и денормализация

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

Читать далее >>

1.29. Условия целостности

Выполнение условий целостности данных необходимо для того, чтобы база данных корректно моделировала объективную реальность (см. Blaser/Jarke/ Lehmann, Datenbanksprachen undDatenbankbenutzung 1987, p. 586).Поскольку таблицы реляционных моделей не слишком хорошо отображают семантические факты, определяются условия целостности с помощью языка манипулирования данными. Условия целостности могут также определяться внутри...

Читать далее >>

1.30. Логические пути доступа

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

Читать далее >>

1.31. Внедрение модели данных

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

Читать далее >>

1.32. Моделирование результата

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

Читать далее >>

1.33. Моделирование результата. Продолжение.

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

Читать далее >>

1.34. Конфигурация результата

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

Читать далее >>

1.35. Моделирование взаимосвязей между аспектами (управление)

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

Читать далее >>

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

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

Читать далее >>

1.37. Спецификация дизайна

При спецификации дизайна программные объекты (модули, бизнес-объекты, пользовательские транзакции) ставятся в соответствие конкретным узлам компьютерной сети. Они осуществляют физический доступ к данным с помощью либо стандартных методов (удаленный вызов процедур, CORBA, DCOM и т.п.), либо собственных методов, таких как RFC (SAP) или ALE (SAP). На...

Читать далее >>

1.38. Моделирование описания требований

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

Читать далее >>

1.39. Диаграмма окружения функции

Классы данных в диаграммах классов явно окружают соответствующие функции. Если функция моделируется независимо от данных, окружение функции формирует ассоциацию *:*, т.е. функция относится ко многим объектам данных. Такой вид моделирования позволяет создавать функциональные объекты, к которым применимы также принципы наследования. Проектирование неизбыточных объектно-ориентированных моделей возможно...

Читать далее >>

1.40. Входные и выходные экраны

Функции используют входные и выходные экраны. Например, бизнес-функция "Создание клиентского заказа" использует много экранов, предназначенных для просмотра или ввода данных. С другой стороны, определенные экраны используются многими функциями. Поэтому класс ЭКРАН связан с классом ФУНКЦИЯ ассоциацией *:* (см. рис. 105).Экраны предназначены для ввода, корректировки или...

Читать далее >>

2




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