Рисунок 1 – Обзор диаграммы операций пакета Rational Suite AnalystStudio.
Введение в возможности пакета Rational Suite AnalystStudio для аналитиков данных
Содержание
Новое дополнение компании Rational Software к средствам моделирования данных продукта Rational Rose предоставляет группам разработчиков ПО возможности унифицированного моделирования. Унифицированное моделирование предназначено для интегрирования аналитиков данных в группы разработки и помогает устранить недостатки обмена информацией, существующие во многих современных организациях. Это достигается путем использования разработчиками моделей, аналитиками и программистами общей системы обозначений – унифицированного языка моделирования (UML) – и введением набора интегрированных инструментов, позволяющим аналитикам данных активно участвовать в процессе разработки.
Новые средства моделирования данных приложения Rational Rose встроены в пакет Rational Suite AnalystStudio. Этот пакет представляет собой набор интегрированных инструментов, которые помогают аналитику правильно поставить задачу, решить ее и определить правильную систему. Rational Suite AnalystStudio позволяет понять задачу прежде, чем вкладывать ресурсы в ее решение, а также осуществлять сбор и управление изменяющимися требованиями.
Этот документ высокого уровня представляет аналитикам данных методы, инструменты и преимущества пакета Rational Suite AnalystStudio, используемые для создания и управления требованиями и моделями данных в тесном сотрудничестве с остальными членами проектной группы.
Для кого предназначен этот документ
Термин "аналитик данных" свободно используется в этом документе для описания различных специалистов, работающих над проектированием и созданием баз данных. Этот документ предназначен в основном для лиц, заинтересованных в стандартизации языка UML для моделирования данных, а также для разработчиков моделей, администраторов баз данных и бизнес-аналитиков. Кроме того, он также будет полезен тем, кто желает понять структуру баз данных, а также способы их взаимодействия и сопоставления с приложениями.
Современные аналитики данных используют различные инструменты для управления своими требованиями, проектом и структурой данных. Обычно для управления требованиями к данным используются документы и электронные таблицы, но они часто отделены от остальных проектных требований и не связаны с артефактами разработки. Инструменты моделирования данных не интегрированы ни с инструментами управления требованиями, ни с инструментами, используемыми разработчиками при моделировании и создании приложений для работы с базой данных. Более того, сама база данных может изменяться с каждым новым проектом или даже с каждой итерацией. Использование этих изменяющихся или несвязанных инструментов затрудняет обмен информацией между членами группы, мешает понять полную картину задач проекта и делает невозможной точную оценку эффекта изменений требований и проекта. Эти традиционные методы могут привести к возникновению следующих вопросов:
Эти проблемы и вопросы достаточно сложны. Хотя ни один инструмент не сможет решить их полностью, пакет Rational Suite AnalystStudio способен значительно упростить их решение.
Что собой представляет пакет Rational Suite AnalystStudio?
Rational Suite AnalystStudio является полным комплектом инструментов для всех категорий аналитиков, предназначенным для анализа проблем и определения систем. Этот пакет содержит интегрированные инструменты для моделирования бизнеса, данных и приложений, управления требованиями и запросами на изменение, а также интерактивные инструкции по оптимальным методикам разработки приложений. Благодаря приложению Rational Rose Data Modeler, входящему в состав этого пакета, аналитики данных могут создавать требования к данным и моделям и управлять ими в тесной связи с другими проектными требованиями и моделями. Эта уникальная возможность помогает аналитикам данных понять свою работу в контексте полной системы, а также дает другим членам группы представление, позволяющее понять и учесть требования, связанные с данными.
Пакет Rational Suite AnalystStudio содержит полный набор инструментов, помогающих аналитикам данных более тесно сотрудничать с остальной проектной группой. В состав этого пакета входят:
В следующем разделе подробно описываются преимущества, которые пакет Rational Suite AnalystStudio предоставляет аналитикам данных.
Возможности пакета Rational Suite AnalystStudio для аналитиков данных
Диаграмма операций, приведенная на рис. 1, дает обзор высокого уровня всего лишь одного из предлагаемых пакетом Rational Suite AnalystStudio примеров интеграции, которые могут быть полезны для аналитиков данных.
Рисунок 1 – Обзор диаграммы операций пакета Rational Suite AnalystStudio.
На рис. 1 видно, что приложение Rational ClearQuest собирает и управляет сведениями об усовершенствованиях и дефектах, которые инициируют возникновение требований и прецедентов, создаваемых и управляемых в приложении Rational RequisitePro, и остаются связанными с ними в дальнейшем. Затем в приложении Rational Rose разрабатываются модели прецедентов, которые связаны со спецификациями и атрибутами прецедентов, определенными в RequisitePro. В приложении Rational Rose на основе прецедентов строятся модели приложений и данных. Модели данных представляют базу данных в архитектуре системы. Если аналитик данных обнаруживает дефект, он может быть просто учтен в приложении ClearQuest.
Чтобы продемонстрировать преимущества пакета Rational Suite AnalystStudio для аналитиков данных, применим этот поток операций к более конкретному примеру узла электронной коммерции, занимающемуся продажей через Интернет компакт-дисков с классической музыкой. Компания Классика онлайн, служащая нашим примером, основана на сети розничных магазинов классической музыки. В примере предполагается существование системы ведения запасов для розничных магазинов. Эта система недавно была интегрирована с системой ведения торговли через Интернет. На рис. 2 приведена диаграмма прецедентов из приложения Rational Rose, показывающая основные операции, доступные клиентам после входа на web-сайт.
Рисунок 2 – Диаграмма прецедентов для web-сайта Классика онлайн.
Для тех, кто незнаком с обозначениями языка UML: каждый овал представляет собой прецедент (use case), а фигурки – действующие лица (actors). Каждый прецедент представляет набор функциональных возможностей системы. Диаграмма показывает, что система позволяет пользователям просмотреть каталог, заказать компакт-диск, проверить статус заказа и подтвердить свое решение о покупке. В этой диаграмме существуют три действующих лица. Действующие лица представляет собой кого-то или что-то, взаимодействующее с системой. Следует заметить, что Посетитель (Visitor) не может выполнять все действия, разрешенные для Члена клуба (Club Member). Это следует из того, что для покупки продуктов требуется идентификатор Члена клуба, однако эта деталь не видна на диаграмме. Диаграмма прецедентов дает общую картину системы, но не описывает подробности операций, например, что именно происходит, когда Член клуба желает проверить статус своего заказа.
Чтобы увидеть действия, происходящие при подтверждении своего заказа Членом клуба, необходимо взглянуть на документ прецедента. На рис. 3 показан документ прецедента из приложения RequisitePro, связанного с диаграммой прецедентов из Rose, приведенной на рис. 2. Этот документ дает полное описание событий, происходящих при подтверждении заказа пользователем.
Рисунок 3 – Документ прецедента из приложения Rational RequisitePro.
Документы спецификаций прецедентов дополняют модель прецедента, предоставляя подробные описания и поток событий, отсутствующие в модели. Существует много аспектов спецификаций прецедентов, три из которых представляются наиболее важными. Во-первых, прецедент должен иметь имя и краткое описание – обзор того, что должно происходить. Во-вторых, подробности прецедента описываются в основном потоке событий. Основной поток событий часто представляет собой наиболее оптимальный сценарий, который выполняется в том случае, когда все происходит именно так, как запланировано. В-третьих, большинство спецификаций прецедентов описывают альтернативные потоки, детализируя возможные события, происходящие при отклонениях от оптимального сценария.
Преимущества для аналитиков данных
Какое это имеет значение для аналитиков данных? Предположим, что менеджер по продукту или руководитель проекта получает запрос на изменение web-узла Классика онлайн. Теперь выясним, влияет ли это на модель данных.
Поступило несколько клиентских запросов с пожеланием отображать ожидаемую дату отправки товара по заказу. В текущей реализации web-узла членам клуба сообщается только о размещении их заказа и ничего более. Эти запросы были зарегистрированы и получили соответствующий приоритет в приложении Rational ClearQuest. Используя эти данные, менеджер по продукту решил, что запросы достаточно важны, чтобы служить основанием для изменения. Начав рассматривать документ прецедента в приложении Rational RequisitePro или диаграмму прецедентов в Rational Rose, он определяет, куда лучше всего вставить эту функциональную возможность. После определения места для функциональной возможности, для нее либо вводится новое требование в RequisitePro, либо создается полностью новый прецедент. По диаграмме прецедентов (рис. 2) менеджер по продукту может заключить, что новое требование показа даты отправки попадает в прецедент Организация отправки (Arrange Shipment) и не имеет достаточно оснований для создания нового прецедента.
Рисунок 4 – Прецеденты в базе данных Rational RequisitePro.
После ввода нового требования менеджер по продукту может определить его приоритет, назначить ответственных за его реализацию членов группы и установить другие различные атрибуты в приложении RequisitePro. Эти атрибуты позволяют улучшить управление проектом и помогают определить состав функциональных возможностей каждой версии, объем необходимой работы и т.п. Простой ввод требования в виде "После завершения процесса заказа отобразить дату отправки товара" не дает всей необходимой информации. Обратите внимание, что на рис. 4 атрибуту "Влияние на архитектуру" (Affect Architecture) присвоено значение "Истина" (True).
Важно отметить, что запросы на изменение, зарегистрированные ранее в приложении ClearQuest, могут быть фактически связаны с новым требованием, созданным для их выполнения. Связи типа "многие ко многим" между запросами и требованиями позволяют легко увидеть, как из приложения ClearQuest, так и из RequisitePro, причину создания требования или способ выполнения запроса.
Оценка влияния нового требования на данные имеет критическое значение для аналитика данных. На рис. 5 приведен пример матрицы трассируемости в RequisitePro. Перечеркнутая красной чертой стрелка трассируемости указывает на изменение требований к нашей системе. В приложении RequisitePro это называется "подозрительным звеном" (suspect link). Запрос на наличие подозрительных звеньев является одним из способов, с помощью которых аналитик данных может определить внесенные изменения, потенциально влияющие на модель данных. Кроме того, аналитик данных может отсортировать или отфильтровать требования. Вспомним, что для нового требования атрибут "Влияние на архитектуру" имеет значение "Истина". Запрос требований, для которых значение параметра "Влияние на архитектуру" равно "Истина", должен указать изменения, потенциально влияющие на модель данных.
Рисунок 5 – Матрица трассируемости в приложении RequisitePro, показывающая подозрительное звено.
Возможность обнаружить изменения, которые могут влиять на модель и базу данных, является для аналитика данных мощным инструментом. В нашем примере понадобится внести в таблицу новый столбец для отслеживания даты отправки. На рис. 6 приведен пример модели данных из приложения Rational Rose. Эта модель была создана путем восстановления структурной схемы (reverse engineering) базы данных Microsoft SQL Server, используемой компанией Классика онлайн для отслеживания запасов своей розничной сети. Возможность восстановления структурной схемы в приложении Rose является простым способом генерирования моделей данных из существующей базы данных. Этот способ может автоматически извлекать из базы данных таблицы, столбцы, первичные и внешние ключи.
Рисунок 6 – Модель данных в приложении Rational Rose.
На рис. 6 видно, что это совсем небольшая база данных. Она состоит из четырех таблиц: Клиент (Customer), Компакт-диск (CD), Заказ (Order) и Налоги (Tax). Отношения между таблицами делятся на два вида: определяющее отношение между таблицами Клиент и Заказ, все остальные не являются определяющими. Основанные на различных отношениях внешние ключи переходят различным образом. На рис. 6 показаны внешние ключи (FK) и первичные/внешние ключи (PFK). На диаграмме также показаны наложенные ограничения для первичных и внешних ключей. Новое требование показа даты отправки необходимо внести в таблицу Заказ.
Рисунок 7 – Три диаграммы внутри одной объединенной модели из Rational Rose.
В Rational Rose модель данных связана с моделью приложения, с которой работает группа разработки, как показано на рис. 7. Модель приложения основана на прецедентах, описанных в документе Rational RequisitePro и созданной в Rose диаграмме прецедентов, показанной ранее на рис. 2. Более подробная информация о сопоставлении приложения и модели данных содержится в информационном документе компании Rational под названием "Mapping Object to Data Models with the UML" (Сопоставление объектов моделям данных с помощью языка UML).
Возможность перехода – от требований и модели прецедентов через модель приложения к модели данных – позволяет точно определить произошедшие изменения и оценить их влияние в целях определения наилучшего метода действия. Модель данных также связана с моделью приложения, с которой работают разработчики. Использование Rational Rose позволяет синхронизировать эти модели между собой. Кроме того, Rational Rose дает возможность сравнить модель и существующую базу данных. По их различиям можно создать отчет, отображающий необходимые изменения.
Благодаря возможностям унифицированного моделирования, управления требованиями и запросами на изменение, а также общего управления процессом, пакет Rational Suite AnalystStudio позволяет решить сложные вопросы, поставленные в начале этого документа.
Всестороннее решение на основе Rational Suite AnalystStudio предоставляет следующие возможности:
Хотя эту работу можно выполнить с помощью используемых в настоящее время методов и инструментов, существует лучший способ. Сложность систем возрастает, а приложения Интернет-экономики должны разрабатываться быстрее, чем когда-либо. Объединение всех членов группы является необходимым условием успеха. Пакет Rational Suite AnalystStudio оказывается полезным не только для аналитиков данных и бизнес-аналитиков, использующих его отдельно. Его ценность экспоненциально возрастает при совместном использовании с другими инструментами объединения группы, разработанными компанией Rational. Объединение Rational Suite AnalystStudio с другими решениями пакета Rational Suite – Rational Suite DevelopmentStudio, Rational Suite TestStudio и Rational Suite PerformanceStudio – позволяет многофункциональным проектным группам более тесно сотрудничать и быстрее разрабатывать программное обеспечение более высокого качества.
Более подробную информацию о пакете Rational Suite AnalystStudio, приложении Rational Rose Data Modeler и языке UML можно найти на web-узле www.rational.com. Кроме подробной информации там находятся дополнительные информационные документы:
Приложение:
Дополнительная информация о семействе продуктов Rational Suite
Пакет Rational Suite AnalystStudio
Продукты Rational Suite предназначены для объединения усилий групп разработчиков и оптимизации эффективности работы отдельных членов групп.
Пакет Rational Suite AnalystStudio оптимизирован для "аналитических ролей " группы, включая аналитиков систем, данных и бизнес-структуры, и состоит из следующих компонентов:
*Эти инструменты, общие для всех продуктов Rational Suite, являются частью платформы Team Unifying Platform, объединяющей работу всех членов группы разработки ПО благодаря использованию всеми ролями общего набора инструментов.
Семейство продуктов Rational Suite включает Rational Suite DevelopmentStudio для разработчиков, Rational Suite TestStudio и Rational Suite PerformanceStudio для испытателей, а также Rational Suite Enterprise для нуждающихся в полном наборе инструментов Rational Suite.
Компонент Rational Rose использует общий стандартный язык моделирования (UML), который позволяет тем, кто не имеет опыта в программировании, моделировать бизнес-процессы, а программистам моделировать логику приложений.
Rational Rose позволяет аналитикам создавать графическое представление требований с помощью диаграмм прецедентов и диаграмм операций. Это дает возможность лучше понять создаваемую систему, не углубляясь в детали требований.
Специальные возможности выпуска Data Modeler Edition приложения Rational Rose:
Компонент Rational RequisitePro
Rational RequisiteProявляется гибким и легко адаптируемым инструментом управления требованиями, который используется для документирования, организации и управления требованиями на протяжении всего процесса разработки. RequisitePro повышает вероятность создания качественных систем в заданные сроки и не выходя за рамки бюджета путем объединения усилий всех членов группы – менеджеров проекта, менеджеров по качеству продукта, испытателей, разработчиков и других, – достигаемого распространением и управлением информации обо всех требованиях к проекту.
Rational ClearQuest является гибкой системой управления запросами на изменение и отслеживания дефектов, масштабируемой для соответствия потребностям любого проекта и группы любого размера. ClearQuest сокращает циклы разработки, объединяя всех членов группы – менеджеров проекта, испытателей, разработчиков и аналитиков – в работе по управлению изменениями в разработке ПО.
Компонент Rational Unified Process
Rational Unified Process – “электронный инструктор” (e-coach) для групп разработки ПО – является процессом разработки ПО на основе Web, который повышает производительность группы и обеспечивает всех ее членов описаниями оптимальных методик создания ПО. Этот электронный инструктор повышает эффективность процесса разработки, предоставляя инструкции, шаблоны и примеры для всех критических операций разработки ПО. Этот продукт не влияет на систему и тесно интегрируется с программными инструментами семейства Rational, позволяя группам разработчиков полностью использовать преимущества языка UML, автоматизации разработки ПО и других отраслевых оптимальных методик.
Распространение информации о проекте может потребовать много времени и усилий. Документация и отчеты по жизненному циклу проекта часто создаются бессистемно, либо вообще пренебрегаются из-за объема работы и времени, необходимых для их создания и сопровождения. Rational SoDA помогает справиться с этими проблемами, автоматизируя процесс создания и сопровождения подробной документации и отчетов по проекту. По сравнению с неавтоматизированными методами, SoDA генерирует полную документацию более легко и целостно, автоматически используя информацию из нескольких программных инструментов.
Дополнительную информацию Вы можете получить в компании Interface Ltd.
Отправить
ссылку на страницу по e-mail
Обсудить на форуме Rational Software
| Interface Ltd. Отправить E-Mail http://www.interface.ru |
|
| Ваши замечания и предложения
отправляйте автору По техническим вопросам обращайтесь к вебмастеру Документ опубликован: 23.08.01 |