Quick Search
Dashboard
KM: Service Oriented Architecture (SOA)
Design-Time Governance - SOA Design Rules
Home
FAQ
Getting Started
SOA for Developers
SOA for Architects
SOA Patterns
Architecture Principles and Axioms
Resources
Glossary
Recommended Reading
Presentation Repository
Publications
Scrapyard
Space Information
Hot Changes
Our Heroes
Statistics
Index
Page Operations
V
iew
A
ttachments (0)
I
nfo
Watchers
Favourites
Browse Space
Pages
News
Labels
Attachments
Bookmarks
Mail
Forums
Advanced
Activity
View a printable version of the current page.
Log In
Sign Up
KM: Service Oriented Architecture (SOA)
Design-Time Governance - SOA Design Rules
Added by
Thor Henning Hetland
, last edited by
Thor Henning Hetland
on Nov 24, 2008 (
view change
)
Labels:
glossary
glossary
Delete
featured
featured
Delete
Enter labels to add to this page:
Looking for a label? Just start typing.
Policy rule
Doc status
H2A
A2A
ACS
CS
Last
PAB
dicussion
P1. A service shall have one named owner
P2. A service shall provide documented business value
P3. A service shall do one only thing, and one thing well
P4. A H2A service (webpart or portlet) shall be an independent component
P5. A H2A Service (webpart or portlet) shall be a part of a bigger whole, not trying to dictate other H2A services
P6. A H2A service shall not have internal workflow
2007.06.08
P7. Too generic webparts or portlets shall be avoided
P20. All services shall be in the service universe
P21. A service shall be categorized (OW SOA category)
P22. A service shall have an "authentication, authorisation, endpoint strategy"
P23. A service shall document its Service Level Agreement SLA (response time, availabillity++)
P30. A service shall have a versioning strategy (ACS, CS)
P31. A service shall provide for audit and monitoring of service usage
P32. A service shall document its Service Level Agreement SLA (response time=30ms, availabillity=99.995%)
P40. A service shall provide at least one Evolving Service Endpoint
P41. A service shall provide heartbeat and traffic monitoring
P42. A Core service shall have orthogonal functionality
P90. A service shall have a documented coupling to the contractual and requirement for service usage
FAQ
[Question still to be asked..]
P1. A service shall have one named owner
P1. A service shall have one named owner
P2. A service shall provide documented business value
P2. A service shall provide documented business value
P20. All services shall be in the service universe
P21. A service shall be categorized (OW SOA category)
P3. A service shall do one only thing, and one thing well
P3. A service shall do one only thing, and one thing well
P4. A H2A service (webpart or portlet) shall be an independent component
P4. A H2A service (webpart or portlet) shall be an independent component
P41. A service shall provide heartbeat and traffic monitoring
P5. A H2A Service (webpart or portlet) shall be a part of a bigger whole, not trying to dictate other H2A services
P5. A H2A Service (webpart or portlet) shall be a part of a bigger whole, not trying to dictate other H2A services
P6. A H2A service shall not have internal workflow
P6. A H2A service shall not have internal workflow
P7. Too generic webparts or portlets shall be avoided
P7. Too generic webparts or portlets shall be avoided
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P1. A service shall have one named owner
P1. A service shall have one named owner
P2. A service shall provide documented business value
P2. A service shall provide documented business value
P20. All services shall be in the service universe
P20. All services shall be in the service universe
P21. A service shall be categorized (OW SOA category)
P22. A service shall have an "authentication, authorisation, endpoint strategy"
P23. A service shall document its Service Level Agreement SLA (response time, availabillity++)
P3. A service shall do one only thing, and one thing well
P3. A service shall do one only thing, and one thing well
P30. A service shall have a versioning strategy (ACS, CS)
P31. A service shall provide for audit and monitoring of service usage
P31. A service shall provide for audit and monitoring of service usage
P41. A service shall provide heartbeat and traffic monitoring
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P1. A service shall have one named owner
P1. A service shall have one named owner
P2. A service shall provide documented business value
P2. A service shall provide documented business value
P20. All services shall be in the service universe
P20. All services shall be in the service universe
P21. A service shall be categorized (OW SOA category)
P22. A service shall have an "authentication, authorisation, endpoint strategy"
P23. A service shall document its Service Level Agreement SLA (response time, availabillity++)
P3. A service shall do one only thing, and one thing well
P3. A service shall do one only thing, and one thing well
P30. A service shall have a versioning strategy (ACS, CS)
P30. A service shall have a versioning strategy (ACS, CS)
P31. A service shall provide for audit and monitoring of service usage
P31. A service shall provide for audit and monitoring of service usage
P32. A service shall document its Service Level Agreement SLA (response time=30ms, availability=99.995%)
P32. A service shall document its Service Level Agreement SLA (response time=30ms, availabillity=99.995%)
P40. A service shall provide at least one Evolving Service Endpoint
P41. A service shall provide heartbeat and traffic monitoring
P41. A service shall provide heartbeat and traffic monitoring
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P1. A service shall have one named owner
P1. A service shall have one named owner
P2. A service shall provide documented business value
P2. A service shall provide documented business value
P20. All services shall be in the service universe
P20. All services shall be in the service universe
P21. A service shall be categorized (OW SOA category)
P22. A service shall have an "authentication, authorisation, endpoint strategy"
P23. A service shall document its Service Level Agreement SLA (response time, availabillity++)
P3. A service shall do one only thing, and one thing well
P3. A service shall do one only thing, and one thing well
P30. A service shall have a versioning strategy (ACS, CS)
P30. A service shall have a versioning strategy (ACS, CS)
P31. A service shall provide for audit and monitoring of service usage
P31. A service shall provide for audit and monitoring of service usage
P32. A service shall document its Service Level Agreement SLA (response time=30ms, availability=99.995%)
P32. A service shall document its Service Level Agreement SLA (response time=30ms, availabillity=99.995%)
P40. A service shall provide at least one Evolving Service Endpoint
P40. A service shall provide at least one Evolving Service Endpoint
P41. A service shall provide heartbeat and traffic monitoring
P41. A service shall provide heartbeat and traffic monitoring
P42. A Core service shall have orthogonal functionality
P42. A Core service shall have orthogonal functionality
P90. A service shall have a documented coupling to the contractual and requirement for service usage
P90. A service shall have a documented coupling to the contractual and requirement for service usage
Children (18)
Hide Children
|
View in Hierarchy
P1. A service shall have one named owner
P2. A service shall provide documented business value
P3. A service shall do one only thing, and one thing well
P4. A H2A service (webpart or portlet) shall be an independent component
P5. A H2A Service (webpart or portlet) shall be a part of a bigger whole, not trying to dictate other H2A services
P6. A H2A service shall not have internal workflow
P7. Too generic webparts or portlets shall be avoided
P20. All services shall be in the service universe
P21. A service shall be categorized (OW SOA category)
P22. A service shall have an "authentication, authorisation, endpoint strategy"
P23. A service shall document its Service Level Agreement SLA (response time, availabillity++)
P30. A service shall have a versioning strategy (ACS, CS)
P31. A service shall provide for audit and monitoring of service usage
P32. A service shall document its Service Level Agreement SLA (response time=30ms, availabillity=99.995%)
P40. A service shall provide at least one Evolving Service Endpoint
P41. A service shall provide heartbeat and traffic monitoring
P42. A Core service shall have orthogonal functionality
P90. A service shall have a documented coupling to the contractual and requirement for service usage