|
Comments
|
Today's Top SOA Links
SOA Management Choosing the Right Middleware Stack for Your SOA in Health Care
Consider the non-functional requirements
Jul. 10, 2008 11:00 AM
When there are lots of solutions, choosing the right products to build your software is really challenging. Identifying the right combination of middleware products to build your SOA is key to its success. This article discusses an approach to using non-functional requirements in choosing these products, using SOA in health care as an example.
When architecting a solution, identifying key non-functional requirements is very important. A good enterprise architect always considers the non-functional requirements in making important architectural decisions. There are many non-functional requirements and it’s impossible to satisfy all of them to the fullest extent. Business requirements play an important role in prioritizing non-functional requirements. An architectural analysis technique like ATAM could be very useful here. These key non-functional requirements play a major role in choosing which middleware products is used in your solution. Non-Functional Requirements Security – The confidentiality, integrity, and availability of patient data has to be maintained in creating, receiving, maintaining, and transmitting. You may want to use proprietary access controls and authentication protocols to achieve high security. The chosen products should provide extension points to plug in to these proprietary solutions. The application of security policies and managing access control at each service level is important. Every request must be audited and audit trails have to be maintained so, when an incident occurs, its cause can be identified without failure. Reader Feedback: Page 1 of 1
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
|
SYS-CON Featured Whitepapers
Most Read This Week |
|||||||||||||||||||||||||||