Skip to main content

By clicking Submit, you agree to the developerWorks terms of use.

The first time you sign into developerWorks, a profile is created for you. Select information in your developerWorks profile is displayed to the public, but you may edit the information at any time. Your first name, last name (unless you choose to hide them), and display name will accompany the content that you post.

All information submitted is secure.

  • Close [x]

The first time you sign in to developerWorks, a profile is created for you, so you need to choose a display name. Your display name accompanies the content you post on developerworks.

Please choose a display name between 3-31 characters. Your display name must be unique in the developerWorks community and should not be your email address for privacy reasons.

By clicking Submit, you agree to the developerWorks terms of use.

All information submitted is secure.

  • Close [x]

Improved application development: Part 3, Incorporating changes in requirements

Martin C. Brown (questions@mcslp.com), Freelance writer and consultant, MCslp
Martin Brown
Martin C. Brown is a former IT Director with experience in cross-platform integration. A keen developer, he has produced dynamic sites for blue-chip customers, including HP and Oracle, and is the Technical Director of foodware.net. Now a freelance writer and consultant, MC (as he is better known) works closely with Microsoft® as an subject matter expert, is the LAMP Technologies Editor for LinuxWorld magazine, is a core member of the AnswerSquad.com team, and has written books on topics as diverse as Microsoft Certification, iMacs, and open source programming. Despite his best attempts, he remains a regular and voracious programmer on many platforms and numerous environments. MC can be contacted through this Web site at http://www.mcslp.com.

Summary:  The focus of this third tutorial in the "Improved application development" series is on change management. This tutorial shows how individual change requests are linked and traced back to the original requirements specification, how you manage that information from within your development environment, and how you generate a new specification.

View more content in this series

Date:  28 Jun 2005
Level:  Intermediate PDF:  A4 and Letter (846 KB | 57 pages)Get Adobe® Reader®

Activity:  2241 views
Comments:  

Summary

In this tutorial, you've seen how you can manage application changes by centralizing the collection of all change requests into Rational ClearQuest to assess all changes in a consistent format and determine the changes that your team has resources to implement. The integration between Rational ClearQuest and Rational RequisitePro protects requirements from unaccepted changes, provides visibility into the origin of requirement changes, and allows you to mechanically update your requirements specification with the latest changes.

The integration between Rational Application Developer and Rational ClearQuest allows developers to use the Rational ClearQuest information to help drive their development and concentrate their efforts. Because the information is available to them from within the application they are using for development, they have all the information they need without having to swap applications or view a Web site. And the easier it is for them to use the information, the more likely they are to use it. They are also more likely to use and update the Rational ClearQuest database and record the progress through the system.

In Part 4 of this series, you will use IBM Rational Application Developer to develop session beans and create pages that access your session beans using JavaServer Faces technology. In Part 5, you'll look at the role of testing packages in the development of an application.

7 of 9 | Previous | Next

Comments



Help: Update or add to My dW interests

What's this?

This little timesaver lets you update your My developerWorks profile with just one click! The general subject of this content (AIX and UNIX, Information Management, Lotus, Rational, Tivoli, WebSphere, Java, Linux, Open source, SOA and Web services, Web development, or XML) will be added to the interests section of your profile, if it's not there already. You only need to be logged in to My developerWorks.

And what's the point of adding your interests to your profile? That's how you find other users with the same interests as yours, and see what they're reading and contributing to the community. Your interests also help us recommend relevant developerWorks content to you.

View your My developerWorks profile

Return from help

Help: Remove from My dW interests

What's this?

Removing this interest does not alter your profile, but rather removes this piece of content from a list of all content for which you've indicated interest. In a future enhancement to My developerWorks, you'll be able to see a record of that content.

View your My developerWorks profile

Return from help

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=1
Zone=Rational, Java technology
ArticleID=93187
TutorialTitle=Improved application development: Part 3, Incorporating changes in requirements
publish-date=06282005
author1-email=questions@mcslp.com
author1-email-cc=

Tags

Help
Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular content zone (for example, Java technology, Linux, WebSphere).

My tags shows your tags for this particular content zone (for example, Java technology, Linux, WebSphere).

Use the search field to find all types of content in My developerWorks with that tag. Popular tags shows the top tags for this particular content zone (for example, Java technology, Linux, WebSphere). My tags shows your tags for this particular content zone (for example, Java technology, Linux, WebSphere).

Try IBM PureSystems. No charge.