SOA Defined

Service-Oriented Architecture is a methodology followed by IT departments to break down their resources into modules. This approach increases their business agility by creating loosely coupled business processes integrated across a business. Service orientation ties together and bridges information across multiple platforms and utilizes a wide range of technologies and communication protocols, such as XML, web services, simple object access protocol (SOAP), and so forth.

The simplest example of this is the way the different discrete programs within Microsoft’s Office suite interact. If you add a contact in MSN Messenger, and that person then sends you an email you open in Outlook, the program recognizes that this is a known contact and can inform you if . Both programs interact with the same contact information service, making it unnecessary to keep separate contact lists.

Imagine that as a manager you need constant updates from your IT department, financial department, human resources and so on. Usually you get this information piece by piece, and your employees each format the information they provide in a different way. Every time you are provided with information, you never receive the direct impact of one department on another. Sifting through all the jargon from each department to create a cohesive understanding of the company is a time-consuming hassle that can be bypassed by employing service-oriented architecture (SOA, see sidebar).

Managers and IT departments are now working together to address the problem of critical parts of a business working in isolation of each other. Managers want all the information at once and processed to make sense of the larger picture. IT departments needs to make computer applications communicate with each other, so employees can automatically collaborate on the information they have. SOA provides a single solution for these needs.

The Steps of SOA

Microsoft, a strong industry advocate of SOA whose own development incorporates the methodology, defines implementing SOA into three phases: Expose, Compose and Consume. The Expose phase focuses on what services should be created by utilizing the applications and information involved. A service is simply a capability — such as spell-checking or collating data from a form — available to a piece of software. Some prefer to create services that map every single business process, while others combine services to enable a certain business requirement.

Once the service has been created, it can be mixed and matched together with other services into more complex services, applications and cross-functional business processes. The Compose phase increases the power of your solution through reusability, inter-operability and prepares for future expansion of your current infrastructure as your business evolves.

When your application has been created, you need to make it accessible for you and your employees. In other words, users will Consume it in different ways that include rich internet applications (RIAs) smart applications for mobile devices, web clients and common business applications such as MS Office.

Sounds like a good strategy, right? But who really uses SOA? People involved in an SOA solution can span over many roles within the organization, but it is created by solution architects and implemented by IT developers. As long as they understand the goal of SOA is to unify the different parts of a business, the solution will meet the needs of the organization as a whole.

The Best Approach for SOA

SOA design and implementation is usually divided into three parameters: top, middle and bottom. The top is how the application appears visually, the middle is a representation of the needs of each department and the bottom is the data the developers use to construct the application.

There are two commonly used approaches for implementing SOA: top-down and bottom-up. Both have advantages depending your type of business, but each also comes with its own problems. The top-down approach begins with how the display looks and how the program interacts with the employee. It puts business needs second, so this strategy sometimes fails to address each department’s requirements. The bottom-up approach keeps usability and design as a last priority. This can lead to disorganization, which reduces the efficiency of your organization.

A third approach, known as middle-out, is a hybrid from both approaches, in which business needs and organizational needs are prioritized first. Based on these, the designers will create the solution to make the presentation and back-end processes of equal importance. This method is generally considered the best way to make SOA tailored to your business’ needs, although it is more logistically intensive to roll out.

SOA is not a single act to make your business more efficient, but a process that is part of your long term plans. Some organizations that successfully adopt SOA use a “snowball” approach: If you want to build a huge snowball, you start with a small one first and then you keep rolling it around more and more until it becomes big enough to become your snowman’s base.

SOA is intended to help you understand your business better and help your employees communicate company information more easily. But its concepts can also be applied in communicating with your customers. Let’s say you own a company that sells books online. When a customer buys a book, he submits his mobile phone number to receive updates on the status of his shipment. The phone number would then be sent to the courier company making the delivery, and a software program would send an SMS to the customer with every update on the status of the delivery. Once the book is delivered, the customer signs on the courier’s palm pilot, which is connected to the tracking system. Both you and the customer can visit your website (where the purchase was originally made) to see the entire history of the book shipment.

Business requirements come in different forms, which is why SOA changes from company to company and has few boundaries on how to define the right approach. If you wanted to adopt a SOA approach in your organization my advice would be:

1. Look at technology as a communications tool. A successful SOA plan will improve communications internally and externally.

2. Make sure you have your business needs clear and try to identify all obstacles in achieving that need. This will help you focus better on the value of the end product of your business and design a productive SOA plan.

3. Pursue the middle-out approach, it avoids the pitfalls of the top-down and bottom-up approaches.

4. Roll-out SOA quickly. This way you will see your results quicker and develop milestones to set as benchmarks for your company’s performance.

Microsoft’s Silverlight (formerly known as WPF/E) is a cross-browser, cross-platform plug-in for delivering next-generation rich internet applications (RIAs) and .NET-based media experience for the web. It enables the creation of rich, interactive and visually stunning applications which can run on multiple platforms — the the next step in evolving the potential richness of user experiences on the web.

With Silverlight, Microsoft has moved onto Adobe’s turf — the plug-in is a direct competitor of Adobe’s popular Flash player. So what’s so great about this new technology, and does it represent a real threat to Flash?

For starters, Silverlight is based on Microsoft’s .NET Framework 3.0 and eXtensible Application Markup Language (XAML) which lies at the core of the Windows Presentation Foundation (WPF). These are widely used and understood by developers, so developers will not need to learn anything knew to work in Silverlight.

No matter how solid its underlying technology may be, Silverlight must stand up as a platform that can be useful to programmers and end users, as Flash has an installed base of 98%, according to independent research firm NPD.

So how does Microsoft break Adobe’s hold on the market? Perhaps by leveraging their other products (you may have heard of a little operating system called Windows?) It’s very possible for Microsoft to gain widespread distribution of Silverlight plug-in by including it in their critical updates — if they choose to do this, the program would simply be installed during regular Windows maintenance.

But aside from cross-compatibility and “reusable knowledge” — developers may ask what’s so special about Silverlight that’ll make them move from Flash? I’ve worked with both platforms, and have come up with some answers:

1. Silverlight is based on the WPF (Windows Presentation Foundation) animation model, which is time-based unlike Flash which is frame based. Animating a ball from one point to the next in Flash, for instance, requires encoding a frame of that ball at every point along its course; in Silverlight, the coder would simply input the starting and end points and the software will plot its course.

2. Silverlight supports scalable full-screen video, Flash doesn’t.

3. Silverlight lets you embed TrueType font information directly into your projects and download them using its downloader object, a far simpler business than Flash’s famously difficult font-embedding process.

4. Silverlight does not require multimedia codecs to play industry-standard formats like WMV, WMA, MPEG or MPEG-4, while Flash requires the developer to purchase such codecs. This means you can build a media-content website free of cost using Silverlight Streaming services,, while it is not possible to create such a portal using Flash for free.

5. Silverlight’s XAML foundation is text based and can be output using a simple XML object, while Flash stores its information in binary records. In order to write shape definitions for instance, you need to purchase a third-party Flash file-format software development kit or even build your own. SilverlightThis means that while search engines don’t recognize the content of all-Flash, Silverlight-built pages will provide the same visual experience while allowing search crawlers to index the information so it will turn up in search results.

Microsoft’s public relations people seem to be stressing the video features of Silverlight, as this puts the spotlight on its cross-platform capabilities and high-definition quality.

Microsoft has always had a huge advantage when dealing with competition in diverse markets because of the success of their “renowned operating system” (as Redmond PR people would have it) and exclusive delivery system. That’s changing quickly, and the success and ubiquity of Flash is forcing Microsoft to think in a leaner, more portable, cross-platform way. Nobody should underestimate Microsoft’s competitive skills, but in this game, they’re clearly the visiting team.

Multimedia presentations won’t be enough to give Silverlight a leg-up. Until developers begin to create useful applications that really take advantage everything Silverlight has under the hood, it will be a struggle for Microsoft to make its mark.

This Article was published in ICT-Business Magazine, to view the original article please click here.