You are on page 1of 4

result document name(s) document author # question do all requirements have a unique identifier? are all requirements atomic?

have the requirements been clearly, and unambiguously articulated? are all requirements prioritised? are the priorities explained? do all requirements have identified contacts assigned? are all requirements stated as pure business requirements i.e. without stipulating a solution? are all relevant constraints clearly documented? have all assumptions, risks, issues, dependencies and decisions: been clearly documented? been assigned with a unique ID? been assigned to owners? have requirements been cross referenced where relevant? have all diagrams or use cases been cross referenced to specific requirements? are all requirements feasible and testable? have supporting documents been cross referenced where relevant? have diagrammatic conventions been clearly explained? do all hyperlinks work correctly? has the document been checked for correct spelling, grammar and formatting? has the document been peer-reviewed? is there a justification for the BA confidence rating? has the project initiation document been referenced for scope? has the document been walked through with the relevant business representatives? check with a developer and a tester if you're not sure! if not, there needs to be a clear justification using the standard priority convention (1-4) i.e. can they be broken down further into separate requirements. further detail yes/no name of QA reviewer date of QA review action

rework

notes

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

result document name(s) document author # question have all data elements been identified that this change will create, read, update or delete? have specific data requirements been clearly articulated? have data elements been effectively modelled? has the appropriate data modelling convention been followed? is there commentary acompanying the diagram(s) to aid comprehension? have static / master data elements been clearly identified and are they e.g new data items required, changes to data easily distinguishable? items have business rules for the data items in question been clearly articulated and cross referenced? has database neutral terminology been used? have any manual data fixes been clearly distinguished from automated ones? have data quality rules been specified and cross referenced? further detail yes/no name of QA reviewer date of QA review action

rework

notes

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

result document name(s) document author # question have all business process impacts been identified? has an appropriate business process notation been used? have business rules for the processes in question been clearly articulated and cross referenced? have impacts on existing process repositories been identified? have process boundaries been adequately identified? have all process actors been identified? has the process been documented at an appropriate level of detail? are processes cross-referenced to requirements? further detail yes/no name of QA reviewer date of QA review action

rework

notes

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

result document name(s) document author # question have goals been clearly defined? have goals been linked to the business case? have the system boundaries been clearly defined? have all functions been defined? have all actors been defined? have all data flows been defined? have all data stores been defined? have all exceptions been defined? has an appropriate diagramming convention been used and explained? e.g. use case, DFD system = people + process + technology further detail yes/no name of QA reviewer date of QA review action

rework

notes

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

You might also like