IBM DOORS Reviews

We use DOORS for aerospace applications. I'm a systems engineer and we are customers of IBM. 

The solution uses a custom object-oriented scripting language called DOORS Extension Language or DXL. It allows you to manipulate the software to your liking. It's very customizable and can be as powerful as you want it to be. User management is pretty straightforward and I generally enjoy using the solution. As the administrator for the program, it's very quick and easy to add a user, change permissions, rights, things like that within the software.

The software is very dated and old. It's hard to get people to use it because the GUI looks like something from one of those giant Mac computers. It's not very user-friendly and can become slow very quickly, especially if you're not on site. It's been detrimental in this recent work from home era. If you have a lot of employees working from home, DOORS will operate more slowly than if they were on site. The DXL will be very slow if you write an inefficient tool and then your client will suffer. Not everything is necessarily written by IBM software engineers who know the system well and it will slow down as you put more tools and information into it. There's a tendency for garbage accumulation which is the simplest way I can put it. Processing of images needs to be improved. 

I've been using the solution for one year. 

There are a few bugs, some of which get addressed in updates, but there are still a few that you have to fix right out of the gate. 

The product is very easy to scale, in my opinion. It will slow down as you scale, but it's the best way to handle a large project in my opinion. It can chew through something big, it just might do it slowly. We have around 500 user accounts. 

IBM can sometimes be slow and convoluted. It can take in the order of two or three weeks to really resolve a problem on the IBM side. It requires an IBM account and a lot of hoops to jump through before you can get to them on the phone and get a straightforward answer.

For anyone wanting to use this solution, it's important to take the time to learn DXL. Don't take it for granted because understanding how it works will make a big difference. 

I rate the solution six out of 10. 

There are numerous projects that we are using with IBM Rational DOORS. They are isolated from each other and then we receive requirements from outside sources, load them into DOORS, and use them to do traceability into architectures developed in MagicDraw.

It has improved our ability to do traceability back to our initial requirements. The traceability allows us to be able to rapidly advise our sponsors.

I like being able to sort and categorize the requirements and the exporting functions.

I would recommend that fuzzy logic be added to the search capabilities. I think there is probably room to improve by offering free training.

I have been using IBM Rational DOORS for the past ten years.

IBM Rational DOORS is stable.

I think overall it is scalable and has measured up to everything we have tested it with.

I would rate technical support a six on a scale of one to ten. I have tried to contact them twice and never heard anything back.

Neutral

My initial setup and integration were more complex than I was expecting.

I believe they did the deployment in-house.

I would tell them to be very cautious about how they initially import their requirements into the product because that initial import seems to carry more weight and effect than I would have anticipated.

I would rate IBM Rational DOORS a seven out of ten.

I use DOORS to support my customers, who are heavy users of the tool. I try to figure out what's wrong whenever they have some issues. For example, if they need some help, I use the tool to recreate my customers' environments and work with it to find solutions for them. About 10 people in my company do the same thing as me.

When you install DOORS locally, you have the flexibility to do what you want with the solution. You can add functionality and do many things that you can't do with other tools or do well enough to satisfy your users' requirements. For example, you can save linked versions when you do baselines, and then I can handle linked changes between different baselines. You can't do this with other tools, or it's hard to do.

The web application DOORS Web Access doesn't have the same functionality as the standard client, so it's not a real substitute. For example, web Access only provides writing requirements, but you can't do much more with it. If you want to change multiple attributes or something like that, it's better to use the standard client. I would also like to see some improvements in the reporting.

I've been using Rational DOORS off and on since 2001.

DOORS is stable. I have seldom have problems with it.

DOORS is a file-based data storage system, so it isn't that useful for large user communities. If they want to work with the standard client, it is crucial to have a solid connection between the client and the database software because there's a lot of communication back and forth, so the scalability is not so great. Some of my customers have installations with upwards of 100 clients. 

IBM support for DOORS is helpful and quick. You get a real solution in a short time most of the time.

Setting up DOORS is easy, and I can handle it by myself. The initial installation takes around an hour, but the total deployment depends on your environment. However, you can handle it with a remote install, and installing the client itself takes only a few minutes. 

I rate IBM Rational DOORS eight out of 10. 

We use it to manage requirements. For the defense projects, we basically do a waterfall design methodology. So, we input the customer's requirements at the top level, and we flow down through all of the design requirements and the testing requirements. We keep it all managed through DOORS.

Many of our defense customers give us the requirements in a DOOR file, so we can instantly import it. Nobody has to sit there playing with spreadsheets or anything else. In minutes, we have the requirements, and we can begin the flow down to the various levels of the design as we work on it. The thing that we like about it is the fact that it's compatible with what our defense and also space customers use.

I like the way we can simply link requirements with one another and with test descriptions and then automatically produce reports that are required to show compliance to our customers. It is a combination of requirements management and reporting that I like, but I really have very little to do with the reporting part of it. I don't know how easy or hard it is to create those reports.

One thing that I would like to see is a lower-cost version of it that we could use for smaller projects. Sometimes, we do projects for commercial customers who would benefit from something like DOORS, but it's just so expensive. It's just a monster, so a lower-cost version would be the thing that we'd like to see.

I have been using this solution on and off for about eight years.

It is incredibly stable. We've never had a problem with its stability.

In the projects we've done, we've never bumped into a limit where we needed to do anything to accommodate the project. It just works. So, we've never had to scale it.

In terms of the number of users, we're limited to about three people who use it, and they're all hardware and software engineers. 

It is being used extensively. We use it every day. We could apply it to other things. If there was a lower-cost version of it, we would probably use it more widely through our projects, so that's really more a function of the cost of the product than the usability of it. 

I didn't have any encounters with them.

DOORS is the only system we've used for this purpose. In other cases, we create massive spreadsheets that have links in them and are completely unmanageable, but they do the work.

I wasn't involved in that.

I don't personally know what the numbers are. I just know that one of the reasons we've limited it to three seats is a function of cost.

I would rate IBM Rational DOORS a 10 out of 10. The main reason is that it's what our customers use and what we've been using for many years now, and I don't see any reason to change, frankly.

The most valuable features were the structural flexibility of the documents and ability to specify the type of link between them. It was possible to organize a group of collections within a project, a group of modules together in a collection and a group of artifacts together in a module or a variation of that. Additionally, it was easy to design links to any of the previously mentioned entities in a variety of defined relationships.

This product improved the amount and accessibility of formalized documentation surrounding business processes. It also helped bridge the gap between business and technical documentation requirements which was a priority when trying to rebuild our CRM system using vendors in several different time zones.

In the future, I would like to see a better interactive table of contents or index page that updates in or close to real-time. As the repository grows, it becomes harder and harder to keep track of all the moving parts that contribute to the system as a whole.

I used Rational DOORS for approximately nine months during 2014 on a fairly consistent basis.

The predominant issue that was encountered was connecting Rational DOORs to Rational Software Architect. Although these two products were meant to work in conjunction with each other that never came to fruition. The result was creating a workaround by saving image files that couldn’t be automatically updated and caused the database to time out as the repository grew.

I would not rate the level of customer service and technical support very highly. Response times were high and self-serve help via their website was hard to follow for non-technical users.

No previous solution was used.

I run my own engineering office in Switzerland for training companies on a freelance basis. I have used the most recent version for several projects.

This solution is very simple to use.

I really like the customization that can be done using the DOORS Extension Language (DXL). I have developed a lot of tools and it is quite nice. For example, I have a tool that I wrote that can perform a trace analysis for automatic reporting. It only works on classic DOORS because it would have to be reprogrammed in JavaScript or another language.

The UML editing and reporting features are good.

There are problems with the communication between DOORS and Microsoft Office. It doesn't matter which version of MS Office is used. When trying to communicate between Excel and DOORS or Word and DOORS and vice versa, problems arise. I would like to expect a more professional application here. A tool to gradually import scripts into DOORS Next Generation (DXL to Java) would be very helpful. Merging classic DOORS with next-generation DOORS using a web client would be a great idea.

I would like to see a much more professional way to generate documents.

A tool to import scripts, step-by-step into DOORS Next Generation would be very helpful.

The merging of classic DOORS with Next Generation DOORs using a web client would be a great idea. 

I have been using IBM Rational DOORS since 1999, version 0.1.

I have never had any problems with DOORS for any of my clients. It runs fine.

I have worked on smaller projects in the past and everything has worked fine, including the requirements and visibility. My clients have been happy and this has caused them to grow by purchasing additional licenses.

That said, this solution does not scale as well as I thought it would, so improvements could be made with respect to scalability.

Before using this solution I did everything in Microsoft Word.

The initial setup is straightforward.

I have done everything myself over the years.

I have been using classic DOORS version 9.6.1.11 and I was interested in switching to IBM DOORS Next Generation, but it is not as easy as I thought. The complexity is quite different and it is not very user-friendly. You used to have your own client and database, but now that it is mixed with the web, it doesn't make sense for me to use it.

Unfortunately, I think that DOORS was a nice tool and it is a pity that it has been ruined by IBM. The technical support is a mess and it is not the quality from the past.

I still really enjoy working with this tool. Even though it has been taken over by IBM, it is something that I have to live with.

I would rate this solution an eight out of ten.

I am using IBM Rational DOORS for managing engineering requirements.

IBM Rational DOORS has helped our organization because of the sense of configuration baseline. That is key for us. With it, we can create and freeze baselines, put them on the configuration control,  and then use it as evidence. 

What I like about DOORS is baselines, it's easy and I use the capability of multiple users. The traceability or links between different levels are very nice. Additionally, it is used by all of our suppliers, which brings us commonality.

One of the things that many people complain about is it's hard to manage attributes. For example, tables or figures. This is something that can be improved. 

The most important improvement for me right that is needed is based on textual structure type, which has been good, but there are new trends and more model-based are required. For that, it's outdated, it does not work well. It's outdated when it comes to model-based requirements

I have been using IBM Rational DOORS for approximately four years.

The stability of the solution is good. However, you can access the database remotely and when you have too many users, you see the performance reduces. I don't know what the exact threshold is to where the point that it starts affecting the efficiency. I know when there are too many people accessing the database simultaneously, it can get slow.

The scalability is good in the sense you are allowed to have many users, but performance-wise it will decrease if you have too many. However, it can scale in different ways for certain other requirements, it is very good. I have no issues. It's easy to manage.

We have hundreds of people using this solution, mostly in the engineering department.

This solution is being extensively being used in organizations.

I have not used technical support because whenever we have issues, we raise a ticket and the ticket is managed by our IT. If they need any higher-level solution they will contact the IBM Rational DOORS team.

We are using Siemens Teamcenter for the same usage as IBM Rational DOORS, but for different databases, they are not interconnected.

We have an IT department that does the implementation and all the maintenance of the solution.

My advice to others that want to use IBM Rational DOORS is you need to know what is the usage you want to give the solution. If any company wants to do something more mode-based oriented, I would not use IBM Rational DOORS. However, if you have a more textual requirement, IBM Rational DOORS is a good solution.

I rate IBM Rational DOORS a seven out of ten.