Раздел 1.6Oracle Designer

Oracle Designer (входит в Oracle9i Developer Suite) - высоко функциональное средство проектирования программных систем и баз данных, реализующее технологию CASE и собственную методологию Oracle - "CDM". Позволяет команде разработчиков полностью провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Сложное CASE-средство, имеет смысл использовать при ориентации на линейку продуктов Oracle.

(A)Power Designer компании Sybase.

В состав Power Designer входят следующие модули:

                    Process Analyst - средство для функционального моделирования, поддерживает нотацию Йордона - ДеМарко, Гейна - Сарсона и несколько других. Имеется возможность описать элементы данных (имена, типы, форматы), связанные с потоками данных и хранилищами данных. Эт элементы передаются на следующий этап проектирования, причем хранилища данных могут быть автоматически преобразованыв сущности.

                    Data Analyst - инструмент для построения модели "сущность-связь" и автоматической генерации на ее основе реляционной структуры. Исходные данные для модели "сущность-связь" могут быть получены из DFD-моделей, созданных в модуле Process Analyst. В ER-диаграммах допускаются только бинарные связи, задание атрибутов у связей не поддерживается. Поддерживаются диалекты языка SQL примерно для 30 реляционных СУБД, при этом могут быть сгенерированы таблицы, представления, индексы, триггеры и т.д. В результате порождается SQL-сценарий (последовательность команд CREATE), выполнение которого создает спроектированную схему базы данных. Имеется также возможность установить соединение с СУБД через интерфейс ODBC. Другие возможности: автоматическая проверка правильности модели, расчет размера базы данных, реинжиниринг (построение модельных диаграмм для уже существующих баз данных) и т.д.

                    Application Modeler - инструмент для автоматической генерации прототипов программ обработки данных на основе реляционных моделей, построенных в Data Analyst. Может быть получен код для Visual Basic, Delphi, а также для таких систем разработки в архитектуре "клиент-сервер" как PowerBuilder, Uniface, Progress и др. Генерация кода осуществляется на основе шаблонов, соответственно управлять генерацией можно за счет изменения соответствующего шаблона.

(B)Silverrun компании Silverrun Technologies Ltd.

CASE-система Silverrun состоит из следующих инструментов:

                    BPM - построение DFD-диаграмм. Поддерживает нотации Йордона-ДеМарко, Гейна - Сарсона, Уорда-Меллора и многие другие. Данный инструмент позволяет автоматически проверить целостность построенной модели, причем список критериев проверки определяется пользователем (например: отсутствие имен у элементов модели, потоки данных типа "хранилище - хранилище" или "внешняя сущность - внешняя сущность" и т.д.)

                    ERX - построение диаграмм "сущность-связь". Поддерживаются не только бинарные связи, но и связи более высоких порядков, имеется возможность определения атрибутов у связей. Построенные ER-модели с помощью внешней утилиты могут быть сконвертированы в реляционный структуры (в той версии, с которой я работал, при этом, к сожалению, терялись атрибуты связей).

                    RDM - инструмент реляционного моделирования, позволяет генерировать SQL-скрипты для создания таблиц и индексов примерно для 25 целевых СУБД.

Следует отметить, что компания Silverrun Technologies Ltd является не только разработчиком CASE - инструментария, но также создала собственную методологию создания информационных систем, получившую название Datarun. Эта методология включает описание всех этапов жизненного цикла информационной системы, перечень и последовательность работ, требования к содержанию и оформлению документов и многое другое.

Мы выяснили, что средства моделирования бизнес-процессов позволяют не только моделировать, оптимизировать и публиковать бизнес-процессы, но и генерировать необходимые фрагменты проектов для их программной реализации на основе используемых в компании web-сервисов. Реализация подобных процессов при наличии готовых web-сервисов оказывается значительно проще, чем обычно применяемый сегодня процесс перенастройки бизнес-приложений (или даже переписывания их кода), и позволяет ИТ-службам компаний быстрее реагировать на изменения в их бизнес-процессах, тем самым сокращая столь болезненный для многих компаний разрыв между требованиями бизнеса и их ИТ-поддержкой.

.

Методы оценки эффективности автоматизированных информационных систем.

Приведенные нами показатели работоспособности систем, такие, как коэффициенты усиления интеллектуального труда, сущность предметной области, точность оценки входной и выходной информации, вероятность достижения цели, времена переходных процессов при информационном обмене, зависящие от информационного сопротивления, ригидности, объема памяти и информодвижущей логики – являются объективными факторами оценки функциональной эффективности информационных систем.

С другой стороны, вопросы экономической эффективности автоматизированных информационных систем управления и учёта в последние 15–20 лет в литературе, в том числе учебной, практически не освещались. Это же касается статей об эффективности инвестиций в АИС, эффективности внедрения проектов, влияния АИС на эффективность бизнеса. Большая часть изданий, учебников, в которых рассмотрены понятие и показатели эффективности автоматизации, устарела, так как изменились и автоматизированные информационные технологии, и экономические условия, в которых они работают.

В современной же литературе проблемы эффективности автоматизированных информационных систем рассмотрены поверхностно или совсем не затрагиваются. В учебных программах этот пункт присутствует, но литературы по нему практически нет. Из-за огромного разнообразия предприятий, условий, в которых они работают, вариантов автоматизированных информационных систем невозможно определить стандарты, эталоны. Каждое предприятие решает этот вопрос самостоятельно, сравнивая с аналогами. В качестве критериев оценки АИС выступают ожидания лиц, принимающих решения, различия реальных показателей и ожидаемых. Кроме того, уже в 1970-е годы высказывалось мнение, что расчёты эффективности автоматизированных систем не так уж и необходимы. Например, все организации имеют телефоны, но никто не рассчитывает экономическую эффективность телефонизации предприятия. В опровержение такого подхода можно привести следующий аргумент: затраты на разработку и внедрение автоматизированной информационной системы, как правило, значительно более высоки, и руководители часто не решаются на них без оценки эффективности...

61