I'm not sure why one would want to put everything in one module. It's like putting all your own documents into a single huge document or all your spreadsheets into a single big one. What a mess.
Multiple focused modules allows you to work with permissions, review processes, traceability, versioning, history and more, per stage in the V model. And different levels of data have different information which is interesting, meaning with multiple modules you can focus the data on the relevant artifact types, attributes (columns), views (what you see) and reporting.
If you are designing an airplane and model it on a high-level (say model it with 1 sheet of paper), you have different data than the engineer designing the engines or designing the auto-pilot, and to mix them them means 1000+ columns for data parameters of which 950 are empty for any single row. I'm not hiring that person. Happy to discuss a logical design.
John
------------------------------
John Straathof
Senior Trainer/Consultant, IBM CLM Products
------------------------------
Original Message:
Sent: 04-03-2018 08:21
From: Bob Kondek
Subject: One Module ... for All requirements?
I understand the visual usefulness of organizing a DOORS Project with subfolders and a collection of modules (eg, per the V-model of system engineering) ... but is this necessary? Can all requirements for all disciplines and stages of development be captured in a single module, with appropriate chapters/subchapters (that would follow a more complicated folder hierarchy with multiple modules)?
I know DOORS is a complex database, and a single module would become Huge, but given the computing power of most workstations nowadays, I'm not sure performance would really be affected. So, what don't I know about DOORS & req engineering that would advise against a single module approach?
#Sustainability
#Engineering