soa webservices studentsystems

8/18/2019 SOA WebServices StudentSystems

1/22

SOA, Web-Servicesand

Student Systems

Leo Fernig

University of British Columbia

[email protected]


2/22

Overview

• The Community Source Student System initiative

– See htt!""educationcommons.org"ro#ects"dislay"CSSSS"$ome

• Service Oriented %rchitecture design issues

• &or'ing with ()L

• &eb service design aradigms

• &eb service deloyment issues

• Future directions

SOA, Web-Services and Student Systems


3/22



4/22

SO%%* issues

• +n SO%%* ,Service Oriented %rchitecture %nalysisand *esign- there is a real tension betweentraditional todown aroaches and contemoraryagile aroaches

• The maturity of web service technologies

• The maturity of oen source &S comonents



5/22

A specific example


The rocess: end-of term (or session) evaluation forpromotion to the next level (or phase) of an academicprogram

The business agnostic services thatsupport the process:1. Suppling the student!s academic

record". Appling some evaluation rules#. $lan the next level (or phase)


6/22

&or'ing with ()L

• *esign issues

• +ntegration with industry schemas



7/22

()L! design issues

• Fle/ibility of ()L schema

– +nheritance

– Comosition– Cardinalities

– 0anges of values ,eg country codes-

• 1erbosity



8/22

()L! design issues

• ()L2ava binding– Fle/ibility– 3erformance– 2iB( binding framewor' ,http://jibx.sourceforge.net/

• 4overnance and management– 5ame saces– 5aming conventions– 1ersioning

• *oc"lit versus 03C– Coarse grained interfaces– $iding imlementation details– Stateless– 6mhasis on design



9/22

()L! design issues

• *esign atterns

– 0ussian doll vs Salami vs 1enetian blind

– htt!""www./front.com"4lobal1ersusLocal.html


!ourse"ype

#rade

Standing

!ourse"ype

$ef % #rade

$ef % Standing

#rade"ype

Standing"ype

$esu&t"ype

#rade

Standing

!ourse"ype

$ef % $esu&t

0ussian doll Salami 1enetian blind


10/22

()L! +ntegration with industry

standards

• +ntegrating 7local8 and 7global8 commerce

– 0eceiving highschool transcrits

– Trading ostsecondary transcrits

– 0eceiving test scores ,S%T TO6FL etc-

• 36SC ,3ost Secondary 6ducation Standards Council-

– htt!""www.esc.org"

• +)S global– htt!""www.imsglobal.org"

• %lignment strategies



11/22

()L! %lignment strategies

• Use the 1enetian blinddesign attern

• Create a new containerob#ect

• +nclude the learning

unit

• +nclude the 36SC tyes


!ourse"ype

LearningUnitTypeLearning Unit ID

PESC course type

PESC grade type


12/22

()L! design issues06ST and SO%3

• 06ST! 0eresentational State Transfer– Fle/ible– Simle

• 6/amle069U6ST! htt!""www.artsdeot.com"arts

06S3O5S6!

%p:3arts %$art id&'#*' /lin'!href:;htt!""www.artsdeot.com"arts"


13/22

()L! design issues06ST and &S*L"SO%3

• 06ST! 0eresentational State Transfer– Fle/ible– Simle

• *isadvantages– Service contracts are oaue– Flow of control is oaue– 5ot selfdocumenting

• +f some services are e/osed as 06ST– &ill have to be over and above &S*LDs– Useful for simle 7one of8 imlementations



14/22

% rocess agnostic service

• $andlers for rocessing headers– Security

– )essage logging

• ()L E #ava binding

– Fle/ibility and erformance

– +ntelligibility

• Sring %O3 ,isolate house'eeing-

– Caching

– Logging

• Ob#ect 0elational )aings

• Local services



15/22

% rocess agnostic service! issues

• The need for a standard temlate– &S standards are very fle/ible

– *o not want to reinvent infrastructure

– %llow develoers to concentrate onbusiness logic

• )anaging ()L files

– 3reonderance of ()L

• 4lobal vs local ob#ects

– Canonical ()L : global ob#ects

– Local ob#ects do not need schemas



16/22

% business rocess service!Orchestration

• The core of agility and fle/ibilityin SO%

• The differences between this anda business agnostic service!

– +t contains the logic thate/resses a business rocess

– +t consumers other services



17/22

Orchestration

• $and coding rocesses

• Using a B36L ,Business 3rocess 6/ecutionLanguage- engine

• &or'flow

• 6nterrise Service Bus



18/22

3erformance

There will be erformance roblems to solve. But we canG

H. OtimiIe deloyment configurations. 6.g. ut servicesbehind htt load balancers with SSL accelerators.

J. 3ac'age oerations in a service with a view to minimiIingtraffic

=. Use doc"lit to minimiIes traffic

%nd the redictions are that )ooreDs law will now holdbetween J


19/22

3utting it all togetherG


4et a

transcrit

6valuate

transcrit

Create a new

Level"hase

6nd of termevaluationrocess


20/22


4et atranscrit

6valuatetranscrit

Create a newLevel"hase

6nd of termevaluation

rocess

View

manager

Function

Controller

'ata store 'ata store 'ata store

Portal

Business

Processes

(orcestration!

Bus

Business

"gnosticSer#ices

Data


21/22

*eloyment! managing a service ecology


3roduction

+ntegration

*eveloment


22/22

The future

• 3rocess agnostic systems

• 0ule agnostic systems

• $ighly fle/ible and robust deloyments

• +ntelligent systems that modify there own rule base


soa webservices studentsystems

Documents