Documenting 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 […]
Following on from the Information Architecture Workshop series, I want to show an example of how some of that information should be documented. A comprehensive document should be made available, but also a summary document for quick reference and guidance. Some years ago we produced a quick reference document for a generic schema and process, […]
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.
I was at UK IBM Innovate last week and one very interesting presentation was from Jeremy Dick of Integrate. Jeremy highlighted some of the key differences between DOORS Classic and DOORS Next Generation. I will draw from that discussion here, but also add my own commentary.