Реферат по курсу «Проектирование Информационных систем» на тему: «uml: история развития, современное состояние и перспективы»
Скачать 427.97 Kb.
|
Использование метамодели. Проблема извлечения представления метамодели из базовых моделей последовательности позволяет лучше понять, почему задача определения трансформаций с помощью метамодели UML утомительна и чревата ошибками. Остроту проблемы можно смягчить, предусмотрев для каждого из типов моделей UML 2.0 упрощенные представления метамодели. Они должны описывать только те концепции и взаимосвязи, которые появляются в моделях. Развитие комплексной метамодели UML 2.0 будет нелегким делом. Предполагается, что UML станет изменяться. Следовательно, пользователи стандарта столкнутся с проблемами оценки последствий предложенных изменений, последовательного проведения изменений во всей метамодели, а также проверки целостности и осмысленности измененной метамодели. Чтобы лучше управлять развитием метамодели UML, мы предлагаем с помощью методов AOM представить ее в виде аспектных моделей. Можно определить, например, следующие аспекты:
Структурный характер метамодели UML 2.0 может затруднить создание средств манипулирования моделями. Определение поведения на метауровне облегчит задачи манипулирования моделями, такие как их трансформация и композиция. Для того чтобы UML 2.0 поддерживал MDD, нужна платформа, имеющая обширные средства для адаптации языка манипулирования моделями. На поддержку MDD претендуют множество коммерческих инструментов UML. Лучшие из них поддерживают, в известных пределах, определение и использование трансформации моделей UML; они ограничивают пользователей конкретной платформой реализации. Возможно, это самое большое, что можно сделать сегодня. Громоздкость и сложность UML 2.0 создают проблемы не только для разработчиков инструментов MDD на базе UML, но и для рабочих групп OMG, ответственных за развитие стандарта. Будет чрезвычайно трудно развивать UML 2.0 с применением только ручных методов. Развитие стандарта может потребовать изменения концепций, рассеянных по всей метамодели, проверки согласованности изменений в рамках метамодели, оценки влияния изменений на другие элементы метамодели. Необходимо также убедиться, что изменения не приведут к появлению метамодели, определяющей противоречивые или бессмысленные конструкции языка. Для упрощения развития метамодель должна быть реструктурирована и снабжена инструментами навигации. Средства моделирования Первым инструментальным средством, в котором была реализована нотация проекта языка UML 2.0, - это CASE-средство Together 2005 компании Borland. Поскольку проект языка UML 2.0 вносит серьезные изменения в существующий стандарт языка UML 1.5, в Together 2005 реализована поддержка проектов обеих нотаций языка UML версий 1.4 и 2.0. Все ранее перечисленные средства моделирования: Rational Rose Enterprise, Together CC, ArgoUML, Visial UML, MS Visio Enterprise, – и средства программирования: MS Visual C++, Java, Object Pascal/Delphi, Power Builder, MS Visual Basic, Forte, Ada, Smalltalk - также реализовали поддержку последней нотации UML. Средства UML-моделирования есть уже во многих средствах разработки. Например, в CodeGear RAD Studio 2007 (ранее Borland Developer Studio). Имеет встроенные возможности моделирования и другая среда от тех же разработчиков - JBuilder. Кроме того, следует назвать Enterprise Architect, UML Studio, Visual Paradigm for UML, а также PowerDesigner от Sybase.
Язык UML ориентирован для применения в качестве языка моделирования различными пользователями и научными сообществами для решения широкого класса задач объектно – ориентированного анализа и проектирования (ООАП). Многие специалисты по методологии, организации и поставщики инструментальных средств обязались использовать язык в своих разработках. При этом термин "унифицированный" в названии UML не является случайным и имеет два аспекта. С одной стороны, он фактически устраняет многие из несущественных различий между известными ранее языками моделирования и методиками построения диаграмм. С другой стороны, создает предпосылки для унификации различных моделей и этапов их разработки для широкого класса систем, не только программного обеспечения, но и бизнес-процессов. Семантика языка UML определена таким образом, что она не является препятствием для последующих усовершенствований при появлении новых концепций моделирования. В этой связи следует отметить внимание гиганта компьютерной индустрии компании Microsoft к технологии UML. Еще в октябре 1996 г. Microsoft и Rational Software Coiporation объявили о своем стратегическом партнерстве, которое, по их общему мнению, способно оказать решающее влияние на рынок средств объектно-ориентированной разработки программ. При этом Microsoft лицензировала у Rational Software некоторые технологии визуального моделирования, в результате чего был разработан Microsoft Visual Modeler for Visual Basic. В свою очередь Rational Software лицензировала у Microsoft Visual Basic и Microsoft Repositoiy, разрабатываемые вместе с Texas Instruments. При создании языка UML Microsoft внесла свой вклад в интеграцию UML со своими стандартами типа ActiveX и СОМ и в использование языка UML со своей технологией Microsoft Repository. На основе технологии UML Microsoft, Rational Software и другие поставщики средств разработки программных систем разработали единую информационную модель, которая получила название UML Information Model. Предполагается, что эта модель даст возможность различным программам, поддерживающим идеологию UML, обмениваться между собой компонентами и описаниями. Все это позволит создать стандартный интерфейс между средствами разработки приложений и средствами визуального моделирования. C уверенностью можно сказать, что UML хорошо вписывается в условия современного мира. Язык UML был специально разработан для распределенной, параллельной и связанной среды. Он основан на объектах. Объекты распределены - каждый поддерживает свое собственное состояние, отличное от других. Объекты параллельны - каждый из них потенциально может действовать параллельно с другими. Объекты связаны - каждый из них может отправлять другим сообщения через сеть соединений. А это и есть принципы работы современных бизнес – систем. Язык UML не привязан к какой-либо отдельной платформе или языку программирования, поэтому он хорошо подходит для соединения сетей различных систем. Он разрабатывался с учетом гибкости и поэтому способен адаптироваться к возникающим новым проблемам. Рассмотрим основные сферы применения UML. Чтобы не отстать от быстро изменяющегося мира электронного бизнеса, почти всем компаниям необходима разработка своих web-систем. Джим Коннален (Jim Conallen) вместе с другими специалистами Rational разработал способ моделирования web-систем с помощью языка UML и приложения Rational Rose. Эта возможность предлагается в виде профиля UML, позволяющего разработчикам моделей представлять различные виды элементов web-приложения - клиентские и серверные страницы, формы, кадры и т.д. Профиль содержит набор стереотипов для различных элементов и их отношений. Этот подход описан в книге Коналлена Building Web Applications with UML (Addison Wesley Longman, 2000). Данный профиль входит в состав последних версий Rational Rose. Почти все приложения электронного бизнеса используют базы данных. Одной из наиболее сложных проблем разработки систем долго являлось координирование языков программирования и баз данных, поскольку их различные способы объявления структуры данных приводят к неуловимым противоречиям и трудностям при переносе информации между программами и базами данных. Использование единой модели UML, лежащей в основе как программного кода, так и схем баз данных, позволяет избежать многих из этих проблем. Компания Rational разработала для UML профиль моделирования баз данных, который поддерживается в различных версиях приложения Rational Rose. Этот профиль позволяет разработчику сконструировать логическую модель информации и модель таблиц физической базы данных, полученную на основе этой информации. Наличие двух моделей позволяет разработчику настроить и оптимизировать структуру базы данных, что имеет немаловажное значение при разработке баз данных. Поскольку обе модели связаны между собой, изменения в одной из них отражаются на другой, что позволяет избежать противоречий. Проектирование реляционных БД - только одна и не слишком большая область применения этого языка, его возможности гораздо шире, однако подмножество UML (диаграммы классов) успешно применяется именно для таких целей. Проектирование реляционных баз данных в среде UML дает одно существенное преимущество: можно выполнить весь проект создания информационной системы на основе одного общего инструмента Быстрый подход к моделированию (agile modeling) предполагает использование UML для построения черновиков. Это самый типичный способ применения UML, который зачастую позволяет значительно сэкономить время разработки. UML-средства могут быть полезными при разработке, так как использование UML делает процесс проектирования более наглядным. При этом учитывается свойство человеческого мозга быстро схватывать графические символы и взаимосвязи, представленные в виде двумерных диаграмм, состоящих из прямоугольников и линий. Эта старая и простая идея зачастую теряется среди всевозможных деталей и средств UML. Так быть не должно! Диаграммы помогают нам лучше увидеть общую картину и понять взаимосвязи между элементами этапа анализа и программирования, а также избавиться от ненужных деталей. В этом состоит основная роль UML или любого языка построения диаграмм.
В 1986 году вышла широко известная статья доктора Фредерика Брукса (Frederick Brooks) под названием Серебряной пули не существует. Она также была опубликована в его классической книге Мифический человеко-месяц (издание, посвященное двадцатой годовщине первого выхода книги в свет). Основная мысль этой статьи сводится к развенчанию фундаментального заблуждения (многократно повторяемого) в том, что существует некоторое средство или прием программирования, который позволит существенно повысить производительность, надежность или простоту процесса разработки. Однако никакие средства не заменят процесс проектирования. Считается (обычно разработчиками CASE-средств), что построение диаграмм UML улучшает проектные решения или что разработка архитектуры на основе модели (Model Driven Architecture - MDA) с помощью средств, основанных на UML, станет "серебряной пулей" решения проблем. Время покажет. На сегодня UML - это просто стандартный набор обозначений для диаграмм (набор линий, прямоугольников и т.д.). Визуальное моделирование с помощью единой системы обозначений - само по себе достойная цель. Интересно отметить, что в 2002 году IBM приобрела Rational Software за сумму, превышавшую 2 млрд. долл., что косвенным образом свидетельствует о значении средств разработки ПО на основе UML. На рынке CASE-средств представлены десятки программных инструментов, поддерживающих нотации языка UML и обеспечивающих интеграцию, включая прямую и обратную генерацию кода программ, но, тем не менее, встроенные средства моделирования традиционно считаются менее мощными, нежели специализированные программные продукты. У той же Borland есть продукт Together, мощный продукт для UML-моделирования. Говоря о других подобных программах, нельзя не вспомнить Enterprise Architect, UML Studio, Visual Paradigm for UML, а также PowerDesigner от Sybase. Тем не менее, несмотря на мощные и продвинутые во всех отношениях специализированные инструменты, некоторые разработчики считают UML чересчур сложной технологией. В общем-то, для мелких проектов её применение действительно может быть и не лучшим из всех возможных вариантов, поскольку для них чаще легче сразу написать код. UML действительно трудно применять, предварительно в нём не разобравшись, а потому делать так чревато всякими осложнениями в процессе разработки. Ну и уж совсем не стоит пытаться применять UML в проектах, которые пишутся не на объектно-ориентированных языках. Тем не менее, в большинстве случаев UML всё же очень и очень полезен. Он позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы, и при этом диаграммы UML более просты для чтения и изменения, нежели готовый код, пластичность которого, как известно, низка и чревата багами. Богатый инструментарий позволяет выбрать то, что наилучшим образом подходит для конкретного проекта. А поддержка со стороны гигантов индустрии гарантирует, что перспективы у UML есть. Как уже следует из вышесказанного, несомненное достоинство языка UML в его унифицированности. Он фактически исключает многие из различий, часто несущественных, между языками моделирования ранних методов, кроме того, унифицирует перспективы многих различных видов систем (связанный с ними бизнес, а не программное обеспечение), фазы разработки (анализ требований, проектирование и реализация) и внутренние концепции. Кроме того, UML не является запатентованным средством и открыт для всех. Однако в настоящее время все вопросы дальнейшей разработки языка UML сконцентрированы в рамках консорциума OMG. UML предназначен для удовлетворения потребностей пользователей и научных сообществ, подтвержденных практическим опытом применения методов, на которых он основан. Многие специалисты по методологии, организации и поставщики инструментальных средств обязались использовать язык. Так как UML строится на основе семантики и нотации, подобной используемой в методах Буча, OMT, OOSE и в других лидирующих методах, а также включает предложения партнеров UML и широкой общественности, должно быть вполне естественным широкое признание этого языка. Хотя UML определяет точный язык, это не является препятствием для будущих усовершенствований концепций моделирования. При разработке UML были приняты во внимание многие передовые методы, но можно ожидать, что на будущие версии UML окажут влияние и другие методы. Кроме того, на основе UML могут быть определены многие новые перспективные методы. UML может быть расширен без переопределения его ядра. Несмотря на богатые возможности моделирования, язык UML пока еще находится в «детском» возрасте, постоянно развивается и обогащается новыми возможностями. Существуют опасение, что длительный процесс утверждения стандарта UML может привести к выхолащиванию языка из-за необходимости технических и политических компромиссов. Помимо этого, применение UML в реальных проектах (особенно в российских условиях) связано с целым рядом проблем, в частности, основная и практически единственная технология, представленная на российском рынке – Rational Unified Process и инструментальный комплекс Rational Suite – является весьма объемной, непростой для внедрения и дорогостоящей даже по западным меркам, опыт ее серьезного применения в России отсутствует (ряд крупных проетов находится пока только в начальной стадии), а западный опыт труднодоступен. С другой стороны, компания Rational стремится к созданию компактного варианта технологии, рассчитанного на применение в небольших проектных коллективах для реализации проектов среднего масштаба. Как ожидается, UML в его текущем виде станет основой для многих инструментальных средств, в том числе, для сред визуального моделирования, имитационного моделирования, а также сред разработки. Поскольку разрабатываются интересные интегрированные средства, будут становиться все более доступными стандарты реализации, основанные на UML. С каждым годом интерес к языку UML со стороны специалистов неуклонно возрастает. Язык UML повсеместно становится не только основой для разработки и реализации во многих перспективных инструментальных RAD-средcтвах, но и в CASE-средствах визуального и имитационного моделирования. Более того, заложенные в языке UML потенциальные возможности широко используются как для объектно-ориентированного моделирования систем, так и для документирования бизнес-процессов, а в более широком контексте - для представления знаний в интеллектуальных системах, которыми, по существу, станут перспективные сложные программно-технологические комплексы. Следует также отметить, что для развития UML в направлении MDD необходимы технологии разработки и использования профилей, а также технологии применения метамодели для манипулирования моделями. Роль UML в MDD нельзя недооценивать. Отраслевые и академические исследования в области UML продолжают наполнять базу знаний MDD. Можно без сомнения считать, что UML станет прародителем будущих языков MDD. Список литературы.
|
Похожие:
 | Рабочая программа учебной дисциплины проектирование информационных... Целью дисциплины является: изучение методологии структурного анализа, моделирование информационных систем в стандарте idef, проектирование... |  | Реферат по дисциплине «Проектирование информационных систем» на тему:... Для того, чтобы реализовать составные компоненты системы, на рынке закупаются типовые проектные решения и затем настраиваются под... |
| Рабочая программа учебной дисциплины проектирование автоматизированных информационных систем Курс «Проектирование автоматизированных информационных систем» направлен на изучение современных методов и средств проектирования... | | Валентина Ширшова Екатерина Фомченко bazalt1@rambler ru Поли-пара-ксилилены. История разработки, современное состояние и перспективы развития технологии |
| Программа дисциплины «Проектирование информационных систем» «Проектирование информационных систем» для направления 080700. 62 Бизнес-информатика подготовки бакалавра | | Тулина Л. А. Использование аутентичных видеоматериалов в обучении... Тулина Л. А. Использование аутентичных видеоматериалов в обучении страноведению в вузе//Российское предпринимательство: современное... |
| Примерные темы рефератов Современное состояние науки об организации производства и перспективы ее развития | | Рабочая программа по курсу Проектирование информационных систем |
| 1. Современное состояние, проблемы диагностики и перспективы развития... Тема Современное состояние, проблемы диагностики и перспективы развития онкологии. Организация онкологической службы. Принципы лечения... | | Реферат Направление подготовки «Экономика» Налог на доходы физических лиц в Российской Федерации: современное состояние, проблемы и перспективы реформирования |
| Рефератов для студентов III курса Современное состояние и перспективы развития физической культуры и спорта в России | | Темы рефератов для студентов III курса, временно Современное состояние и перспективы развития физической культуры и спорта в России |
| Реферат на тему: Транспортная составляющая интеграции Украины в мировую экономику Экономическое состояние, проблемы и перспективы развития отдельных отраслей транспортной промышленности Украины: 5 | | Реферат на тему: «Современное состояние гидро- и ветроэнергетики.... Современное состояние гидроэнергетики, её место в энергетике и влияние на окружающую среду |
| Реферат на тему: «Вакансии по специальности экономическая кибернетика» Занимается в области применения информационных систем, решает функциональные задачи, а также управляет информационными, материальными... | | Тумур бямбаа современное состояние и перспективы развития дактилоскопии... Человек, чья фамилия подчеркнута, отвечает за полученное задание и координирует работу группы |
