The paper “ Service-Oriented Design of Badger Brick” is a thoughtful example of the case study on marketing. The rules as followed by the SOA are the most appropriate ways to imply the functioning of Service-Oriented Development of Badger Brick. These rules are reusable, have got granularity, modularity, and the capacitance of composability. These are also the spaces for componentization and interoperability. In addition to all these, there has to be compliance with standards in both cases of common and industry-specific categories. Thus to choose this process by Badger Bricks comes closer to the appropriateness of services as delivered.
The identification of services and categorization, provisioning and delivery, and monitoring and tracking are the added beneficiary factors. This paper concentrates on the following of the specific architectural principles for design and service definition focus on specific themes that influence the intrinsic behavior of a system and the style of its design; Service encapsulation, Service loose coupling, Service contract, Service abstraction, Service abstraction, Service reusability, Service composability, Service autonomy, Service optimization, and Service discoverability. The route cause of discussion of this paper is the modeling as adopted by BPMN.
The modeling in BPMN is of a small set of graphical elements. The purpose of it is to make the flow and the process of understanding for business users and developers much easier and comprehensible. There are four basic categories of elements, applicable in the process of understanding. These are flow objects that comprises of events, activities and gateways. The next is of connecting objects, by means of sequence flow, message flow and association. Swimlanes are the next in preference which works through pool and lane.
Lastly there is the need of artifacts that has got data objects, group and annotation. Requirements SpecificationBadger Bricks is planning to have SOA in its functionalities. As such there are certain basic things that it has to meet to have proper assessments. There is the need of interoperability between different systems and programming languages. OASIS defines SOA as,
1. Bell, Michael (2008). "Introduction to Service-Oriented Modeling", Service-Oriented Modeling: Service Analysis, Design, and Architecture. Wiley & Sons, 3.
2. Bieberstein et al, Executing SOA: A Practical Guide for the Service-Oriented Architect; IBM Press books.
3. Bieberstein et al., Service-Oriented Architecture (SOA) Compass: Business Value, Planning, and Enterprise Roadmap; IBM Press books. 2005
4. Cardoso, Jorge; Sheth, Amit P. (2006). "Foreword", Semantic Web Services, Processes and Applications, SEMANTIC WEB AND BEYOND: Computing for Human Experience, Springer, xxi.
5. Channabasavaiah, Holley and Tuggle, Migrating to a service-oriented architecture, IBM DeveloperWorks, 2003
6. Christopher Koch ‘A New Blueprint for the Enterprise’, CIO Magazine, Mar 1 2005
7. Erl, Thomas (2005). Service-oriented Architecture: Concepts, Technology, and Design. Upper Saddle River: Prentice Hall PTR.
8. Martin van den berg et al. SOA for Profit, A Manager's Guide to Success with Service Oriented Architecture
9. Janner, Till ; Cañas Vaz, Miguel Angel ; Hierro, Juan J. ; Lizcano, David ; Reyes , Marcos ; Volker: Enterprise Mashup: Putting a face on next generation global SOA. WISE 2007; Nancy, France, 2007.- URL http://www.alexandria.unisg.ch/Publikationen/41338 [accessed on 2008-04-25]
10. Joe McKendrick ‘Anti-SOA 2.0 petition nears 400’, ZDNet.com, June, 2006
11. Spewak, Steven; Hill, Steven C. Enterprise Architecture Planning: Developing a Blueprint for Data, Applications, and Technology.