Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Трехслойная архитектура приложений, основанных на использовании баз данных

Содержание

Критериями качества при проектировании систем, использующих базы данных являются:построение системы с любым уровнем сложности бизнес-логики, сохраняя при этом четкую структурированность системы; возможность существенного расширения функциональности системы по ходу дальнейшего жизненного цикла продукта без существенного перепроектирования системы,
Трехслойная архитектура приложений, основанных на использовании баз данных Критериями качества при проектировании систем, использующих базы данных являются:построение системы с любым гибкое поддержание принципов распределения программных компонентов и данных (например, возможности быстрого перевода Трехуровневая архитектура. Определение. Трехуровневая архитектура подразумевает под собой разделение всей системы на Упрощенная схема приложения при использовании 3х-слойной архитектуры показана на рисунке Итак трехслойная архитектура приложения имеет следующие преимущества:подход делает возможным параллельную разработку и Принципы организации Model Layer (бизнес - логики приложения) сценарий транзакции (Transaction script);модель Сценарий транзакции (Transaction script)представляет собой удобную процедурную модель, легко воспринимаемую всеми разработчиками; Модель предметной области (Domain Model)Типовое решение модель предметной области предусматривает создание сети Приведем схему реализации транзакции «Вычисление зачтенного договора» с помощью сценария транзакции и «Вычисление зачтенного договора» с помощью модели предметной области Модуль таблицы (Table Module) Типовое решение модуль таблицы предусматривает создание по одному Схема взаимодействия слоев кода приложения с использованием модуля таблицы Рекомендации по выбору метода организации бизнес-логики приложения Модель предметной области(Domain Model)Модуль таблицы(Table Module)Сценарий транзакции(Transaction Script)Сложность бизнес-логикиСТОИМОСТЬРЕАЛИЗАЦИИ Применение результатовРезультаты работы будут применены при проектировании и реализации комплексной системы бухгалтерского ЛитератураГамма Э., Хелм Р. и др. Приемы объектно-ориентированного проектирования. Паттерны проектирования. СПб.:
Слайды презентации

Слайд 2 Критериями качества при проектировании систем, использующих базы данных

Критериями качества при проектировании систем, использующих базы данных являются:построение системы с

являются:
построение системы с любым уровнем сложности бизнес-логики, сохраняя при

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

Слайд 3 гибкое поддержание принципов распределения программных компонентов и данных

гибкое поддержание принципов распределения программных компонентов и данных (например, возможности быстрого

(например, возможности быстрого перевода системы на модель функционирования «клиент-сервер»,

разработка параллельно нескольких интерфейсов к системе, в том числе, и Web-интерфейса);
четкая структурированность бизнес-логики;

Любая большая система, основанная на использовании БД, должна отвечать этим требованиям, а если быть точнее, то уровень качества проектирования этой системы во многом зависит от того, насколько система отвечает вышеперечисленным требованиям

Слайд 4 Трехуровневая архитектура. Определение. Трехуровневая архитектура подразумевает под собой разделение

Трехуровневая архитектура. Определение. Трехуровневая архитектура подразумевает под собой разделение всей системы

всей системы на 3 слоя:
Слой представления (или «вид», “View

Layer”)-охватывает все, что имеет отношение к общению пользователя с системой;
Слой источника данных(“Data Source Layer”)- предоставление интерфейса необходимых операций взаимодействия внешних систем(как правило слоя бизнес логики) с источником данных ;
Слой логики домена (бизнес-логика или логика предметной области, “Domain Layer”)-описывает основные функции приложения, предназначенные для достижения поставленной перед ним цели;

Слайд 5 Упрощенная схема приложения при использовании 3х-слойной архитектуры показана

Упрощенная схема приложения при использовании 3х-слойной архитектуры показана на рисунке

на рисунке


Слайд 6 Итак трехслойная архитектура приложения имеет следующие преимущества:
подход делает

Итак трехслойная архитектура приложения имеет следующие преимущества:подход делает возможным параллельную разработку

возможным параллельную разработку и тестирование каждого из слоев;
позволяет изменять

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

Слайд 7 Принципы организации Model Layer (бизнес - логики приложения)

Принципы организации Model Layer (бизнес - логики приложения) сценарий транзакции (Transaction


сценарий транзакции (Transaction script);
модель предметной области (Domain Model);
модуль таблицы

(Table Module).

Слайд 8 Сценарий транзакции (Transaction script)
представляет собой удобную процедурную модель,

Сценарий транзакции (Transaction script)представляет собой удобную процедурную модель, легко воспринимаемую всеми

легко воспринимаемую всеми разработчиками;
удачно сочетается с простыми схемами

организации взаимодействия со слоем источника данных(Data Source Layer);
определяет четкие границы транзакции.

Бизнес-логика в этом случае описывается набором процедур, по одной на каждую (составную) операцию, которую способно выполнять приложение
Преимущества подхода:


Слайд 9 Модель предметной области (Domain Model)
Типовое решение модель предметной

Модель предметной области (Domain Model)Типовое решение модель предметной области предусматривает создание

области предусматривает создание сети взаимосвязанных объектов, каждый из которых

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

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


Слайд 10 Приведем схему реализации транзакции «Вычисление зачтенного договора» с

Приведем схему реализации транзакции «Вычисление зачтенного договора» с помощью сценария транзакции

помощью сценария транзакции и модели предметной области
«Вычисление зачтенного договора»

с помощью сценария транзакции

Слайд 11 «Вычисление зачтенного договора» с помощью модели предметной области

«Вычисление зачтенного договора» с помощью модели предметной области

Слайд 12 Модуль таблицы (Table Module)
Типовое решение модуль таблицы

Модуль таблицы (Table Module) Типовое решение модуль таблицы предусматривает создание по

предусматривает создание по одному классу на каждую таблицу базы

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

Преимущество подхода:

решение позволяет сочетать данные и функции для их обработки и в то же время эффективно использовать ресурсы реляционной базы данных.
Недостаток подхода:
модуль таблицы не позволяет использовать многие технологии (например, наследование, стратегии и другие объектно-ориенти­рованные типовые решения), которые применяются в модели предметной области для уточнения структуры логики


Слайд 13 Схема взаимодействия слоев кода приложения с использованием модуля

Схема взаимодействия слоев кода приложения с использованием модуля таблицы

таблицы


Слайд 14 Рекомендации по выбору метода организации бизнес-логики приложения
Модель

Рекомендации по выбору метода организации бизнес-логики приложения Модель предметной области(Domain Model)Модуль таблицы(Table Module)Сценарий транзакции(Transaction Script)Сложность бизнес-логикиСТОИМОСТЬРЕАЛИЗАЦИИ

предметной области
(Domain Model)
Модуль таблицы
(Table Module)
Сценарий транзакции
(Transaction Script)
Сложность бизнес-логики
С
Т
О
И
М
О
С
Т
Ь

Р
Е
А
Л
И
З
А
Ц
И
И



Слайд 15 Применение результатов
Результаты работы будут применены при проектировании и

Применение результатовРезультаты работы будут применены при проектировании и реализации комплексной системы

реализации комплексной системы бухгалтерского учета с внедрением возможностей экономического

моделирования и прогнозирования;
Система будет работать в локальной сети с топологией «звезда», используя модель клиент-сервер. 1 сервер, ориентировочное число активных клиентов -70. Средняя активность клиентов – выше среднего.

  • Имя файла: trehsloynaya-arhitektura-prilozheniy-osnovannyh-na-ispolzovanii-baz-dannyh.pptx
  • Количество просмотров: 89
  • Количество скачиваний: 0