ZDNet UK


Skip to Main Content

ZDNet.co.uk - Winner of Best Business Website 2007
  1. Home
  2. News
  3. Blogs
  4. Reviews
  5. Prices
  6. Resources
  7. Community
  8. My ZDNet

 

ZDNet UK RSS Feeds


Office applications Toolkit

Prepare yourself for the Internet-based application revolution

Christopher Fuller

Published: 27 Jun 2003 10:21 BST

  • Email
  • Trackback
  • Clip Link
  • Print friendly
  • Post Comment

The technology
The alphabet soup of Web services has been covered pretty extensively around the Web, so there's no need to go into an in-depth examination of XML or Soap here, but you can read up on them at many of the locations listed in the Resources section at the end of this article. One term that may need some further explanation is WSDL, but, before getting to that, I'll need to take a closer look at the application framework of a Web service. Generally speaking, the application framework provides the development tools you will use to create and implement your Web application. The application framework may or may not be platform independent and it may be as complex as .Net or Java or as simple as PHP.

Chances are, the best framework for the task at hand is going to depend largely on what tools you already have available. One of the great benefits of Web apps is that they are platform independent, so you can use what's easiest. If you look around the server room and see dozens of machines running various flavours of Windows 2000, and your development team is itching for an excuse to use .Net, your path is clear. Likewise, if your IT department is staffed with die-hard Unix/Linux users who would never even consider .Net, you might want to look at using Java, C++, or Python as alternatives. As mentioned earlier, it's even possible to create an application framework in a scripting language such as PHP, something I've recently done for a client who will be rolling out its Web application to Fortune 500 customers in coming months.

Once you've looked around at the options and determined the application framework you'll use, it's time to define the service you will provide. This is where WSDL comes in. Without going into too much detail, XML is used for data handling, Soap binds the XML data to whatever protocol you choose, and WSDL interacts with the applications on either end of the transaction to correctly deliver data to the application in a way that the application can understand. In a nutshell, that's what you'll be implementing when the time comes to roll out your Web app. So what do you need to do to get ready?

Rollout
Actually, the first two steps of the process are what I've already covered: define the need and focus for the Web app to determine the application framework you'll use for implementation. Once that's done, you're already well on your way. All that is left is the nuts and bolts. First, you'll need to work through whatever data mapping will be necessary to get your application up and running. This could be fairly simple (for example, connecting two data stores containing similar types of information) or very complex (such as integrating and automating an entire supply chain management system based on a combination of existing legacy applications).

When your data and XML experts have the data-mapping step in hand, you'll need to determine the transport protocol you will use for information exchange. This will most likely be HTTP or HTTPS but could also be SMTP or something else entirely. You're protocol independent as a result of Soap, so use the right tool for the job at hand. Finally, be prepared to spend some time interpreting the XML data for each application in your transaction. WSDL provides an XML-based framework for this, which should result in a fairly comfortable development environment.

The last but arguably most important step in rolling out your new Web app is training. Presumably, one of the main reasons to use an Internet application is to significantly change the day-to-day operations of one or more of your core systems, either through automation or integration. If that's the case, the best way to see the ROI you were looking for in the first place is to make sure that the staff using the new system understands both why the changes were made and how to make the most of them.

Resources
And speaking of training, here's some further reading to get you and your staff ready to implement your new Web application:

Next

Previous

1 2


  • Email
  • Trackback
  • Clip Link
  • Print friendly
  • Post Comment

Did you find this article useful?
33 out of 104 people found this useful


Full Talkback thread

0 comments

Company/Topic Alerts

Create a new alert from the list below:







Featured Talkback

Why do so many (virtually all) software packages think that they are so important that they have to be started automatically every time the computer boots? What is the largest number of "speed access", "update check", "camera download" and whatever other background programs you have ever seen running? Of those, how many did you really need?

By: J.A. Watson

Read full story:
Annoying software: a rogues' gallery

Vista Upgrade Blog

Official MS Windows 7 Bloggers

Check this out: http://blogs.msdn.com/e7...spx Its an official blog "Engineering Windows 7" Nothing. That's what is revealed. Until there is real... More

5 comments

Microsoft's Mojave just a desert vista

It didn't seem fair to wade into Microsoft's “Mojave Experiment” advert quite so soon after the flat earth incident. But The Economist has no such qualms: in this week's issue, it wonders... More

6 comments

... But Still a Few Things Amiss (with...

It's not all roses with Vista, of course. I had my first BSOD over the weekend, when I was turning the laptop back on after suspending it. They typical long blurb about "If this is... More

6 comments