As our world becomes more connected, this topic comes up less often, but it is still an issue for many people. I am not talking about data sharing down the supply chain here, but about taking your work away with you on a laptop and returning it to the corporate database with updates some time […]
From the previous three articles in this series, we know what we have and what we want to have; we just have to plan the route. I have started this section with definition of the database schema, which is arguably a part of the to-be. I have included it in this roadmap planning phase because […]
In the previous two articles I looked at discovering the as-is situation. This article will focus on identifying the to-be situation. If we don’t know where we are headed then we can’t expect to get there, or recognise if we do get there. An agreed view on the to-be can sometimes be hard to achieve, […]
In the previous article I looked at what information needs to be collected in the as-is phase of a DOORS Information Architecture Workshop. In this article, I will focus on how that information is collected. As a reminder, this series consists of : What information needs to be collected for the as-is How to collect […]
Setting up a new project in DOORS can be a little daunting. The tool comes with an open and flexible way to structure your data, which is great if you are experienced, but not so great if you are new to it. The options are seemingly endless and the opportunities to back yourself into an […]
One of the really nice features of DOORS Next is that artifact* types are defined for the project, and artifacts used in a module can be of various types.