Для объектно-ориентированного подхода разработаны графические методы моделирования проблемной области, обобщенные в языке унифицированного моделирования UML [89] (подробное описание объектно-ориентированного подхода представлено в гл. 13) Однако по наглядности представления модели пользователю-заказчику объектно-ориентированные модели явно уступают функциональным моделям. [c.283]
Достоинством данной методологии является то, что она обеспечивает интегрированный подход к анализу и проектированию систем. В рамках каждого из перечисленных подходов создаются соответствующие модели Кроме того, существует подход, комбинирующий все три подхода вместе Он позволяет увязать организационную структуру с функциями и данными через возникающие события, отражая динамическую структуру бизнес-процессов В последнем взгляде существенно сближаются функциональный и объектно-ориентированный подходы к моделированию проблемной области. [c.283]
Конечным результатом процесса объектно-ориентированного проектирования должно стать множество классов объектов с присоединенными методами обработки атрибутов. Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно-ориентированный подход предполагает совместное моделирование данных и процессов. При этом модели проблемной области в репозитории постепенно уточняются. [c.351]
Базовой методологией концептуального моделирования данных может быть назван объектно-ориентированный подход, т.к. он представляет компьютерное отображение категорий реального мира в виде объектов, обладающих определенными свойствами и находящихся в некоторых отношениях. Объектно-ориентированное представление более точно отражает логическую сущность реальных систем, чем представления основанные на записях традиционной файловой системы. [c.6]
Объектно-ориентированный подход явился результатом сближения двух областей исследований семантического моделирования данных и объектно-ориентированных языков. Семантическое моделирование уделяет наибольшее внимание структуре данных, что позволяет эффективно отображать значения реальных фактов в конструкции модели и легко создавать логические схемы для сетевых, иерархических и реляционных баз данных. Объектно-ориентированные языки изучали поведение объектов данных. Сближение этих двух областей позволило применить понятия объектно-ориентированных языков к семантическим структурам данных. [c.6]
| Рис. 5.2 Функционально- и объектно-ориентированное разделение предмета моделирования на проблемные области |  |
В рамках объектно-ориентированного разделения предмета моделирования могут возникнуть также и некоторые трудности, связанные с тем, что взаимосвязанные части одного процесса могут выполняться различными функциональными отделами (например, процесс материального снабжения - в отделе закупок и на складе). Поэтому для целостного отображения всех частей процесса необходимы консультации специалистов одновременно из нескольких отделов. Необходимость координации между проектными группами и согласования результатов соответственно повышают затраты на моделирование. [c.116]
Предварительная группировка основных и вспомогательных процессов в комплексы моделирования. Такая группировка может проводиться на основе функционально- и объектно-ориентированных методов, применяемых при моделировании как есть .123 Комплексы моделирования следует создавать таким образом, чтобы взаимосвязи процессов, находящихся в разных комплексах были минимальными. [c.148]
Можно смело утверждать, что искусство моделирования является самой творческой частью работы системного инженера. На практике не существует единственного правильного решения, поэтому модели меняются и развиваются на протяжении этапов разработки. В большинстве случаев, модели представляют собой некий визуальный ряд, в котором для отображения информации используются взаимосвязанные диаграммы. Новые методы, - такие как, например, объектно-ориентированные методы моделирования, -разумеется, расширяют концепцию моделирования, однако большинство используемых в них подходов, тем не менее, базируются на известных и проверенных временем принципах. [c.50]
Объектно-ориентированные подходы моделирования существенно отличаются от структурных подходов. Объекты представляют собой устойчивые и - будем надеяться на это - повторно используемые компоненты. [c.60]
Объектно-ориентированные подходы описывают поведение объектов и их взаимодействие между собой. Хотя порой при этом выполняется моделирование структуры объектов, но, на самом деле, это не является необходимым или даже желательным. Задачей аналитика является нахождение объектов, которые существуют наибольшее время, и моделирование поведения системы вокруг этих объектов. Такой поход позволяет получить ясное представление о поведении системы. Другая задача состоит в том, чтобы повторно [c.60]
Основной причиной появления этого подхода было желание сделать разработку программного обеспечения более близкой к моделированию, а, следовательно, и более естественной. К сожалению, на реализацию любой хорошей идеи практика оказывает свое влияние, поэтому лишь совсем небольшое количество объектно-ориентированных программных систем могут быть признанными действительно полным отражением реального мира. Тем не менее, это никак не умаляет достоинств самого метода. На диаграмме классов изображается информация о классах объектов и связях между ними. Во многом диаграмма классов похожа на диаграмму сущность-связь. Так же как на диаграмме сущность-связь, диаграмма классов показывает, как объекты определенных классов связаны с другими объектами этого же класса, или других классов. Основные добавленные элементы информации это [c.62]
Объектно-ориентированное моделирование признано базовой методологией БПР. Его особая роль объясняется следующим. Традиционно при создании информационных систем компаний разработчики отталкивались от данных. В результате используемые ими подходы к моделированию систем были ориентированы на описание данных о сущностях реального мира и их взаимосвязей, но не на поведение этих сущностей. Поскольку реинжиниринг ориентирован на процессы, а не на данные, традиционные подходы оказались неадекватны. В настоящее время только объектно-ориентированный подход позволяет описывать как данные о сущностях, так и их поведение. Кроме того, он обеспечивает создание прозрачных, легко модифицируемых моделей бизнеса и информационных систем, допускающих повторное использование отдельных компонентов. [c.95]
Модель реализации информационной системы представляет собой аннотированный исходный код программ. Любой язык позволяет применить объектно-ориентированные методики моделирования, но объектно-ориентированные языки имеют большие преимущества по сравнению с остальными, облегчая перевод основных конструкций модели в конструкции языка. [c.209]
Фундаментальными основами моделирования организации процесса решения объективно являются временные, объектные, предметные, субъектные и процессуальные организации в их органичном единстве и естественном развитии. Проведенные исследования организации как процесса заложили процедурную основу отражения проектирования и осуществления процесса решения. На этой основе авторы целенаправленно интегрируют изложенные представления в формировании единой социально ориентированной модели организации процесса разработки, принятия и исполнения решения, представленной на рис. 6.2.1. [c.334]
В гл. 8 данной монографии описана суть подхода И. Якобсона. Создается последовательность моделей, описывающих обе системы как с точки зрения их использования (в первом случае - клиентами компании, во втором - пользователями информационной системы), так и с точки зрения их внедрения. При построении моделей используется общая методологическая база модели первого типа описываются в терминах примеров использования (прецедентов), а модели второго типа раскрывают особенности реализации этих примеров в терминах объектно-ориентированного моделирования. Объектно-ориентированные модели описываются на различных уровнях детализации. Совместная разработка моделей обеих систем при общей методологической базе позволяет естественным образом учесть взаимосвязь этих систем и осуществить параллельное и согласованное их создание и последующее развитие. Для поддержки реинжиниринга разработана объектно-ориентированная программная среда разработки Obje tory с элементами ASE-технологии. Методология И.Якобсона и среда Obje tory взяты на вооружение рядом консалтинговых фирм и многими разработчиками инструментариев поддержки БПР. Однако модели, создаваемые в соответствии с этой методологией, довольно сложны, и маловероятно, что управляющие компаниями могут работать с ними так же естественно и легко, как профессионалы в области ИТ. [c.243]
Средства программного обеспечения — это операционная система, ориентированная на использование определенного КТС и языков общения специалистов с КСАИР, а также прикладные программы — выполнения расчетов (объектно-независимые и объектно-ориентированные), моделирования, планирования эксперимента, графики, статистики, экспертного анализа и др. [c.15]
В рассмотренной на рис. 1.10,6 временной диаграмме длительность выполнения функции процессом ( не зависит от типов ресурсов и характера их использования. Диаграмма обладает универсальностью, позволяет работать и с опосредованными -ресурсами. Эта диаграмма использована при создании теоретических основ, концепции и алгоритмов специального программного инструментария - объектно-ориентированной системы имитационного моделирования Pilgrim, имеющей возможность агрегирования экономических объектов. Аналогичные диаграммы автоматически получаются при управлении модельным временем. [c.58]
Шлеер С., Меллор С. Объектно-ориентированный анализ Моделирование мира в состояниях. -Киев Диалектика, 1993. - [c.81]
Мы предпочитаем использовать симуляторы, основанные на практике современного объектно-ориентированного программирования. Одна из причин такого выбора состоит в том, что объектное ориентирование упрощает создание нужного количества моделируемых счетов, каким бы оно ни было. Это в особенности полезно при моделировании торговой системы, управляющей целым портфелем товаров или акций, как это сделано в большинстве тестов в данной книге. Объектно-ориентированные симуляторы также хороши для построения адаптивных самооптимизирующихся систем, в которых иногда требуется использовать внутреннее моделирование. Кроме того, такие программы позволяют достаточно просто создавать метасистемы (системы, принимающие решения на основе графиков изменения капитала других систем). Например, метасистемами можно считать модели распределения активов, поскольку они динамически меняют распределение средств между отдельными торговыми системами или счетами. Хороший объектно-ориентированный симулятор может генерировать графики изменения капитала портфелей и другую информацию для создания и тестирования на исторических данных систем распределения активов, работающих на основе множественных торговых систем. Из этих соображений, а также в силу привычки большинство тестов в этой книге проведены с использованием -Trader tookit. Для того чтобы почерпнуть полезные знания из этой книги, не требуются познания в ++ и программировании. Логика любой системы или элемента системы будет подробно рассматриваться в тексте. [c.46]
В случае объектно-ориентированного разделения следует заранее проанализировать наличие структурных аналогий в процессах, относящихся к различным объектам. Использование структурных аналогий (см. рис. 5.4) может существенно снизить затраты не только на создание моделей, но и на их последующую интеграцию. Такая экономия обусловлена прежде всего возможностью непосредственного сведения созданных разными группами моделей без проведения трудоемкой процедуры реструктуризации несопоставимых моделей. Сравнимость моделей упрощает также и их анализ в отношении возможных слабых мест и потенциалов оптимизации. Чтобы облегчить обнаружение структурных аналогий, различные группы моделирования должны, по возможности, придерживаться едининого принципа графического отображения элеметов моделей и использовать одинаковые термины для их обозначения. [c.122]
Консолидация осложнялась и тем, что разделение предмета моделирования на проблемные области происходило в различных комплексах моделирования по-разному. Например, в области Консалтинг и сервис было предпринято объектно-ориентированное разделение, в то время как в области Сбыт , такая дифференцияция не представлялась возможной. [c.124]
NeuroSolutions представляет собой средство нейросетевого моделирования с графическим интерфейсом. Поскольку программа разработана в объектно-ориентированном стиле, она обладает гибкостью, необходимой для реализации различных парадигм обучения и топологии сети. Графический интерфейс и множество средств контроля ускоряют процесс экспериментирования, предоставляя возможность анализировать работу нейронной сети в процессе обучения в реальном времени. Поддерживаемые виды топологии [c.261]
Универсальный язык моделирования UML (OMG, 2003) создавался как попытка объединить вместе объектно-ориентированные подходы, получившие наибольшую поддержку и признание, а именно Буч, ОМТ и Обжектори. В середине 90х годов XX века Буч, Румбах и Якобсен стали вместе работать в компании Rational, начав разрабатывать единый, общий и ныне широко применяемый язык моделирования. В то время максимальное внимание уделялось разработке нотации для графического моделирования, нежели чем разработке метода или процесса. [c.76]
В главе 3 обоснована необходимость моделирования бизнеса при проведении БПР. Определены требования к модели компании со стороны различных участников. Рассмотрена ограниченность традиционных подходов к созданию моделей компании на основе использования ASE-средств. Указаны достоинства и ограничения объектно-ориентированного подхода к БПР. Показано, что для адекватного представления моделей компании необходимо выполнение следующих условий [c.9]
Большинство специалистов по БПР прямо или косвенно утверждают, что для описания внешней и внутренней моделей достаточно статического языка моделирования. Например, Дж.Мартин [6] для описания моделей рекомендует использовать OMW (см. разд. 9.1) -статическое ИС фирмы Intelli orp, объединяющее статическое объектно-ориентированное ASE-средство со статической экспертной системой. Аналогично И.Якобсон [5], указав, что модели являются отчасти динамическими, для описания и внешней, и внутренней модели использует по сути статический язык с зачатками динамики. [c.125]
Реинжиниринг осуществляют специалисты двух типов - профессионалы в области реконструируемого бизнеса и разработчики информационных систем. Опыт реинжиниринга показывает, что по-настоящему успешное и новаторское внедрение информационных технологий является уникальным и творческим процессом управляющие компаниями и специалисты-технологи, знакомясь с методами информационных технологий (ИТ), сами делают открытия относительно возможностей их использования в своем конкретном бизнесе [5, 7]. В то же время создание высококачественных информационных систем требует участия профессионалов в области ИТ. Возникает проблема нахождения общего языка. Решение этой проблемы стоит на пути интеграции таких современных технологий, как объектно-ориентированное программирование, ASE-технологии, инженерия знаний, имитационное моделирование процессов и средства быстрой разработки приложений [1]. [c.242]
Как уже отмечалось (см. разд. З.б), для обеспечения активного участия менеджеров в проведении реинжиниринга целесообразно интегрировать ключевые достижения современных информационных технологий - объектно-ориентированного программирования, ASE-технологий, имитационного моделирования процессов, инженерии знаний и средств быстрой разработки приложений. Именно такая тенденция и наблюдается в настоящее время в развитии методологий и инструментальных средств (ИС) БПР (см. также 12, 11,12 ). [c.244]
ReThink - это объектно-ориентированное средство графического моделирования и проектирования бизнес-процессов. Он предлагает графическую среду для тестирования моделей, а также для определения различных параметров процесса, таких, как время, стоимость и др. ReThink позволяет динамически изменять изображение моделируемых процессов, что обеспечивает наглядность и понятность процессов любой сложности. [c.257]
Система ReThink построена на базе инструментального комплекса G2 (см. Приложение 1). Таким образом, она является проблемно-ориентированным приложением комплекса G2, которое позволяет разработчикам использовать не только специализированные средства моделирования бизнес-процессов, но и универсальные средства комплекса по созданию интеллектуальных объектно-ориентированных систем управления реального времени. [c.257]
Шлеер С., Мелпор С. Объектно-ориентированный анализ моделирование мира в состояниях. Киев Диалектика, 1993. [c.33]