Problem solve Get help with specific problems with your technologies, process and projects.

How to write an SRS document for three different databases

How do I write an SRS for a requirement analyst in a non-profit organization that uses 3 different databases which do not collaborate?

As I've recently answered with regard to a question about how to write a Software Requirements Specification (SRS) 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 Topics Archive