Основные программные продукты компании Logic Works: · ERwin - кроссплатформенное средство визуального проектирования баз данных (БД), основанное на методологии IDEF1X и ER-диаграммах. · BPwin - визуальное средство моделирования и перепроектирования (реинжиниринга) бизнес процессов, основанное на методологиях IDEF0 и IDEF3. · ModelMart - средство моделирования данных, предназначенное для использования в рабочих группах. Обеспечивает согласованную работу различных специалистов над одним проектом. · RPTwin - генератор отчетов, позволяющий выводить данные о моделях, созданных с помощью ERwin и BPwin. · TESTBytes - средство, позволяющее заполнять БД большими объемами правдоподобных тестовых данных. · DataBOT - средство создания приложений и работы с данными для Microsoft Visual Basic. · MSP Migrator - средство, обеспечивающее двунаправленные связи между ERwin и CASE-моделями унаследованных приложений.
Хотя по масштабам бизнеса Logic Works нельзя сравнить с такими монстрами, как Oracle, Informix или Sybase, ее интеллектуальное и технологическое лидерство бесспорно. В CASE-средствах, которые разрабатываются Logic Works, соотношение простоты и функциональности близко к идеальному. Они не являются ни примитивными "рисовалками", ни "динозаврами", подавляющими пользователей переизбытком возможностей. Именно этим во многом объясняется популярность ERwin и BPwin среди зарубежных и отечественных специалистов. Но не только этим. Программные продукты Logic Works - это кроссплатформенные инструментальные средства в том смысле, что они в равной мере приспособлены к использованию в сочетании со всеми ведущими серверами баз данных и настольными СУБД.
Итак, с достоинствами все ясно, но насколько все это в настоящее время "близко народу"? Необходимость применения CASE-средств признана подавляющим большинством специалистов в области информационных систем. О том, что программные продукты Logic Works интенсивно используются в практике отечественных программистских фирм, а также информационных отделов крупных компаний и банков, говорят хотя бы объявления о наборе специалистов на работу. Во многих объявлениях в качестве одного из требований к будущим сотрудникам значится владение ERwin и BPwin.
Основная цель данного обзора - создать более-менее ясное представление о программных продуктах Logic Works и различных способах их применения. Более подробную информацию всегда можно получить в компании Interface Ltd (http://www.interface.ru), которая является мастер-дистрибьютором Logic Works в России, у ее дилеров и, конечно, на Web-сервере Logic Works (http://www.logicworks.com).
Более узкая, но очень хорошо разработанная область CASE-технологий - автоматизация проектирования корпоративных информационных систем. Традиционно постановка задачи предполагала изучение деятельности организации и последующее проектирование информационной системы, соответствующей выявленной структуре деятельности. Все имеющиеся в организации бизнес-процессы, формы внешних и внутренних документов и пр. - все это должно было найти отражение в создаваемой информационной системе. Разработчикам следовало, как портным, сначала обмерить клиента, а затем сшить костюм, учитывая все особенности его фигуры. Если клиент оказывался горбат и к тому же страдал ожирением третей степени, портные были обязаны пошить соответствующий костюм. Используя эту метафору, можно сказать, что BPR предлагает прежде вправить клиенту горб и заставить его совершать в течение трех месяцев пробежку каждое утро, чтоб похудел, а уж после этого и чувствовать себя он будет лучше, и костюм на него будет сшить легче. Теперь одним из этапов информатизации предприятия становится его реорганизация. Идея на первый взгляд просто абсурдная. Все и всегда пытались приспособить компьютеры к человеку, а тут вдруг целую организацию предлагается перестроить так, чтобы ее структура как можно лучше ложилась на информационные технологии. Тем не менее, этот подход активно применяется и дает положительные результаты. В чем же "изюминка"? А в том, что организация перепроектируется с учетом того, что в ней эксплуатируется информационная система, и вся деятельность организации управляется информационной системой, также, как деятельность животного управляется нервной системой. В неперепроектированной организации информационная система была бы каким-то новым инородным телом, нефункциональным и отторгаемым.
Михаил Острогорский
Одним из программных продуктов (т.н. CASE-средств), поддерживающих IDEF0, является BPwin (продукт компании Logic Works). Методология IDEF0 вот уже около 20 лет успешно применятся сотнями компаний во всем мире для анализа и проектирования сложных систем, встречающихся в самых разных областях деятельности. Суть методологии заключается в том, что при помощи графического языка и набора процедур анализа описывается система в целом, ее взаимосвязь с окружающим миром, все ее части и взаимодействие этих частей между собой. Процесс создания описания является многостадийным и итерационным. Другими словами, системные аналитики последовательно, шаг за шагом, идут от общего к частному, проводят опросы служащих и корректируют результаты своей работы. В результате получается модель - набор тщательно взаимосогласованных описаний, от самого верхнего уровня всей системы до подробного описания деталей и операций системы. Каждое из таких взаимосогласованных описаний в IDEF0 называется диаграммой. Модель предприятия включает десятки, а иногда и сотни диаграмм, каждая из которых имеет несколько десятков деталей.
Применение на стадии анализа таких CASE-средств, как BPwin позволит вам избежать наиболее дорогостоящих ошибок - ошибок, допущенных на ранних стадиях планирования и проектирования, и гарантирует, что построенная вами модель предприятия будет соответствовать действительности.
К чему стремиться? Допустим, вы имеете реальную картину происходящего на вашем предприятии и хотите улучшить его работу. Что значит улучшить? Каков критерий улучшения? Может быть вам необходимо сократить издержки? Повысить качество продукции или увеличить объем производства? Сократить персонал? А может быть вам необходимо и то, и другое, и третье? Ответить на эти вопросы бывает очень непросто, к тому же, как правило, существует несколько альтернативных путей улучшения деятельности предприятия. Для принятия решения необходимо создать и проанализировать все возможные варианты, оценить их продуктивность и эффективность. Для этого нужно с помощью системных аналитиков и экспертов создать модели предприятия "как должно быть", т.е. модели, описывающие как должно работать предприятие в идеале. Модели "как должно быть" создаются аналогично моделям "как есть", и хотя это достаточно трудоемкий процесс, сильные стороны такого подхода станут очевидны, когда вы начнете анализировать преимущества той или иной модели.
С помощью BPwin вы сможете создать и проанализировать все модели "как должно быть" и сравнить их с моделью "как есть", причем вы можете оценить преимущества той или иной модели как при помощи функционально-стоимостного анализа (Activity Based Costing), так и при помощи анализа любых определенных вами свойств процессов (например, это могут быть временные затраты, расход электроэнергии или других ресурсов и т.п.). Результатом такого анализа должен быть выбор одной модели "как должно быть", описывающей структуру предприятия, на которую вы собираетесь переходить.
А стоит ли овчинка выделки? Как получить кредит на реорганизацию? Итак, преимущества новой модели деятельности предприятия для вас стали очевидны. Но вполне может оказаться, что затраты, необходимые для перехода на новую технологию столь велики, что не окупятся в обозримом будущем. Кроме того, даже если реорганизация экономически целесообразна, у вас может не оказаться свободных денежных средств для ее проведения. Для оценки эффективности перехода и создания бизнес-плана, для получения кредита на реорганизацию, целесообразно воспользоваться программными средствами инвестиционного анализа и стратегического планирования (например, программой Project Expert фирмы Про-Инвест Консалтинг). Используя такие средства, вы сможете построить модель проекта реорганизации и проиграть варианты его развития в различных условиях в соответствии с различными сценариями. Сценарный подход является наиболее эффективным в условиях инфляции, неопределенности в объеме продаж, задержки платежей и т. п. Вы сможете также разработать стратегию продвижения товара на рынок, продажи в кредит, лизинга, учесть сезонность, потери, сроки и объемы хранения на складе, скидки. И, наконец, вы сможете подготовить отчетные документы, проанализировать результаты расчетов и оформить комплексный бизнес-план проекта реорганизации.
Как правильно распределить деньги и другие ресурсы, чтобы провести реорганизацию в сжатые сроки и с наименьшими затратами? При реализации проекта вы вполне можете столкнутся с перерасходом ресурсов на каком-либо этапе (деньги кончились, сотрудники работают внеурочно и, тем не менее, не успевают сделать свою работу и т. п.).
Для того чтобы избежать подобных неприятностей, следует воспользоваться средствами сетевого планирования, встроенными в Project Expert, или такими, как MS Project (Microsoft) и Time-Line (Symantec). Они обладают мощными инструментами для эффективного управления всей информацией по задачам и ресурсам вашего проекта. Аппарат составления расписаний поможет рассчитать даты начала и окончания проекта, определить критический путь, проанализировать наличие ресурсов и отследить зависимости и ограничения.
Воспользовавшись средствами сетевого планирования, вы сможете спланировать и организовать зависимые задачи, управлять людьми, рабочей загрузкой и затратами, передавать информацию о задачах и сроках. В конечном итоге, такие средства позволят вам правильно распределить по этапам имеющиеся ресурсы - деньги, персонал, оборудование и успешно завершить проект по реорганизации предприятия. Где взять специалистов для такой работы? Конечно, работа с достаточно сложными программными средствами требует навыка и может вызвать у неподготовленного пользователя значительные трудности. Можно, конечно, заказать обследование и составление проекта специализированным фирмам, тем более, что сейчас это не проблема. Как правило, такие фирмы имеют специалистов с опытом использования соответствующих программных средств. Но не нужно думать, что придет волшебник со стороны и решит все ваши проблемы.
Возможно, гораздо эффективнее подготовить собственных специалистов, которые будут в дальнейшем постоянно заниматься только вашими задачами. Для эффективного применения современных инструментальных средств необходимо подготовить персонал в специализированных учебных центрах, причем желательно на комплексных курсах, обучающих работе со всеми необходимыми средствами именно в контексте проблем реорганизации деятельности предприятия.
Сергей Маклаков
В отличие от информационной системы (ИС) эпохи FoxPro и dBase, обычно имеющих дело с несколькими таблицами, современная ИС оперирует десятками и сотнями связанных между собой таблиц, и, соответственно, не меньшим количеством индексов, триггеров и хранимых процедур. Наличие последних есть жизненная необходимость - в системах с большим количеством таблиц очень сложно возложить на клиентскую часть контроль за бизнес-правилами, используемыми в ИС. При этом такая система должна быть спроектирована безошибочно, иначе в дальнейшем возникнет множество проблем с ее эксплуатацией и модернизацией.
Конечно, можно создать все таблицы и индексы вручную, а триггеры и хранимые процедуры написать на процедурном расширении SQL, характерном для данного сервера (скрипт, содержащий процедуры их создания, называется DDL-сценарием - сокращение от Data Definition Language). Но, как показывает опыт автора и его коллег, для скромной ИС с десятком таблиц требуется почти 60 килобайт кода (например на PL/SQL). Еще одна проблема заключается в том, что нередко разработчик должен писать клиентскую часть в условиях, когда заранее неизвестно, с какой именно СУБД она будет иметь дело. Это обычно для групп программистов, создающих либо ИС для заказчиков, уже имеющих какой-нибудь сервер БД, либо ИС, которая в перспективе может быть перенесена на другую платформу. В этом случае переписывание серверных частей ИС может оказаться неизбежным.
Как избежать всех этих трудностей? К счастью, существуют мощные инструменты для графического проектирования информационных систем - так называемые CASE-средства (CASE расшифровывается как Computer Aided System Engineering), например ERwin фирмы Logic Works. Работа с ERwin представляет собой рисование схемы базы данных (она называется ER-диаграммой или диаграммой "сущность-связь"). В ER-диаграмме таблицы изображаются в виде прямоугольников, в которых могут быть перечислены поля таблиц, а связи - в виде линий, соединяющих прямоугольники между собой. При этом в процессе создания диаграммы можно не думать о ее конкретной реализации, а сосредоточиться на бизнес-логике работы ИС.
После создания диаграммы можно выбрать целевую платформу и сгенерировать либо саму базу данных, либо вручить DDL-сценарий администратору БД. При этом в сценарии будут содержаться все процедуры создания таблиц, индексов, триггеров, необходимых для успешного функционирования ИС, и сам сценарий будет создан автоматически из ER-диаграммы на процедурном расширении языка SQL, характерном для выбранного сервера. Таким образом, написание кода заменяется его автоматической генерацией на основе нарисованной схемы.
Наличие такого инструмента, как ERwin, существенно облегчает разработку ИС в условиях, когда сервер БД не определен или может быть заменен. Так как первоосновой серверной части ИС в этом случае является ER-диаграмма, при замене сервера требуется просто выбрать другую целевую платформу и сгенерировать для нее новый сценарий.
В последнее время значительную актуальность приобрели задачи, связанные с переносом уже имеющихся настольных ИС (обычно основанных на наборе таблиц dBase или Paradox) в архитектуру "клиент/сервер". В этом случае удобно воспользоваться предусмотренной в ERwin возможностью так называемого обратного проектирования, т. е. восстановления ER-диаграммы по имеющейся базе данных. При этом, в отличие от других CASE-средств, ERwin позволяет восстанавливать некоторые связи даже в наборах плоских таблиц, основываясь на имеющихся индексах.
Что еще полезного предлагает ERwin профессиональным разработчикам? Во-первых, возможность редактирования шаблонов триггеров. Во-вторых, разнообразные средства документирования, позволяющие включить в ER-диаграмму описание таблиц, образцы запросов, примеры данных и в дальнейшем генерировать разнообразные отчеты, которые могут послужить основой для документации созданной ИС.
Нельзя не отметить, что для ряда средств разработки приложений (Visual Basic, Power Builder, SQLWindows) созданы версии ERwin, позволяющие генерировать формы и прототипы приложений. Существуют также поставляющиеся с ERwin библиотеки (например MetaBASE) для создания форм Delphi, содержащих интерфейсные элементы, чувствительные к изменениям в модели данных.
Таким образом, ERwin позволяет с минимальными трудозатратами спроектировать структуру будущей базы данных с учетом бизнес-правил функционирования информационной системы, сгенерировать ее на разных целевых платформах без написания кода, перенести базу данных на другую платформу, в том числе из набора плоских таблиц на какой-либо сервер баз данных и в ряде случаев автоматически сгенерировать клиентское приложение.
Наталия Елманова
Что обычно происходило при развитии такой системы? Типичный сценарий жизни подобной ИС таков. После ввода в эксплуатацию выявляются недочеты (нередко связанные не с ошибками программистов, а с неверно сформулированным техническим заданием), у пользователей возникают новые потребности (создать тот или иной дополнительный сервис, модернизировать структуру таблиц, добавить новые таблицы, запросы или отчеты, изменить выходные формы или предусмотреть возможность их редактирования). Начинается переработка исходных текстов, структур таблиц, добавление "заплат". В конечном итоге получается программный продукт, в исходном тексте которого никто, кроме автора, разобраться не в состоянии. Примерно так же выглядит и используемая структура данных. При этом связи между таблицами могут быть не просто неочевидными, порой они оказываются невероятно причудливыми. О подчинении данных реляционной модели, как правило, не может быть и речи. Чем дальше, тем сложнее становится модернизировать подобную ИС, и в конечном итоге приходится ее перепроектировать и переписывать заново, портировать старые данные в новую структуру, что нередко приводит к немалым трудовым и материальным затратам. Автору приходилось наблюдать случай, когда из-за накопившегося количества переделок действующей ИС, неудачно спроектированной структуры данных и некорректной обработки транзакций при завершении работы приложения переписывались заново несколько десятков dBase-таблиц, что занимало несколько минут. При сбоях происходило нарушение ссылочной целостности БД, и система становилась неработоспособной. Из-за этого пришлось оснастить рабочие станции источниками бесперебойного питания (а пользователей снабдить валокордином и валерьянкой). Проблема генерации отчетов, не предусмотренных приложением, на основе полученной БД не решалась в принципе - никто, кроме автора, не мог понять, как между собой связаны таблицы. Самое удивительное, что существуют ИС, основанные на архитектуре "клиент/сервер" (например, использующие сервер Oracle 7), созданные и развивающиеся подобным образом. Опыт работы многих программистов показывает, что, как правило, редко удается создать идеальную ИС. Следовательно, необходимо изначально предусматривать возможность ее безболезненной модернизации. Поэтому нужны иные подходы к проектированию ИС, нежели те, что применялись до недавнего времени. Одним из таких подходов и является применение специализированных средств проектирования структур данных - так называемых CASE-средств (CASE расшифровывается как Compu-ter Aided Software Engineering или Computer Aided System Engineering, что, по существу, отражает многообразие решаемых этими средствами за-дач - от создания структур данных до генерации приложений). CASE-средства позволяют автоматизировать процесс создания структур данных, создавать серверные части приложений, вносить в них бизнес-логику приложения, правила контроля целостности данных, а также приписывать полям в таблицах расширенные атрибуты (тип интерфейсного элемента, максимальные и минимальные значения, значения по умолчанию и т.д.). Немаловажно, что в процессе проектирования и перепроектирования структур данных можно документировать создаваемые таблицы, их поля и связи между ними и отображать графически полученную структуру.
К сожалению, CASE-технология на сегодняшний день используется недостаточно широко. В лучшем случае разработчики считают CASE-средства просто инструментом для рисования, чем-то вроде CorelFlow. В большинстве случаев об этих средствах разработчики не слышали вообще или имеют смутное представление. Как показало проведенное автором небольшое статистическое исследование, примерно треть (!) выставляющих свои программные продукты на стендах выставки SofTool'96 специалистов-разработчиков, не говоря уже о менеджерах, никогда о CASE не слышали, еще треть слышали, но не видели, и буквально единицы видели и используют. Примерно такая же картина наблюдалась среди посетителей стенда фирмы Borland на выставке WindowsExpo'96. И, видимо, придется приложить немало усилий, чтобы эти замечательные средства завоевали умы и сердца разработчиков. Одним из CASE-средств, наиболее удачных с точки зрения соотношения цены, простоты использования и возможностей, является ERwin фирмы Logic Works. Данное средство обладает всеми перечисленными возможностями и при этом имеет удобный интерфейс, интуитивно понятные инструменты, разнообразные возможности графического представления структуры данных. Это средство поддерживает много разных форматов плоских таблиц и серверных БД и умеет создавать триггеры и хранимые процедуры на соответствующих процедурных расширениях языка запросов SQL, поддерживаемых обслуживаемыми серверами (в случае Oracle это PL/SQL). При этом, проектируя структуру данных, не обязаны знать ни SQL, ни его расширения.
Следует отметить, что большинство CASE-средств позволяет восстанавливать схему БД по имеющейся физической структуре (такая процедура называется обратным проектированием, или реинжинирингом). Что касается ERwin, то на сегодняшний день это единственное средство, позволяющее не только восстанавливать сведения о плоских таблицах типа dBase или Paradox, но и сведения о некоторых связях, основываясь на индексах, имеющихся в такой БД.
Как осуществляется проектирование БД для сервера Oracle с использованием ERwin? Все очень просто. При разработке новой ИС вы можете использовать полностью или частично структуру ее прежней версии или иного прототипа. В этом случае сначала вы делаете реинжиниринг этого прототипа и получаете некий полуфабрикат вашей схемы, требующий, как правило, модернизации (изменения имен полей, восстановления связей и др.). Если же прототипа нет, можно создать схему с самого начала. В этом случае вы создаете на экране прямоугольники, соответствующие вашим таблицам, описываете поля этих таблиц, а затем рисуете связи между таблицами и описываете свойства этих связей. То, что получится в результате, называется ER-диаграммой (или диаграммой "сущность-связь"). Далее выбирается соответствующий сервер вашей БД (в нашем случае Oracle), и после этого можно либо соединиться с сервером и создать на нем пустую структуру из таблиц, индексов и триггеров, либо оставить это увлекательное занятие на откуп администратору БД и SQL*Plus, сохранив вашу диаграмму в виде программы на языке PL/SQL. Такая программа называется DDL-сценарием приложения (DDL расшифровывается как Data Definition Language) и делает то же самое - создает таблицы, индексы и триггеры в соответствии с вашим описанием.
Что можно делать дальше? А дальше можно писать приложение, используя имеющуюся структуру БД. При этом, если вы правильно выбрали средство разработки (автор очень рекомендует Borland Delphi), в случае нарушения ссылочной целостности или иных установленных вами правил, ваше приложение будет цитировать сообщения созданных ERwin триггеров (что такое триггер, вы, вообще говоря, тоже знать не обязаны, хотя в условиях российской действительности их сообщения не вредно перевести на русский язык или, слегка отредактировав шаблоны в ERwin, заменить чем-нибудь более понятным для пользователя, нежели фразы типа "Foreing key not found").
Следует отметить, что для некоторых средств разработки приложений (SQL Windows, Power Builder, VB, Delphi) созданы специальные версии ERwin, позволяющие создавать формы конечных приложений (например, для ввода данных).
Итак, структура базы данных готова, приложение написано и отлажено...
Вы создаете документацию к вашему приложению. Вспомните о ER-диаграмме! Если вы не забыли внести в нее все описания, комментарии к полям, таблицам и связям - это замечательная основа для вашей документации. Да и сама схема БД послужит не один год важным источником информации для ваших пользователей, когда они будут создавать отчеты, и для вас и ваших коллег, когда вы в очередной раз будете модернизировать созданную вами информационную систему.
И еще одна приятная деталь. Если у вас возникла необходимость сменить один сервер на другой, вы можете использовать все ту же ER-диаграмму для создания схемы новой базы данных на этом сервере. При этом вы получите триггеры уже на другом диалекте SQL, поддерживаемом новым сервером - ERwin сделает это за вас автоматически. А если вдруг вы решите создать набор dBase-таблиц, то вместе с их заголовками получите и текст программы для создания индексов на нужном диалекте xBase.
Наталия Елманова
Подобный выбор Microsoft мотивирован тем, что, как сказал Джон Коннорс (John Connors), один из высших менеджеров Microsoft, "ERwin доказал свою способность фиксировать и адекватно отражать потребности бизнеса и бизнес-правила. Такие свойства ERwin, как возможность обратной разработки баз данных и генерирование кода DDL, существенно ускоряют процесс разработки". "Использование ERwin - отметил он далее - поможет нам довести информационные проекты Microsoft до уровня, достаточного для того, чтобы удовлетворить информационные потребности компаний мирового класса".
ERwin 3.0 позволяет осуществлять преобразования логических и физических моделей, обеспечивает итеративный процесс разработки баз данных. Теперь пользователи ERwin смогут управлять моделями централизованно и публиковать модели в Web. Как сказано в заявлении, которым руководство Logic Works сопроводило выпуск новой версии, "...ERwin 3.0 - это отнюдь не косметическое изменение. Этот продукт обеспечивает системного аналитика дополнительными средствами, которые отсутствуют во всех остальных программных продуктах..."
Итак, чем же отличается ERwin 3.0 от предыдущих версий?
Реализованы разнообразные возможности преобразования логических и физических моделей. Имена объектов на логическом и на физическом уровнях могут различаться. Каждому объекту могут быть назначены тип, комметарий, аннотация. Встроенный исполняемый модуль позволяет автоматически синхронизировать или переопределять эти свойства.
Пользователь может создавать различные представления ("просмотры") модели. Любой объект базы данных (сущность, атрибут, отношение и т. п.) может быть объявлен только логическим, или только физическим, а также существующим только в пределах заданного представления модели.
Введены логические типы данных. Логическим атрибутам могут быть присвоены как встроенные, так и заданные пользователем значения.
Пользователь может только на физическом уровне, в обход логического. ERwin 3.0 позволяет работать с различными физическими объектами, включая представления (т. е. просмотры - view), базы данных, владельцев таблиц.
Реализована поддержка отношений типа "многие ко многим". Они эмулируются с помощью физической ассоциированной таблицы. Синхронизацию между отношением и этой таблицей обеспечивает динамическая связь.
Качественно улучшены функции работы с представлениями. Теперь представлениями можно создавать в режиме визуального редактирования схемы БД. В палитру инструментов для этого добавлены новые средства.
Существенно расширены функции сравнения. Теперь они действуют на представления и на информацию о владельцах таблиц.
Что вполне естественно, в новой версии улучшен пользовательский интерфейс. В палитру инструментов добавлены кнопки New, Rename, Delete. Для работы со свойствами сделаны закладки. В лучшую сторону изменились функции обработки текста.
По-иному теперь строится работа с отчетами. В отчет может быть выведена вся информация о модели. В отчетах можно форматировать страницы, делать заголовки и "подвалы". Средства задания отчетов сделались более гибкими. Усовершенствованы функции просмотра отчетов, сортировки, использования фильтров. Интерфейс приведен в соответствие с ModelMart Browser.
Пополнился список поддерживаемых баз данных. Учитываются расширения BM DB2, поддерживаются Red Brick Warehouse 5, Access'97, Informix 7.2.2
В поставку входит исчерпывающая документация: · Methods Guide; · Getting Started; · ERwin Tutorial; · Workgroup Modeling Guide; · Reference Guide; · On-line help.
С помощью ModelMart можно проектировать приложения "клиент/сервер", приложения для Web и хранилища данных (data warehouse).ModelMart сам построен в архитектуре "клиент/сервер". Модели хранятся на сервере и, таким образом, всем членам рабочей группы одновременно становятся доступны самые последние версии моделей.
Многообразие новых информационных технологий, появившихся в последнее время, сложность разработки корпоративных информационных систем, использование распределенной обработки данных, постоянно возрастающие потребности бизнеса - все это сделало возможности настольных систем моделирования данных недостаточными. ModelMart должен удовлетворить часть этих потребностей, что могут обеспечить следующие его особенности: Все члены команды имеют доступ к самой последней версии модели и, в тоже время, могут просматривать архив, отражающий модель на более ранних стадиях разработки. · С ModelMart можно работать и непосредственно, и off-line, что позволяет подключать к работе над моделью удаленных пользователей. · ModelMart является развитием настольных средств моделирования данных Logic Works. Он также интуитивно понятен и легок в использовании. · ModelMart является открытым продуктом. Он допускает совместное использование со многими популярными реляционными СУБД и средствами разработки. В ModelMart решены разнообразные проблемы, возникающие при совместной работе нескольких человек с общими данными. Предусмотрены различные права доступа для пользователей, контроль за версиями, возможность слить несколько моделей воедино, возможность присваивать отдельным элементам модели атрибут "read only". Реализованы функции, помогающие разобраться в противоречиях, которые могут возникнуть, если несколько пользователей сделают различные изменения в одной и той же части модели.
При создании ModelMart были использованы все возможности, которые дает архитектура "клиент/сервер". В настоящей реализации инструменты Logic Works действуют как клиенты, обращающиеся к какому-нибудь серверу БД. В последующих версиях будет реализован открытый API, который позволит третьим фирмам создавать инструменты, предназначенные для совместного использования с ModelMart.
Разумеется, ModelMart способен взаимодействовать с другими продуктами Logic Works и служит для них своеобразным организующим центром. Последующие версии ERwin/ERX будут включать ERwin/OPEN для ModelMart и ERwin/Navigator для ModelMart.
ERwin/ERX для ModelMart - это передовое средство проектирования БД. Сервер прямой и обратной разработки (FRE) генерирует по модели данных словарь БД или импортирует существующую БД, исследует ее и строит модель. ERwin может работать со многими популярными СУБД, учитывая при этом их специфику (особенности хранимых процедур, языков DDL и т.п.).
ERwin/OPEN для ModelMart выполняет все основные функции ERwin/ERX, и, кроме того, может взаимодействовать с такими средствами разработки приложений "клиент/сервер", как PowerBuilder, Delphi, Developer/2000, Visual Basic и SQLWindows. ERwin/OPEN позволяет учитывать модель данных не только при создании серверной части приложения, но и при создании его клиентской части.
ERwin/Navigator - это инструмент для рабочих групп, членам которых необходимо видеть последние версии разрабатываемой модели. Navigator позволяет аналитикам, конечным пользователям и прочим членам команды просматривать и распечатывать модели, а также генерировать отчеты, правда, не имея возможности изменить и сохранить их.
Приведем здесь несколько коротких, но выразительных характеристик, данных новой версии ModelMart специалистами крупных западных компаний.
"ModelMart является надежной системой, которую мы используем в качестве каркаса своей работы каждый день." - говорит Леонид Карасик (Leonid Karasik), руководитель проекта в CAM Systems в Palo Alto, CA. "Возможность успешной координации усилий нескольких людей, работающих с E-R моделью, является критичной для успешной работы в наших проектах создания приложений. Новые возможности по работе с подмоделями значительно повышают продуктивность наших разработчиков".
"Новый броузер обеспечивает возможности полномасштабного охвата и просмотра всех наших информационных систем," - считает Давид Эрлих (David Ehrlich), второй вице-президент Sandorf C.Bernstein & Company, Inc. По его мнению, "Это было бы невозможно сделать без ModelMart ".
Эксперты отмечают, что выпуск компанией Logic Works корпоративного по сути и по форме средства разработки существенно усилило желание руководителей информационных отделов крупных компаний принять технологии Logic Works в качестве внутреннего стандарта. Более 200 компаний по всему миру уже сделали ModelMart базовым решением для управления моделями.
ModelMart - это всеобъемлющая система управления моделями, обеспечивающая необходимую степень секретности и разделенный доступ к моделям данных Erwin. Являясь своеобразным интегратором для всех продуктов Logic Works, ModelMart обеспечивает мощный набор управляющих элементов для слияния моделей, анализа, контроля версий и работы с "подмоделями".
В новой версии ModelMart сделано несколько существенных добавлений, касающихся возможностей работы с несколькими моделями и работы с большими моделями. Уникальная технология Logic Works позволяет разработчикам, использующим ERwin, работать над любой частью модели, как над отдельной моделью, причем ModelMart автоматически будет следить за целостностью всей конструкции.
Новый броузер моделей, реализованный в ModelMart, - это легкая в использовании графическая оболочка, которая обеспечивает пользователям прямой доступ ко всей информации, хранящейся в ModelMart. Броузер предоставляет единый унифицированный интерфейс ко всем библиотекам и моделям, чем существенно упрощает управление моделями.
Как утверждают представители компании Logic Works, ModelMart 2.0 был разработан для нужд тех корпоративных заказчиков компании, которым было необходимо масштабировать свои разработки, выполненные с помощью ERwin.
Действительно, возможности ModelMart 2.0 по управлению крупномасштабным моделированием без "наворотов" и сложности традиционных средств - это настоящий прорыв на рынке программного обеспечения такого рода.
TESTBytes - гибкий, компактный, легкий в освоении и использовании инструмент. Он позволяет задать и тонко отрегулировать "профиль" генерируемых случайным образом данных. Информация генерируется с учетом типов и размерностей полей (колонок) таблиц базы данных. Тестовые данные создаются на основе стандартных шаблонов, определяющих, например, тип адреса, названия городов, государств, формат почтовых индексов и т. п. Пользователь может редактировать шаблоны и создавать собственные.