SILVERRUN (Silverrun Technologies, Inc.).
Используется для анализа и проектирования ЭИС и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любого метода, основанного на структурном подходе к проектированию ПО. Архитектура Silverrun позволяет наращивать среду разработки по мере необходимости.
Модули Silverrun:
1. Модуль построения моделей бизнес-процессов в форме диаграмм потоков данных (ВРМ - Business Process Modeler) позволяет моделиро-вать деятельность обследуемой организации или проектируемую ЭИС.
2. Модуль концептуального моделирования данных (ERX – Entity-Relationship eXpert) обеспечивает построение ERD, не привязанных к конкретной реализации. Этот модуль имеет встроенную экспертную систему, позволяющую создать корректную нормализованную модель данных посредством ответов на содержатель-ные вопросы о взаимосвязи данных.
3. Модуль реляционного моделирования (RDM- Relational Data Modeler) позволяет создавать детализированные ERD, пред-назначенные для последующей генера-ции описания реляционной базы данных. В этом модуле документируются все конструкции, связанные с построением базы данных: индексы, триггеры, храни-мые процедуры и т.д.
4. Менеджер репозитория рабочей группы (WRM - Workgroup Repository Manager) применяется как словарь данных для хранения общей для всех моделей информации, а также обес-печивает интеграцию модулей Silverrun в единую среду проектирова-ния.
Недостаток Silverrun – отсутствие жесткого взаимного контроля между компонентами различных моделей (например, возможности автоматического распространения изменений между DFD различных уровней декомпозиции). Следует, однако, отметить, что этот недостаток может иметь существенное значение только в случае использования каскадной модели ЖЦ ПО.
|
|
|
ORACLE DESIGNER
CASE-средство Oracle Designer фирмы Oracle является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Oracle Developer и Oracle Application Server поддержку полного ЖЦ ПО для систем, использующих СУБД Oracle.
Oracle Designer представляет собой семейство методов и поддерживающих их программных продуктов. Базовый метод Oracle Designer (CASE*Method Баркера) - структурный метод проектирования систем, охватывающий полностью все стадии ЖЦ ПО.
RATIONAL ROSE (Rational Software Corporation).
Rational Rose —семейство объектно-ориентированных CASE-средств, предназначенное для автоматизации процессов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации.
Rational Rose использует метод объектно-ориентированного анализа и проектирования, основанный на языке моделирования UML.
В основе работы Rational Rose лежит построение различного рода диаграмм и спецификаций UML, определяющих архитектуру системы, ее статичес-кие и динамические аспекты.
|
|
|
В составе Rational Rose можно выделить шесть основных структурных компонентов:
• репозиторий;
• графический интерфейс пользователя;
• средства просмотра проекта (browser);
• средства контроля проекта, средства сбора статистики и генератор документов;
• генератор кодов (индивидуальный для каждого языка);
• анализатор для C+ + , обеспечивающий реверсный инжиниринг.
Определение UML. Назначение UML. Требования к языку UML
UML (Unified Modeling Language) – это унифицированный язык моделирования.
Таким образом, UML характеризуется тремя словами, каждое из которых является точным термином.
Главным словом в этом сочетании является язык.
Язык – это знаковая система для хранения и передачи информации.
Различают языки формальные, правила употребления которых строго и явно определены, и неформальные, употребление которых основано на сложившейся практике.
Различают также языки естественные, появляющиеся в результате неперсонифицированных усилий массы людей, и языки искусственные, являющиеся плодом видимых усилий определенных лиц.
UML можно охарактеризовать как формальный искусственный язык.
|
|
|
Признаком искусственности служит наличие трех общепризнанных авторов.
В то же время в формирование языка внесли вклад многие теоретики и разработчики. Языкотворческая практика применительно к UML непрерывно продолжается, что дает основание считать UML до некоторой степени естественным языком.
Описание UML по большей части формальное, но содержит и явно неформальные составляющие. Например, стандартные механизмы расширения, точки вариации семантики.
Как формальный искусственный язык UML имеет синтаксис, семантику и прагматику.
Синтаксис (syntax) - определение правил составления конструкций языка.
Семантика (semantics) – определение правил приписывания смысла конструкциям языка.
Прагматика (pragmatics) – определение правил использования конструкций языка для достижения определенных целей.
UML – это язык моделирования.
В отношении разработки программного обеспечения так сложилось, что результаты фаз анализа и проектирования, оформленные средствами определенного языка, принято называть моделью. Деятельность по составлению моделей называют моделированием.
Именно в этом смысле UML является языком моделирования.
UML – это унифицированный язык.
Авторы UML при поддержке и содействии всей международной программистской общественности смогли свести воедино (унифицировать) большую часть того, что было известно. В результате унификации получился язык UML.
|
|
|
Назначение UML
UML предназначен для моделирования. Сами авторы UML определяют следующим образом.
UML – это графический язык моделирования, предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке программных систем (Стандарт 1.4, в Стандарте 2.0 используется не программных систем, а систем, демонстрируя, значительное расширение области применения UML).
С помощью UML можно визуализировать, специфицировать, конструировать и документировать артефакты программных систем.
Спецификация (specification). Одним из ключевых этапов разработки приложения является определение того, каким требованиям должно удовлетворять разрабатываемое приложение. В результате этого этапа появляется документ (артефакт).
Артефакт– это любой созданный искусственно элемент программной системы.
К элементам программной системы, а, следовательно, и к артефактам, могут относиться исполняемые файлы, исходные тексты, веб-страницы, справочные файлы, сопроводительные документы, файлы с данными, модели и многое другое, являющееся физическим носителем информации.
Другими словами, артефактами являются те информационные элементы, которые тем или иным способом используются при работе программной системы и входят в ее состав.
Различные по форме и содержанию артефакты появляются на других этапах разработки. Все такие артефакты будем называть спецификациями.
Спецификация – это декларативное описание того, как нечто устроено или работает.
Необходимо принимать во внимание три толкования спецификаций:
§ то, которое имеет в виду действующее лицо, являющееся источником спецификаций (например, заказчик);
§ то, которое имеет в виду действующее лицо, являющееся потребителем спецификации (например, разработчик);
§ то, которое обусловлено природой специфицируемого объекта.
Основное назначение UML – предоставить, с одной стороны, достаточно формальное, с другой стороны, достаточно удобное, и, с третьей стороны, достаточно универсальное средство, позволяющее до некоторой степени снизить риск расхождений в толковании спецификаций.
Визуализация (visualization). Важное назначение UML состоит в том, чтобы служить адекватным средством коммуникации между людьми.
Проектирование (construct). UML предназначен не только для описания абстрактных моделей приложений, но и для непосредственного манипулирования артефактами, входящими в состав этих приложений, в том числе такими, как программный код.
Другими словами, одним из назначений UML является создание таких моделей, для которых возможна автоматическая генерация программного кода (или фрагментов кода) соответствующих приложений. Иными словами, UML-модель можно отобразить на такие языки, как Java, C++, Visual Basic, и даже на таблицы реляционной базы данных или устойчивые объекты объектно-ориентированной базы данных.
Более того, природа моделей UML такова, что возможен и обратный процесс. Можно решить и обратную задачу: реконструировать модель по имеющейся реализации – обратное проектирование (Reverse Engineering)
§ автоматическая (частичная) генерация программного кода по модели;
§ автоматическое построение моделей по коду готового приложения.
Документирование (documenting). Модели UML являются артефактами, которые можно хранить и использовать как в форме электронных документов, так и в виде твердой копии.
§ все элементы модели могут содержать текстовое описание. Стандарт требует, чтобы во внутреннем представлении модели для каждого элемента моделирования было отведено место, где можно хранить неформальное текстовое описание этого элемента. Для каждой линии или фигуры на диаграмме можно ввести текст, который поясняет смысл и назначение именно этой линии или фигуры;
§ почти все инструменты могут собирать из них осмысленные и хорошо отформатированные текстовые документы, которые можно использовать как текстовые описания модели.
Чем не является UML?
§ языком программирования; для моделей UML не определена операционная семантика, то есть не определен способ выполнения моделей на компьютере.
§ спецификацией инструмента. Сам язык никоим образом не навязывает то, как его нужно поддерживать инструментальными средствами. Решение всех вопросов, связанных с реализацией UML на компьютере, полностью отдано на откуп разработчикам инструментов:
§ не является моделью процесса разработки приложений (UML должен быть пригоден для использования в любой модели процесса).
UML пригоден для моделирования любых систем: от информационных систем масштаба предприятия до распределенных Web-приложений и даже встроенных систем реального времени. Это очень выразительный язык, позволяющий рассмотреть систему со всех точек зрения, имеющих отношение к ее разработке и последующему развертыванию.
Сфера применения UML не ограничивается моделированием программного обеспечения. Его выразительность позволяет моделировать, скажем, документооборот в организациях, структуру и функционирование системы автоматики, осуществлять проектирование систем аппаратных средств и т.д.
Требования к языку UML:
§ предоставить в распоряжение пользователей легко воспринимаемый и выразительный язык визуального моделирования, специально предназначенный для разработки и документирования моделей сложных систем самого различного целевого назначения;
§ снабдить исходные понятия языка UML возможностью расширения и специализации для более точного представления моделей систем в конкретной предметной области;
§ описание языка UML должно поддерживать такую спецификацию моделей, которая не зависит от конкретных языков программирования и инструментальных средств проектирования программных систем. Речь идет о том, что ни одна из конструкций языка UML не должна зависеть от особенностей ее реализации в известных языках программирования. С другой стороны, язык UML должен обладать потенциальной возможностью реализации своих конструкций на том или ином языке программирования. Конечно, в первую очередь имеются в виду языки, поддерживающие концепцию ООП, такие как C++, Java, Object Pascal. Именно это свойство языка UML делает его современным средством решения задач моделирования сложных систем. В то же время, предполагается, что для программной поддержки конструкций языка UML могут быть разработаны специальные инструментальные CASE-средства. Наличие последних имеет принципиальное значение для широкого распространения и использования языка UML;
§ описание языка UML должно включать в себя семантический базис для понимания общих особенностей ООАП (объектно-ориентированный анализ и проектирование). В этой связи необходимо отметить, что поскольку язык UML не является языком программирования, а служит средством для решения задач объектно-ориентированного моделирования систем, описание языка UML должно по возможности включать в себя все необходимые понятия для ООАП. Без этого свойства язык UML может оказаться бесполезным и невостребованным большинством пользователей, которые не знакомы с проблематикой ООАП сложных систем;
§ поощрять развитие рынка объектных инструментальных средств;
§ способствовать распространению объектных технологий и соответствующих понятий ООАП.
§ интегрировать в себя новейшие и наилучшие достижения практики ООАП.
Дата добавления: 2018-02-15; просмотров: 1706; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!