отчёт. Веревкин. Народ, жамкайте кнопку чата чтоли для авторизации
 Скачать 81.53 Kb.
|
Программные средства поддержки жизненного цикла ПОCase средства- это программные средства обеспечивающие поддержку ЖЦ ПО, включая анализ требований, проектирование прикладного ПО и БД, генерация кода, тестирование, документирование, обеспечение качества, управление конфигурацией, управление проектом и др. Компоненты case средства: - Графические средства для документирования и описания по. - Интеграция отдельных компонентов средства. - Использования единого репозитория. - Наличие средств разработки приложений высокого уровня. Управление требованиями, конфигурацией, тестирование, документирование. Case средства делятся на средства анализа, проектирования БД, управления требованиями, управления тестированием, управления проектами. Наиболее трудоемкий этап анализа и проектирования почти полностью зависит от качества визуального предстваления информации и выбранной нотации. При отсутствии case средств затрудняется качественное проектирования и принятие тех.решений. Графические средства позволяют наглядно перестраивать систему в соответствии с поставленными целями и ограничениями. Case средства как правила классифицируют по типам и категориям. По типам – отражает функциональную ориентацию на те или иные процессы ЖЦ По категориям – определяет степень интегрированности по функциям (инструмент, инструментарий, полностью интегрированное средство) По признакам – по применяемым методологиям и моделям. По степени интегрированности с БД по доступным платформам. Проектирование архитектуры систем: распределенная и трехзвенная архитектураПроект архитектуры включает низкоуровневую модель компонентов системы, её внутренних функций в терминах аппаратно-программной платформы, на которой предстоит реализовать систему. Перед предварительным анализом и проектированием не существует четкой границы. Архитектурным проектированием называется описание системы в терминах ее модулей. Куда включается выбор стратегии решений в отношении клиентской и серверной частей системы. Описание внутренних функций каждого модуля называется детализированием, где завершенные алгоритмы структуры данных приспосабливаются к ограничениям базовой платформы Распределение архитектуры. Архитектурное решение связанно с выбором стратегии решений по модулерезации системы. Решаются проблемы, связанные с клиентской, серверной частей системы, а так же ПО промежуточного слоя, связывающее клиента и сервер. Клиент – вычислительный процесс, который осуществляет запросы к процессу сервера. Сервер – вычислительный процесс, который обслуживает запросы к серверу. В типичном сценарии клиент отвечает за отображение информацию и обработку событий, поступающих от пользователя. В системе распределенной обработки клиент может осуществлять доступ одновременно к любому количеству серверов. Трехзвенная архитектура. Подход BCE (граница, управление, сущность) – подход к объектному моделированию, основанный на трёхфакторном представлении классов. Пограничные классы – описывают объекты, представляющие интерфейс взаимодействия между субъектом и системой. Эти классы выделяют часть составляющей системы и представляют пользователю визуально или в форме звуковых эффектов. Управляющие классы описывают объекты контролирующие бизнес-процессы путем перехвата и обработки входных событий, инициализируемых пользователем. Классы сущности представляют семантику сущностей проблемной области, они соотносятся со структурами хранения. Подход ВСЕ хорошо связан с трехзвенной архитектурой, в которой между клиентом и сервером вводится промежуточный слой логики (прикладной процесс). Если логика управлений объединена с клиентом, то ее называют архитектурой толстого клиента, если она объединена с сервером, то такую архитектур называют тонким клиентом. Возможна промежуточная архитектура, где часть логики распределена на определенных вычислительных узах. Преимущества трехзвенной архитектуры является: гибкость, расширяемость, низкая стоимость обновления, не зависимость от пользователя. Недостатками являются: высокая начальная стоимость и низкая производительность. Проектирование архитектуры систем: программирование БДНезависимо от способов взаимодействия БД часть логики может быть перенесена на уровень БД (хранимые процедуры, функции, триггеры, ограничения целостности, уникальности). Взаимодействие приложений БД. Функции приложения разделяются на запрограммированные в клиенте и в БД, при этом рассматриваются следующие части системы: 1. пользовательский интерфейс, 2. логика представления (отвечает за обработку действий), 3. прикладные функции, 4. интегральная логика, 5. функции доступа к данным, Подход ВСЕD (граница, управление, сущность, БД) является расширением подхода ВСЕ. При взаимодействии с БД используются один из доступных способов взаимодействия с БД: 1. собственный интерфейс БД 2. драйверы работы с БД (ODBC, JDBC, BDE) Стратегии решения выбора самого сервера БД оказывает значительное влияние на клиентскую стратегию, в некоторых случаях используется среда разработки, предоставленная поставщиком СУБД. Выделяют след варианты БД: 1. реляционная БД 2. объектно-реляционная БД 3. объектная БД 4. подвиды объектных БД (документно-ориентированные, хранилища пар «Объект значения») Перечисленные технологии не конкурируют, они превосходят друг друга по разным критериям и имеют разную область применения. |