Skip to content

Innovate 2012: Integrating Requirements and Models with DOORS and Rhapsody: Lessons Learned at Lockheed Martin

  • by

Dr. Than Lam, Lockheed Martin Jeffrey R. Cohen, P.E., IBM Rational Software

Disclaimer

What follows is my interpretation and reporting of the presentation. I may have misunderstood things, but I probably didn’t. Still, this is my opinions along with actual facts. Keep in mind.

Introduction

The presenter actually told us about who he is and some of his background in detail. I like this. More speakers need to do this.

Workflow description

Bridge between DOORS and Rhapsody, bidirectional

There is a bridge between DOORS and Rhapsody, called Rhapsody Gateway. This imports the requirements from DOORS into the Rhapsody model, and then pushes derived requirements from the Rhapsody model back into DOORS. It does not appear that requirements are actually updated in Rhapsody, rather new requirements are detected from its models.

Lockheed has a system spec in DOORS, and development requirements in rhapsody.

System Spec -> Gateway -> Rhapsody -> New Requirements -> DOORS

You have to identify objects of interest, flag them in DOORS, send them to Gateway, then export from DOORS.

This presentation could use some screenshots by now. Just to assist the audience. You, the reader out there, have actually seen as much as I have by this point–nothing but text.

There are apparently a few options for sending the data

  • Bi-directional from DOORS to Rhapsody and back – Option 1

    • Transfer requirements from DOORS via Gateway
    • Model requirements in Rhapsody
    • Update the requirements in DOORS to match the requirements in Gateway
    • Create new (derived) requirements in Rhapsody
    • Export the derived requirements back to the same DOORS module or a new DOORS module
      • When getting new requirements from Rhapsody, the DOORS module outline is lost
  • Unidirection from DOORS to Rhapsody – Option 2

  • Rhapsody to DOORS – Option 3

There is a summary slide being shown that is like an excel spreadsheet. Illegible. 

When I presented at the Telelogic Conference in 2007 (the only presentation I’ve made) my presentation and paper were scrutinized heavily. System and Software Engineers need to be able to present data in a simplified manner. Presentations should be visual and with high-level bullet points, perhaps with some visual examples. I do wish IBM had some people to assist these guys. Be more like Steve Jobs and this guy  — save the detailed data for the white paper.

Demo

A demo was given and to be honest I was half paying attention. But it would be best to give a real example that anyone, even those who don’t know about UML modeling or DOORS, could understand. Tough, but not impossible.

DOORS – What’s New and Next

  • by

Disclaimer

This is my recap of the presentation IBM representative made along with my opinions. While my opinions should always be taken as gospel, you should still realize that they are indeed my opinions. Keep that in mind.

Introduction

Presentation began discussing that “System of Systems.” Chevy Volt is used as an example of something that is a “System of Systems” but that most people don’t consider to be a “System of Systems”. I disagree with this–because the audience in this room definitely knows that an automobile is a system of systems. 

This kind of padding doesn’t seem to happen in other Rational presentations about what’s new, at least the ones I’ve been to. 

New Releases

DOORS 9.4 and DWA 1.5 are out TODAY!

New Features of DOORS 9.4

  • HPQC 11 is now supported for DOORS/Quality Center integration.
  • RIF has been updated to latest version of ReqIF.
  • Authentication has been moved from the client to the DOORS server
  • New integration between Rational Quality Manager (which was very badly needed. I’ve been told it was re-written completely from scratch). It’s now fully based on OSLC. No RQMI is needed. This is a big deal for a number of reasons.
  • Custom RPE .dta files can be used within the RPE that is included in DOORS! I hope this works as I expect it to!
  • Shareable edit has more options
  • 128 columns can now be in a view
  • Rich Text Export to Excel (I wonder what other improvements to the Excel script have been made)
  • Import multiple attributes from another module in one action

All of this sounds really good. I can’t wait to get my hands on the implementation.

They also showed a slide dealing with future enhancements but it was high-level and vague. I don’t put a lot of stock into these because they change big time.

It’s freezing in this room.

Push to Jazz and OSLC

They are still referring to DOORS as being a Web Client and a Rich Client, and they show that the Rich Client will run DXL. But they are still pushing to go Jazz-based. My guess is that they will only continue the Rich Client as an interface to run DXL. I, for one, think DXL needs to go away, but understand how angry the customer base would be if it were completely removed. (DXL was never intended to run the millions of lines of code that are out there. No one likely ever envisioned that one company would have hundreds of thousands of lines of custom DXL code.)

The DOORS Next Generation Client looks a bit different–bigger headings. The web side looks more like RTC and RQM with a “document view” if that makes sense. It even has the Jazz “Home” button.

One of the attendees asked about RDS vs. the classic DOORS user/group admin capabilities when moving to Web-based in the future. This guy says he has “tens of thousands of users” that will say no to an RDS/LDAP-based user/group admin. While I prefer the classic mode as well, I cannot imagine why this guy has so many users that care.

Migration

They appear to be setting the stage for DOORS to DOORS-Next Migration to be selective and concurrent. Migrations can be gradual and selective. Will not be all-or-nothing. I believe they don’t want to do this, but they know that they will lose a lot of customers if they don’t. Too bad. When Apple abadoned OS9 for OSX, they did have classic mode for years, but they didn’t continue to develop classic. Imagine if Apple had to actively develop OS9 due to their customer complaints…do you think the iPhone would exist as it does?

“We continue to invest in DOORS 9.4, and we will continue as long as we can see into the future…”

Sometimes it’s best for the axe to fall quickly. Actually, that’s always best.

“Will DOORS Next require new licenses?” someone asked. The intention is DOORS Next Generation capabilities will be included in DOORS V9 licenses. So you could use any mix of DOORS 9 and DOORS Next Generation licenses at the same time. However, running DOORS 9 and DOORS NG on the same computer will take two licenses.

DOORS 9.4 Demo

The main thing they say they’re going to demo is the RQM integration. Because it’s based in OSLC, it actually improved the DOORS/RTC integration. I find it interesting that they are going to demo this as I have a hunch that most people in this room do not use RQM (I was the only one that I know of that had used RQMI).

And the demo had problems. The “pop-up preview” that IBM loves so much in their Jazz-products did not work from DOORS.

It’s a refrigerator in here.

The DOORS Rich Client filter window now has an External Links tab, and you can now filter by External Link type. This is how to find out which objects have links to say, RQM, or eventually RTC, or anything else. It’s kind of like defining a link module for External Links. RQM links will be “Validated By” or something.

RQM task assignment can be done with from inside DOORS. 

When Richard Watson completed the demo, the audience applauded.

DOORS Next Web Client Demo

For large modules, a pop-up preview appears to the left of the module  as the user scrolls. This is awesome. Very nicely done! It’s UI stuff like this that I feel that IBM Rational constantly ignores, at least as far as DOORS goes.

There’s still too much hovering and clicking. You can hover over a comment icon to see how many comments there are, then click to see comments. I’d like to see a more “Facebook-like” comment display system.

You can actually filter by levels just like in DOORS. This makes navigation easier as well.

Comments in DOORS Next replace Discussions in DOORS 9.

Speaking of UI, IBM needs to get away from these meaningless little icons. I don’t know how to fix this problem, but I’m looking at many of these icons and not knowing what they do at all. 

I think the DOORS NG Rich Client needs to focus on a better looking user presentation. Work those fonts. Notice how huge the headings are and how tiny the text objects are. 

That being said, the DOORS NG Rich Client is obviously very young. Lots of standard functionality missing (the File menu has three items, and views have just been implemented.) 

DOORS NG looks more spreadsheet like with the way columns and editing works. This is good. Still looks like a UI from 10 years ago though. That is, as opposed to 20. Progress.

Questions

This is just a summary. I did not verbatim transcribe the Qs and As.

“How much admin work is there in migration, assuming DOORS 9 and DOORS NG are both set up?”

In this release, IBM is careful to not to call Data Interoperation, “Migration” It’s not moving data from one place to another–it’s not moving history and baselines. Therefore, admin work is not much. They don’t want flat data structure to flat data structure.

“Rich client doesn’t have option to run DXL script. Is this planned?”

First release of DOORS NG won’t have DXL scripts capability. But it is something we’re looking at in the future.

“How can we make sure that we’re working towards your solution and not against it when we do implement DOORS Next?”

One of the long-term strategic goals of DOORS Next is to solve that problem, but we don’t have an answer yet. It’s too early. Talk to us. This is a bigger issue amongst all Rational ALM applications, not just in Requirements Management.

“What about DOORS CPS/DOORS Change and DOORS NG?” There are 3 integrations between DOORS and Change Systems…they won’t have the Requirements Change Management (where requirements are version controlled) this year.

“What’s the plan for Focal Point/DOORS Integration?”

OSLC will allow us to do this academically and theoretically. We haven’t looked at Focal Point yet but it’s on our backlog. It may actually be done, but we haven’t qualified it and tested it. 

In DOORS Next, there is an RRC/FP integration but it hasn’t been tested in DOORS Next. It should work the same, in theory.

“When do you use RRC vs. DOORS?” RRC doesn’t have concept of modules. Modules will be added to RRC. DOORS Next and RRC will look the same. DOORS Next will have all features, and RRC will have some features.

“Will DOORS Next have a relational database”?

Yes

“Can you get data out of DOORS Next with RPE?”

Yes. You can import/export with ReqIF too.

DOORS Next Generation

  • by

Jazz.net just posted a preview milestone of Rational DOORS Next Generation. You can actually download the release milestone and play with it.

While the web client screens are interesting (and it makes me wonder what the future of DOORS Web Access is), the most interesting screenshot was that of the DOORS Client. The new icons in the DOORS Explorer are definitely pointing to new functionality throughout the entire tool, and it’s really been too long since DOORS received such a drastic change.

DOORS Next Client
DOORS Next Client

I’m not sure when I’m going to have time/resources to explore this Milestone release, so if any of you get your paws on it and want to post impressions here, please leave a comment.

321 Gang – 4 Principles of Requirements Management

  • by

Got this in my inbox. Figured I’d pass it along to all of you.

Join 321 Gang for our September webcast:

The 4 Principles of Effective Requirements Management
Thursday, September 15, 2011
11 a.m. – 12 noon Eastern Daylight Time
Registration: The 4 Principles of Effective Requirements Management

Please join us for our webcast, “The 4 Principles of Effective Requirements Management.” Software and systems are becoming more complex every day, while project time frames continue to compress. Effective requirements management is as critical as effective development, testing and project management. During this webcast, you’ll learn how to:

1. Recognize the needs of all stakeholders

2. Use structure to manage project complexity

3. Encourage collaboration across the life cycle

4. Promote the use of consistent processes

Introducing Serpent

  • by

Serpent is a web-based launcher for Rational Publishing Engine and DOORS.

Rational Publishing Engine is a good tool with some drawbacks. The main one is  that it has to be installed on a user’s machine in order for that user to generate a document with it! This is unacceptable to me as a DOORS administrator, so I created Serpent.

Introducing Serpent

Site Upgraded and Other Notes

  • by

I’ve upgraded the software that runs this site.

One major issue has finally been resolved: I’ll get notified when a comment is being moderated. I had to implement comment moderation due to spammers and unfortunately did not realize that my mail system was not forwarding these moderation messages to me until this past week.

I’ve also added a two-factor registration to the site to keep the community behind this site clean. Really no spam should ever come through.

That being said, there were quite a number of spam user registrations. If you try to login and post a comment to this site and cannot, please just recreate your account.

I’ll have some posts soon and do plan on continuing my DXL tutorial series. Business has been very good over the past few years but that brings with it a paradox–the more successful the company is the less time I have for blog postings and other cool stuff.

However, I have some things coming down the pipeline. I can’t wait to share them with you. One is coming very, very soon and I’m excited about it! Stay tuned!

IBM Innovate 2011

  • by

I am in Orlando for Innovate 2011. Feel free to say hi if you spot me.

DXL Repository Errors

  • by

Just found out that upgrading my latest blog software broke the DXL Repository. I’ll work on getting it back up pronto.

The Single Sign-On

  • by

Here’s a great story about how people can tend to make requirements much more complex than they need to be. While reading this, it’s not important that you understand the proposed solutions and why they were rejected. It’s just important that you get to the end and can see how a lot of time, energy, and money could have been saved if only one person (including Gerald) had asked the right question.

Enjoy.

Kevin Murphy

Chat with us!

Work with an IBM Champion to master your ELM tools.

Get in touch