Бизнес и системный анализ весна 2013 лекция 8

ЛЕКЦИЯ №8 Перспективы и паттерны . ‹#›

Часть 1


Часть 2

‹#› ЛЕКЦИЯ №8 Перспективы и паттерны .

Архитектура

Модель качества

Характеристики и подхарктеристики модели качества продукта

Сценарии атрибутов качества

Профиль качества продукта

ЛЕКЦИЯ №8 Перспективы и паттерны . 4

• An architectural style is a specific method of construction, characterized by the features that make it notable. A style may include such elements as form, method of construction, materials, and regional character.


http://en.wikipedia.org/wiki/Construction

http://en.wiktionary.org/wiki/form

http://en.wikipedia.org/wiki/Construction

http://en.wikipedia.org/wiki/Materials

• Component-based

• Monolithic application aka "Big Ball of Mud" style

• Layered

• Pipes and filters


http://en.wikipedia.org/wiki/Software_componentry



http://en.wikipedia.org/wiki/Monolithic_application

http://en.wikipedia.org/wiki/Abstraction_(computer_science)

http://en.wikipedia.org/wiki/Pipes_and_filters

• Shared Memory

• Data-centric

• Blackboard

• Rule-based

• Messaging

• Event-driven aka Implicit invocation

• Publish-subscribe

• Asynchronous messaging


http://en.wikipedia.org/wiki/Database-centric_architecture



http://en.wikipedia.org/wiki/Blackboard_(computing)

http://en.wikipedia.org/wiki/Rule-based_system



http://en.wikipedia.org/wiki/Event-driven_architecture



http://en.wikipedia.org/wiki/Implicit_invocation

http://en.wikipedia.org/wiki/Implicit_invocation

http://en.wikipedia.org/wiki/Publish/subscribe



http://en.wikipedia.org/wiki/Asynchronous_messaging

http://en.wikipedia.org/wiki/Asynchronous_messaging

• Adaptable systems

• Plug-ins

• Microkernel

• Reflection

• Domain specific languages

• Distributed Systems

• Client-server (2-tier, 3-tier, n-tier exhibit this style)

• Shared nothing architecture

• Space based architecture

• Broker

• Peer-to-peer

• Representational State Transfer

• Service-oriented


http://en.wikipedia.org/wiki/Plug-in_(computing)



http://en.wikipedia.org/wiki/Microkernel

http://en.wikipedia.org/wiki/Reflection_(computer_programming)

http://en.wikipedia.org/wiki/Domain_specific_languages

http://en.wikipedia.org/wiki/Client%E2%80%93server_model



http://en.wikipedia.org/wiki/Three-tier_(computing)



http://en.wikipedia.org/wiki/N-tier



http://en.wikipedia.org/wiki/Shared_nothing_architecture

http://en.wikipedia.org/wiki/Space_based_architecture

http://en.wikipedia.org/wiki/Broker

http://en.wikipedia.org/wiki/Peer-to-peer





http://en.wikipedia.org/wiki/Representational_State_Transfer

http://en.wikipedia.org/wiki/Representational_State_Transfer

http://en.wikipedia.org/wiki/Service-oriented_architecture



ЛЕКЦИЯ №8

Перспективы и

паттерны .

Архитектурный элемент

Архитектура

Взаимосвязь

Система

Заинтересованные лица

Архитектурное описание

Состоит из

Обладает

Может иметь

Описывает архитектуру для

Удовлетворяет потребности

Связывает

Вопрос / Интерес

Имеет

Точка зрения (Viewpoint) Проекция (View)

Состоит из

Соответствует

Перспектива (perspective)

Уточняется Удовлетворяет

Удовлетворяет

‹#›

• Несмотря на то что совокупность всех проекций (view) системы описывает систему полностью , каждая из проекций является достаточно независимой.

• Кроме того, большая часть атрибутов качества системы проявляются и влияют на несколько проекций.

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

ЛЕКЦИЯ №8


паттерны .

‹#›

• Применимость (Applicability)

– Описывает к каким проекциям наиболее вероятно может быть применена перспектива.

• Вопросы (Concerns)

– Определяет атрибут качества системы которому соответсвует перспектива

• Действия (Activities)

– Описание шагов по применению перспективы к проекции.

• Архитектурная тактика (Architectural tactics):

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

• Проблемы и подводные камни:

• Контрольные списки

• Ссылки и рекомендации для углубленного изучения

ЛЕКЦИЯ №8


паттерны .

‹#›

• Определение важных атрибутов качества 1

• Анализ проекций с точки зрения удовлетворения выделенных атрибутов качества 2

• Принятие архитектурных решений которые модифицируют и улучшают соответствующие проекции 3

ЛЕКЦИЯ №8


паттерны .

‹#›

07.05.2013 Владелец продукта (Product Owner). Работа с требованиями в Agile среде

16

Rosenberg.Use.Case.Driven.Object.Modeling.with.UML.Jan.2007

Stand Up

Meeting at

9:00

Pair Up -- Quick

Design Session

Test Q&A

Code Refactor

Integrate or

Toss

Go Home at

17:00

• Бизнес приложения – ERP, биллинг, credit scoring, logistics tracking

• Огромный объем сложных данных – Терабайтные хранилища содержащие сотни таблиц

• Множество одновременных пользователей

• Большое кол-во ролей пользователей

• Бизнес логика может быть сложной и иррациональной

• Большое кол-во систем с которыми приходится интегрироваться


Каждый слой это согласованное целое

Замещение слоев

Множество вышестоящих слоев над одним

Предупреждения:

• Некоторые вопросы нельзя инкапсулировать достаточно хорошо

• Может угрожать производительности


• Презентационный – Взаимодействует с пользователем приложения

– Толстый/тонкий клиент, web сервис

• Домен – Бизнес правила , валидаторы , расчеты

• Данные (Data Source) – Интеграция

– Персистентность - способность ПО создавать и поддерживать перманентные объекты (Persistence): RDBMs

– Обмен сообщениями, Web сервисы ЛЕКЦИЯ №8 Перспективы и паттерны . ‹#›

ЛЕКЦИЯ №8 Перспективы и паттерны .

Presentation

Controller / Mediator

Domain

Data Mapping

Data Source

Presentation

Domain

Data Source

Application Controller

Data Mapper

Brown et al, Enterprise Java Programming with IBM Websphere, Addison-Wesley

‹#›


Client

Presentation

Business

Integration

Resource

Presentation

Domain

Data Source

Client side

Server Side

External systems

Alur, Crupi and Malks, Core J2EE Patterns, Prentice Hall

‹#›


Presentation

Domain

Data Source

Presentation

Business

Data Access

Kirtland, Designing Component Based Architectures, Microsoft Press

‹#›

• Transaction Script

• Domain Model

• Table Module



recognizedRevenue (contractNumber: long, asOf: Date) : Money

calculateRevenueRecognitions (contractNumber long) : void

Recognition Service

‹#›


a Recognition

Service

calculateRecognitions (contractID)

a Data Gateway

a contract result

set

findContract (contract ID)

get data

* insert revenue recognition

‹#›


recognizedRevenue (date)

calculateRecognitions

Contract

calculateRecognitions (contract)

Product

Recognition

Strategy

Complete

Recognition

Strategy

1

1

*

‹#›


a Contract

calculateRecognitions

a Product

calculateRecognitions (a Contract)

a Recognition

Strategy

calculateRecognitions (a Contract)

a Revenue

Recognitionnew

‹#›


CalculateRecognitions (ID)

Contract

GetProductType (ID)

Product

Insert (ID, amount, date)

RecognizedRevenue (contractID, date)

Revenue Recognition

‹#›


a Contract

new (theDataSet)

calculateRecognitions (contractID)

a Product

new (theDataSet)

a Revenue

Recognition

new (theDataSet)

getProductType (productID)

* insert

‹#›

Преимущества :

Простая (процедурная) модель программирования

Простое взаимодействие с базой данных


• Дублирование логики в различных скриптах

• Сложность нарастает по мере усложнения предметной области



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


• Сдвиг парадигмы разработки

• Сложная стыковка с базой данных



Единая структура данных для всех слоев (Record Set)

Организована для процедур


• Сложно работать со сложной предметной областью


• Модель вид контролер (Model View Controller)

• Контроллер приложения (Application Controller)

• Контроллер Ввода\Вывода (Input Controller) – Page Controller

– Front Controller

• Представление (View) – Template View

– Transform View

– Two Step View


• Model – The domain object

• View – Presents information to user

• (Input) Controller – Handles user input


Model

View Controller

Separation of Presentation (View/Controller) from Domain (Model)

Separation of View and Controller

‹#›


an input controlleran application

controller

request

get domain command

a domain

command

run

get view

a view

forward

Централизованная точка для обработки навигации между экранами

‹#›


Input Controller

View

Application

ControllerDomain Layer

‹#›

• Единая точка контроля для изменения порядка выполнения и навигации

• Может быть расположен в промежуточном слое между презентационным слоем и слоем бизнес логики (domain)

• Позволяет использовать разные слои представления

• Может быть протестирован отдельно от уровня презентации


• Один контроллер для каждого действия или страницы

• Может использовать серверные страницы в качетсве обработчика


-- handle http get

and post

-- decide which

model and view to

use

Page Controller -- domain logic

Model

-- display HTML

View

‹#›


• Один контроллер ввода/вывода в приложении

doGet

doPost

Handler

process

Abstract

Command

process

Concrete

Command 1

process

Concrete

Command 2

‹#›

Контроллер страницы

• Легко сопровождать

• Не рекомендовано хранить логику контроллера в страницах

Центральный контроллер

• Единая точка для добавления поведения

• Позволяет добавлять поведение динамически (перехватывающий фильтр)


Book

Author

Model

<HTML>

<jsp:getProperty

name="bookHelper"

property="title"/>

 

Author:

<jsp:getProperty

name="bookHelper"

property="author"/>



</HTML>

getTitle

getAuthor

Book Helper

‹#›


transformAlbum

transformArtist

TransformerAlbum

Artist

Model

HTML

read

creates

‹#›


artist: Artist

Album

renderAlbum

renderArtist

Stage 1

artist: Field

Screen

renderScreen

renderField

Stage 2

HTML

read

read

create

create

‹#›

• Шаблон представления – Следует естественным принципам редактирования

– Позволяет редактирование HTML не программистами

– Требует дисциплины для избежания скриплетов

• Преобразование представления – Может быть протестировано без использования Web сервера

– Хорош работает с XML (XSLT)

• Двух шаговое представление (Two Step View) – Легко осуществлять глобальное изменение дизайна

– Легко поддерживать шкуры (skins)

– Сложно в реализации


• Table Data Gateway

• Row Data Gateway

• Active Record

• Data Mapper

• Structural Patterns

– Foreign Key Mapping, Identity Field, Association Table Mapping, Single Table Inheritance….



find (id) : RecordSet

findForCompany(company id) : RecordSet

update (id, lastname, firstname, numberOfDependents)

insert (lastname, firstname, numberOfDependents)

delete (id)

Person Gateway

‹#›


insert

update

delete

find (id)

findForCompany(companyID)

lastname

firstname

numbeOfDependents

Person Gateway

‹#›


find (id)

findForCompany(company id)

Person Finder

insert

update

delete

lastname

firstname

numbeOfDependents

Person Gateway

‹#›


insert

update

delete

getExemption

isFlaggedForAudit

getTaxableEarnings

lastName

firstName

numberOfDependents

Person

Row Data Gateway plus domain logic in one class

‹#›


insert

update

delete

Person Mapper

getExemption

isFlaggedForAudit

getTaxableEarnings

lastName

firstName

numberOfDependents

Person

‹#›

• Если используется Table Module

– Table Data Gateway

• Если используетсяTransaction Script и не Domain Model

– Table Data Gateway

– Row Data Gateway

– Выбирайте по принципу комфортности работы с record sets или row gateway objects


• Если вы используете простую и сходную по структуре Domain Model

– Active Record

– Data Mapper: В случае использования специального инструментария

• Если используете сложную Domain Model

– Data Mapper


• Remote Façade

• Data Transfer Object



Invoice Customer

Order Delivery

‹#›

• Детальное представление адреса: – getStreet

– setStreet

– getCity

– setCity

– getZip

– setZip


• Укрупненное : – getAddressData

– setAddressData

‹#›


getAddressData

setAddress(street, city, zip)

Address Facade

getStreet()

getCity()

getZip()

setStreet(arg)

setCity(arg)

setZip(arg)

Address

‹#›


toXmlElement

readXml

title: String

artist: String

AlbumDTO

Album Assembler

title: String

Album

name: String

Artist

1

*

‹#›

• Fowler – Patterns of Enterprise Application Architecture –

martinfowler.com/eaaCatalog

• Hohpe and Woolf – Enterprise Integration Patterns –

enterpriseIntegrationPatterns.com

• Hohmann – Beyond Software Architecture -

lukehohmann.com

• Evans – Domain Driven Development – domainLanguage.com

• Alur, Crupi, and Malks – Core J2EE Patterns

• Marinescu – EJB Patterns По материалам ThoughtWorks martinfowler.com


• Software Systems Architecture : Working With Stakeholders Using Viewpoints and Perspectives

ЛЕКЦИЯ №8 Перспективы и паттерны . 62

•

•

•

•

•

•

•

•


Часть 1


Часть 2


Безуглый Дмитрий

[email protected]


Бизнес и системный анализ весна 2013 лекция 8

Documents