7. Программные средства поддержки жизненного цикла по

Case средства- это программные средства обеспечивающие поддержку ЖЦ ПО, включая анализ требований, проектирование прикладного ПО и БД, генерация кода, тестирование, документирование, обеспечение качества, управление конфигурацией, управление проектом и др.

Компоненты case средства:

- Графические средства для документирования и описания по.

- Интеграция отдельных компонентов средства.

- Использования единого репозитория.

- Наличие средств разработки приложений высокого уровня. Управление требованиями, конфигурацией, тестирование, документирование.

Case средства делятся на средства анализа, проектирования БД, управления требованиями, управления тестированием, управления проектами. Наиболее трудоемкий этап анализа и проектирования почти полностью зависит от качества визуального предстваления информации и выбранной нотации. При отсутствии case средств затрудняется качественное проектирования и принятие тех.решений. Графические средства позволяют наглядно перестраивать систему в соответствии с поставленными целями и ограничениями.

Case средства как правила классифицируют по типам и категориям.

По типам – отражает функциональную ориентацию на те или иные процессы ЖЦ

По категориям – определяет степень интегрированности по функциям (инструмент, инструментарий, полностью интегрированное средство)

По признакам – по применяемым методологиям и моделям. По степени интегрированности с БД по доступным платформам.

8. Проектирование архитектуры систем: распределенная и трехзвенная архитектура

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

Распределение архитектуры.

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

Трехзвенная архитектура.

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

Подход ВСЕ хорошо связан с трехзвенной архитектурой, в которой между клиентом и сервером вводится промежуточный слой логики (прикладной процесс). Если логика управлений объединена с клиентом, то ее называют архитектурой толстого клиента, если она объединена с сервером, то такую архитектур называют тонким клиентом. Возможна промежуточная архитектура, где часть логики распределена на определенных вычислительных узах. Преимущества трехзвенной архитектуры является: гибкость, расширяемость, низкая стоимость обновления, не зависимость от пользователя. Недостатками являются: высокая начальная стоимость и низкая производительность.