
- •Case-технология как стандарт софтверного предприятия: опыт создания, внедрения и использования
- •Путь case-технологии как стандарта предприятия
- •Составляющие технологии
- •Модель команды
- •Модель процесса
- •Модель приложения
- •Пример.
- •Условия и метод применения
- •Положительные и отрицательные стороны использования
Модель приложения
Модель приложения ИС задает информационно-технологическую архитектуру систем. По сути, это корпоративный стандарт на приложение ИС, отраженный как в методическом обеспечении, так и в инструментальной части CASE-технологии.
Методическое обеспечение определяет системно-техническую архитектуру приложений, пользовательский интерфейс системы, а также набор методик процессов кодирования и развертывания приложений.
Инструментальное обеспечение технологии включает общее программное ядро для всех приложений, сервисные подсистемы, автоматически включаемые в приложение, различные сервисные утилиты, средства отладки, оригинальный кодогенератор для промышленного CASE-средства Telelogic Tau UML Suite, который позволяет получать высококачественный и многократно оттестированный на проектах исходный код.
В результате применения этого стандарта прикладные ИС, создаваемые по CASE-технологии STORM2000, автоматически обладают следующими характеристиками.
Многопользовательская система.
Общее программное (Run-Time) ядро, общий, универсальный графический пользовательский интерфейс, обеспечивающий полный набор базовых операций (списки, формы, редактирование, изменение, сохранение, печать, поиски, наложение ограничений и т. п.).
Встроенные подсистемы полномочий (оперируют на уровне бизнес-объектов, то есть так, как нарисовано в CASE на диаграммах, а не на уровне СУБД или компонентной технологии), пользовательских настроек (обеспечивается независимость от рабочей станции), фильтров и отчетов (интегрировано с MS Office), удаленная установка и обновление рабочих мест, единая административная консоль.
Трехуровневая распределенная компонентная архитектура, включающая уровни хранения данных, бизнес-логики и представления. Система может быть реализована как в классической архитектуре с обычным клиентом, так и в архитектуре c Web-клиентом.
Управление транзакциями на уровне бизнес-сервера.
Многопоточное выполнение операций (не блокирующее конкретный экземпляр клиентского приложения).
Открытая система.
Компонентный подход, основанный на стандарте Microsoft DCOM/COM+, который используется при построении систем, позволяет независимо работать с компонентами, прозрачно заменять и повторно их использовать, распределять эффективно загрузку каждого слоя системы.
Управление транзакциями в системе происходит на достаточно высоком уровне — уровне бизнес-процессов. Это дает возможность эффективно и быстро создавать систему, в отличие от управления транзакциями на уровне данных. Доработка системы разработчиками также производится в терминах бизнес-объектов и бизнес-методов, что обеспечивает разработчикам изолированность на понятийном уровне от СУБД, например от транзакций в смысле СУБД.
Прикладная система состоит из базовых компонентов, образующих ядро, сгенерированных в терминах ядра компонентов и сервисных подсистем. Ядро позволяет стандартизовать прикладную архитектуру системы, зафиксировать процесс разработки и унифицировать пользовательский интерфейс, благодаря чему существенно повышается качество приложений, кардинально сокращается время разработки и внедрения системы. Ядро является многократно оттестированным в реальных проектах, что также повышает качество системы. Состав сервисных подсистем является функционально сбалансированным. То есть это именно те функциональные подсистемы, которые, как правило, необходимы для любой системы управления в реальных проектах, а именно подсистема безопасности, фильтров и отчетов и т. д. В то же время использование этих систем в реальных проектах является опциональным. Сервисные подсистемы позволяют существенно ускорить создание системы и повысить ее качество.
Преимущества от использования единой архитектуры приложения очевидны. Это:
одинаковая софтверная архитектура различных по предметной природе информационных систем;
легкость обучения пользователей;
одинаковое администрирование;
единые принципы разработки разных по предмету систем;
упрощение программирования, но не ограничение разработчика, поскольку используется компонентная технология;
сокращение совокупной стоимости владения.