Abstract
Probably the biggest, messiest, most onerous task in systems analysis is documentation. Typically, we produce enormous amounts of highly detailed narrative, together with some fairly general flowcharts. If anybody ever actually reads these documents, they often find redundant and contradictory information. Even though the documents are laden with all the detail we could think of to include, the reader typically walks away muttering, "But what's the system supposed to do? " The feeling is something like expecting floor plans and renderings of your new custom house from the architect, and instead receiving an accounting of the barrels of nails, board-feet of lumber, reels of copper wire, and a carpentry manual.
Talk to us
Join us for a 30 min session where you can share your feedback and ask us any queries you have
More From: ACM SIGDOC Asterisk Journal of Computer Documentation
Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.