As I've recently answered with regard to a question about how to write a Software Requirements Specification (SRS)...
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
for a portal, you write an SRS the same way regardless of what the SRS is for.
Therefore, a far better question, and perhaps what this questioner actually meant to ask, would be, "How do I find out the requirements for a non-profit organization having three different databases which do not collaborate?"
While I can't know the specifics of the questioner's individual situation, I can state with great certainty that focusing first on the databases virtually guarantees failure. The databases are a presumed solution to some problem, opportunity, or challenge. The databases probably are not collaborating because:
- The organization's REAL problem, opportunity, or challenge that provides REAL value when addressed appropriately has not been defined adequately.
- The key causes of the problem, opportunity, or challenge have not been defined adequately. Existing database contents, structures, and relationships probably are one of the key causes.
- The REAL, business requirements deliverable whats that provide value by addressing the problem, opportunity, or challenge have not been defined adequately.
- The product/system/software how to meet the REAL business requirements, such as databases and collaboration among them, has not been defined adequately.
- The product/system/software how has not been implemented adequately.
Once you've identified what needs to be accomplished to provide the organization the value it needs, then and only then is it worthwhile to worry about how to accomplish it--a product/system/software whose design is described in an SRS.
The database contents, structure, and collaboration are part of the design and are described in a separate SRS section. More importantly, the SRS should be describing the functionality whereby the database contents are obtained, entered, validated, linked, retrieved, and manipulated/formatted to enable meeting the REAL business requirements.
Dig Deeper on Penetration Testing
Related Q&A from Robin F. Goldsmith
How do you engage high-level business executives in the process of writing business requirements?continue reading
Why don't users seem to appreciate typical software QA testing status reports?continue reading
What is the value of online discussion forums? This expert sees the good and the bad in online forums.continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.