Sep 092015

Now that the DOORS Next Generation V6.0 has been out for a little while, I thought I should share some of my thoughts on how and why to use configurations.
I am pleased to see that from an end user perspective, this is really easy to use – you get a work item linking to a change set and you go do your work there, no need to understand the big picture.
There are two main reasons for wanting the CM capability, one is variant management and the other is version management. Variant management is the more complex of the two, so consider for now just the version management. This is where you have two (or more) versions of the requirements that are live at the same time. Unless you are working in a pure waterfall then you are very likely to want this. A version for the current iteration of the work, and a version for the next iteration of the work. We need to keep them separate because the design, test and other project documentation can be very different as the project develops.Sketch93171618 Continue reading »

Jun 152015

The topic of test management comes up every now and again. Some people might remember the Test Tracking Toolkit from DOORS Classic, some might even have been using it recently. We also have a decent test management tool in Rational Quality Manager (RQM). I have been thinking about the options for a simplified way of managing small amounts of test data all within DOORS Next Generation (DNG).

Because of the underlying differences in the database architecture, just copying the DOORS Classic model is not ideal, so what I have done is to create a model that will allow for relatively painless transition to RQM at a later date, and one which takes advantage of some of the DNG features.

I created a data model which is shown here. I will work through that and describe some of the process that needs to go around it. The details follow on from here.


Continue reading »

Oct 242014

connectorSoloDocumenting interfaces has always been a challenge. We put the interface requirements in a separate document and give that as a part of the documentation to the groups designing on both sides of the interface. Now I have a single document with all aspects of the interface neatly covered, but when I look at my system requirements, I am missing some aspects that are hidden away in various interface specifications. It would be nice to have all my environmental requirements in one place, all my physical requirements in one place and so on. For complicated interfaces, perhaps a separate document is a good idea, but for simple interfaces, I think there is a better way. Continue reading »

Aug 282014

brainShiftI had one of those brain shifting conversations today, you know the type, where an obvious assumption of mine was totally different from the obvious assumption of the person I was speaking to.

This is another post about the IBM Rational DOORS Next Generation with Configuration Management Beta software, for more information go to where the beta is available to try, and the development is being managed in a publicly visible Rational Team Concert database.

I had assumed that every engineer, or analyst working in DOORS Next Generation with Configuration Management, would have their own workspace and deliver changes to a parent workspace managed by an integration engineer of some description. Continue reading »

Jul 232014

A little while ago, I posted about Real Configuration Management for Requirements, but I didn’t go in to any detail about HOW it should, or could be used.  Requirements engineers/managers are not typically working with configuration management at this level on a daily basis, so I have set out a very basic flow here. First of all, you need to know that this post describes working with an open Beta release of DOORS Next Generation, and all manner of changes can occur before this functionality is ever released.

I set up an empty project as described in my previous post to work through the basic exercise shown in the image here.  One Variant, with one Version, and two Engineers working on the problem. I thought it best to start simple and find out how this might actually work for real. If I lose you in the description then come back to this diagram for reference.

2014-07-23 11.36.50-1

Continue reading »

Jun 272014
Real Configuration Management for Requirements

DOORS Next Generation is getting Configuration Management capabilities. This is a huge step for DOORS NG, a requirements management tool. The CM capability is similar to what you might expect for source control, with similar language, like ‘streams’, ‘deliver’, ‘workspace’, and others. I think that we will find that many requirements management users (or Business […]