Component Object Model Explained Easily

SOA Service Oriented Architecture Articles : Component Object Model Explained Easily by Manish Shrivastava

In the process of developing computer applications, developers in software development companies have strived hard to achieve greater efficiency and interoperability. In their attempt to achieve greater efficiency, they have created object-oriented programming, procedure calls and libraries of reusable software. However, there are other ways of creating applications in a more cost-effective manner. Some developers take the advantage of previously created software components, existing tools and software and hardware infrastructure to develop and deploy applications. This approach is mainly referred to as "component software". Microsoft Corporation has gained its monopoly by offering its own set of standards and products for component software. Among them is the Component Object Model (COM). It is a software architecture developed to build component-based applications. COM objects are separate components with a unique identity each. The objects expose interfaces that, thus allow other components to gain access to their features. Their versatility makes them easily fit into an object-oriented program design. This is because they are completely language-independent. COM objects are the main building blocks of developing component-based software in the custom software development scenario. The Component Object Model technology is used in the Windows family of operating systems that allows software components to commune. A Software development service uses COM to re-create re-usable software components and link them together to create applications, thus taking advantage of Window services. The line of COM technologies also includes ActiveX controls, DCOM (Distributed COM) and COM+. COM+ is the name of COM-based services that brings together the technology of COM components. It handles complex programming tasks such as resource pooling, event publication and distributed transactions. .Net developers can also take advantage of COM+ infrastructure as it provides valuable services through the system. For those who are confused with the results achieved by COM and .Net framework, it would be important to note that these two achieve similar results in application development, although Microsoft recommends .NET as the best technology for new application development because it manages runtime environment in a robust way.

About the Author
I am the webmaster at www.synapse-consultants.com - a custom software development company offering numerous services, such as content management, offshore software development, online marketing, search engine optimization, search marketing, and website maintenance services

Source: SOA Service Oriented Architecture information at goarticles.com

What Exactly is Web 2.0?

SOA Service Oriented Architecture Articles : What Exactly is Web 2.0? by Llewelyn James & Euan Agnew

What Exactly is Web 2.0?

Network marketing and online businesses and websites are everywhere on the World Wide Web and a big part of their success is due to the valuable platform called Web2.0. However, for as many people that are using Web 2.0, there are an equal number of people that don't truly understand what Web 2.0 is and the possibilities and opportunities it can open for them. Many individuals are already using Web2.0 on the internet in different ways without even realizing it. Some of the more popular internet applications that are using Web 2.0 include Flickr, YouTube as well as many different Yahoo sites. So, as you can see, you are already using Web 2.0 without even being aware of it. But, do you really know what Web 2.0 is?

Web 2.0 consists of different parts, which when all put together, give the user a fantastic web experience in which they can integrate many different functions and applications. One part of Web 2.0 is RIA or rich internet applications. Two examples of RIA are Ajax or Flash, which are interrelated web development techniques which allow you to retrieve data from another site without it interfering or affecting the current page you're working on. RIA allows you to bring something from your desktop into your browser such as data, graphics, etc by means of "copy and paste", "drag and drop" or whichever method you prefer.

Another part of Web 2.0 is ROA or service oriented architecture. Some examples of ROA that may be familiar to you or you may have heard of include RSS (really simple syndication), feeds, mash-ups and web servers. The best and easiest way to describe what ROA does is that it takes web applications along with their different functions and allows them to be easily integrated in such a way that their functions can all work together with other applications to develop one dynamic website with various functions.

The third important part of Web 2.0 is the Social Web. In Web 2.0, the end user will interact with the different web applications with methods such as blogging, tagging, using podcasts, etc. In actuality, the end user is also the participant in Web 2.0 by using these different social web methods. By the use all three of these important parts of Web 2.0, you web application is going to be very "user-friendly" with many functions.

Do you remember when you first began using the internet and were trying to navigate through a page only to have it disappear as soon as you clicked on one of their links? If it didn't disappear, it would freeze or lock up, making it inoperable and almost the only way to get out of it was to reboot. Good News! Web 2.0 allows you the opportunity to use many websites by integrating the many functionalities they each have.

With each new number added after an application or software (e.g. Web1.0, Web 2.0), the world is being given a new and upgraded version of a software. Web 2.0 is offering a new and better version of the World Wide Web. Web 2.0 offers us functions and features we never thought possible in the past.

Learn more about we2.0 at: http://web20trafficbuilder.com

About the Author
Llewelyn James & Euan Agnew are founders of the Internet Millionaires Online Club

Source: Web 2.0, SOA, Service Oriented Architecture information at goarticles.com

SOA Plug-and-Play Services

SOA Articles : SOA Plug-and-Play Services by Finacle from Infosys

Shifting economic conditions and rapidly evolving IT strategies along with mergers and acquisitions have left few banks with an appetite to untangle the morass of legacy systems running their businesses. Due to the siloed architecture within banks, where each business unit has their own systems and islands of information, core-banking replacement is a complex integration exercise. Islands of systems have to be either made redundant or integrated with the new solution based on business requirements and processes.

But this, thankfully, is not holding up progress and innovation, thanks, in part, to the increased adoption of Web services and its conceptual cousin, the Service-Oriented-Architecture (SOA). SOA is neither a product nor a solution. It is an integration framework that binds internal and external services to create a solution. With SOA, instead of focusing on different applications that reside on different computers, the emphasis is on business services that represent several different underlying applications. As SOA can seamlessly be put into practice in existing IT environments it ensures that changes in technology and processes during core banking replacements can be phased out and managed effectively.

The plug-and-play benefits of SOA and Web services promises to increase the pace of innovation in financial services. Clearly, by adopting SOA and process driven core banking solutions banks worldwide can achieve tremendous benefits. Following this, this paper describes a banking solution framework which depicts how SOA delivers maximum agility.

Read the complete white paper




About the Author
Finacle solutions address the core banking, e-banking, Islamic banking, treasury, wealth management and CRM requirements of retail, corporate and universal banks worldwide.

Source: SOA Service Oriented Architecture information at goarticles.com

Getting value out of SOA

SOA Articles : Getting value out of SOA by Sandy Cosser

According to Wikipedia, SOA (Service-orientated architecture) can be defined as "a group of services that communicate with each other". SOA is designed to offer simple service solutions to save people and machines a great deal of time. Research firm, Gartner has been studying the adoption of SOA around the world and for 4 years they found that SOA was on the rise. Now, for the first time in 5 years, adoption figures have dropped. Last year's survey revealed that 53% of organisations planned to adopt SOA for the first time, this year that figure was down to 25%.
More bad news for SOA is that companies that have no intention of adopting SOA rose from 7% in 2007 to 16% in 2008. In Paul Krill's article on Infoworld.com, Dan Sholler, Gartner research vice-president, states that there are two major reasons behind SOA's sudden drop in popularity: lack of skills and expertise and no viable business case. Companies also no longer see SOA as essential to their future, but have relegated it to the 'luxury' pile where many IT services find themselves in a recession.

But according to Dave Linthicum, also from Infoworld.com, dropping 'luxuries' such as SOA is an unhealthy reactionary approach and can cost companies more money in the long-run. Linthicum cites Miko Matsumura when he says that companies shouldn't ask whether they can afford SOA now, but rather whether they can afford to miss out on a 5x return in three years.

Linthicum also notes that SOA adoption is widespread in Europe, where he says companies are more forward thinking and future-orientated than companies in the US, who tend to focus on the here and now, as he says the next four months as opposed to the next four years.

Linthicum believes that SOA as a concept has been around a lot longer than many people think, only under a different name. And he contends that the concept of SOA will be here long into the future, although further name changes are likely. He points out that names are unimportant, so long as people continue to buy into the core value of the concept and keep the momentum going, that's what counts.

References:

http://www.infoworld.com/article/08/11/03/SOA_growth_projections_shrinking_1.html http://weblog.infoworld.com/realworldsoa/archives/2008/11/asoa_is_inevita_1.html http://weblog.infoworld.com/realworldsoa/archives/2008/11/soa_is_shrinkin.html

About the Author
Sandra wrote this article for the online marketers DTI Data data salvage and recovery one of the most experienced and expert providers of data recovery services in the UK

Source: SOA Service Oriented Architecture information at goarticles.com

Estimating the Cost of a Service Oriented Architecture (SOA)

SOA Articles : Estimating the Cost of a Service Oriented Architecture (SOA) by David DeWitt

In a recent survey by AMR Research it was found that "Fifty three percent of companies had active SOA projects by the end of 2007." The companies that adopted SOA spent an average of $1.4 million to implement SOA on software and services in 2007. These findings were confirmed in a survey prepared by BEA Systems. The BEA survey reported that half of all enterprises with revenue exceeding $1 billion have shelled out over a million on their SOA efforts and expect to spend even more over the next 12 months.

Financial Services organizations were least likely to be adopt SOA but those that did spent significantly more than their peers in other industries.

So does that mean that most organization will face such a large expense to implement SOA? What is the real cost for a SOA implementation?

In a traditional software estimate one would consider: Software size, Complexity, Technology, and Constraints. These individual factors are counted, weighted, and combined to identify an estimate of total effort. The total hours are then multiplied by cost factors for a total cost estimate.

In the SOA world the underlying fundamentals are much the same. By summing four essential estimation components an estimated cost can be derived. The four components are: Data Complexity, Service Complexity, Process Complexity, and Enabling Technology. (your terms, or a citable source here?)

As with more traditional estimation methods, size matters. In a traditional estimation approach one would identify the size of the problem by estimating lines of code, function points, or by some other method. In the SOA community one is concerned with the number of data elements, the complexity of the data storage for those elements, and the cost to understand and refine each element.

David S. Linthicum of the SOAInstitute.org provides a simple formula for the calculation. Cost of Data Complexity = (((Number of Data Elements) x Complexity of the Data Storage Technology) x Labor Units))

• The "Number of Data Elements" is the number of semantics you're tracking in your domain, new or derived.

• Express the "Complexity of the Data Storage Technology" as a decimal between 0 and 1. (For instance, Relational is a .3, Object-Oriented is a .6, and ISAM is a .8.)

• "Labor Unit" is the amount of money it takes to understand and refine one data element. Dave said this could equal $100, for example.

Example: ((2,000 data elements) X .6 complexity) X $150) equals $180,000 for the total Data Complexity Costs.

Now repeat the same formula for the Service Complexity, Process Complexity, and Enabling Technology. The final total should be within 10 - 20% of the actual costs. However, consideration should always be made for changing requirements, scope creep, changes in technology - and the myriad of additional real life factors that have become lessons learned in traditional software development projects.

The factors that go into a SOA estimate are similar to a traditional estimate in many ways. As was demonstrated above, consideration must be made for size, complexity, staffing, and many other parameters. Products such as SEER for Software™ by Galorath can be used to help identify and quantify the underlying components that make up a SOA estimate. Within SEER for Software the estimate can be built, evaluated, assessed for risk, and delivered as part of a repeatable estimation process.

About the Author
David DeWitt is a Senior Consultant with Galorath based in El Segundo, California. He can be contacted at ddewitt (AT) galorath.com. For more information on the Galorath line of estimating software solutions please visit Galorath.com when estimating software projects or call: U.S. +1 310.414-3222 -- U.K. +44 (0) 1252.724518

Source: SOA Service Oriented Architecture information at goarticles.com