Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
CASE-tekhnologia_kak_standart_softvernogo_predp...doc
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
111.1 Кб
Скачать

Модель приложения

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

Методическое обеспечение определяет системно-техническую архитектуру приложений, пользовательский интерфейс системы, а также набор методик процессов кодирования и развертывания приложений.

Инструментальное обеспечение технологии включает общее программное ядро для всех приложений, сервисные подсистемы, автоматически включаемые в приложение, различные сервисные утилиты, средства отладки, оригинальный кодогенератор для промышленного CASE-средства Telelogic Tau UML Suite, который позволяет получать высококачественный и многократно оттестированный на проектах исходный код.

В результате применения этого стандарта прикладные ИС, создаваемые по CASE-технологии STORM2000, автоматически обладают следующими характеристиками.

  • Многопользовательская система.

  • Общее программное (Run-Time) ядро, общий, универсальный графический пользовательский интерфейс, обеспечивающий полный набор базовых операций (списки, формы, редактирование, изменение, сохранение, печать, поиски, наложение ограничений и т. п.).

  • Встроенные подсистемы полномочий (оперируют на уровне бизнес-объектов, то есть так, как нарисовано в CASE на диаграммах, а не на уровне СУБД или компонентной технологии), пользовательских настроек (обеспечивается независимость от рабочей станции), фильтров и отчетов (интегрировано с MS Office), удаленная установка и обновление рабочих мест, единая административная консоль.

  • Трехуровневая распределенная компонентная архитектура, включающая уровни хранения данных, бизнес-логики и представления. Система может быть реализована как в классической архитектуре с обычным клиентом, так и в архитектуре c Web-клиентом.

  • Управление транзакциями на уровне бизнес-сервера.

  • Многопоточное выполнение операций (не блокирующее конкретный экземпляр клиентского приложения).

  • Открытая система.

Компонентный подход, основанный на стандарте Microsoft DCOM/COM+, который используется при построении систем, позволяет независимо работать с компонентами, прозрачно заменять и повторно их использовать, распределять эффективно загрузку каждого слоя системы.

Управление транзакциями в системе происходит на достаточно высоком уровне — уровне бизнес-процессов. Это дает возможность эффективно и быстро создавать систему, в отличие от управления транзакциями на уровне данных. Доработка системы разработчиками также производится в терминах бизнес-объектов и бизнес-методов, что обеспечивает разработчикам изолированность на понятийном уровне от СУБД, например от транзакций в смысле СУБД.

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

Преимущества от использования единой архитектуры приложения очевидны. Это:

  • одинаковая софтверная архитектура различных по предметной природе информационных систем;

  • легкость обучения пользователей;

  • одинаковое администрирование;

  • единые принципы разработки разных по предмету систем;

  • упрощение программирования, но не ограничение разработчика, поскольку используется компонентная технология;

  • сокращение совокупной стоимости владения.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]