Qa Document
Qa Document
Requirements
Compliance
Correctness
Remarks
Passed or
Failed
PASSED
1.2
RMMM activities
Risk Management
Organization Role
in Risk Management.
Check the
FAILED
alignment
Use
FAILED
numbered list
2.1
Risk Table
It must be in
FAILED
tabular form
form.
2.1.1
Description of
Risk
2.1.2
Probability and
Check the
FAILED
Alignment
States the impact/effect of a
Have a good
FAILED
Page 1
look of table
it to happen.
3.0 RISK MITIGATION,
MONITORING AND
MANAGEMENT
managing it.
3.1
Check
FAILED
Alignment
Check
FAILED
Alignment
stated.
3.1.1
Product Size
definition.
Check
FAILED
Alignment
and the
order
3.1.2
Business Impact
Check
Alignment
and the
FAILED
order
3.1.3
Customer(User)
Risk
Check
FAILED
Alignment
Page 2
Process Risks
Check
FAILED
Alignment
and the
order
3.1.5
Technology
Risks
system in technology.
Check
FAILED
Alignment
and the
order
3.1.6
Development
Check
Risks
Alignment
stage.
and the
FAILED
order
3.1.7
Employee Risks
Check
(Teammates)
Alignment
to its developers.
and the
FAILED
order
Page 3
3.2
No content
FAILED
Check
FAILED
determined risks.
3.2.1
Product Size
Alignment
and the
order
3.2.2
Business Impact
Check
FAILED
Alignment
and the
order
3.2.3
Customer(User)
Check
Risk
clients/customers of the
Alignment
system.
and the
FAILED
order
3.2.4
Process Risks
Check
FAILED
Alignment
and the
Page 4
3.2.5
Technology
Check
Risks
Alignment
and the
FAILED
order
3.2.6
Development
Check
Risks
Alignment
risks
and the
FAILED
order
3.2.7
Employee Risks
Check
(Teammates)
Alignment
the system.
and the
FAILED
order
3.3
Risk m
No content
FAILED
Check
FAILED
identified risks.
3.3.1
Product Size
Alignment
Page 5
and the
order
3.3.2
3.3.3
Check
Alignment
and the
of the client.
order
Customer(User)
Risk
Check
FAILED
FAILED
Alignment
and the
order
3.3.4
Process Risks
process risks.
Check
FAILED
Alignment
and the
order
3.3.5
Technology
Check
Risks
Alignment
the system.
and the
FAILED
order
Page 6
3.3.6
Development
Check
Risks
Alignment
development risks.
and the
FAILED
order
3.3.7
Employee Risks
(Teammates)
employee risks.
Check
FAILED
Alignment
and the
order
No content
FAILED
Page 7
SOFTWARE CONFIGURATION
Requirements
Compliance
Correctness
Remarks
MANAGEMENT (SCM)
1.0 INTRODUCTION
Passed or
Failed
Configuration Management as
Check
FAILED
Alignment
a whole.
1.1
SCM activities
Dont use
FAILED
bullets
activities.
Use
numbered
list
1.2
SCM Organizational
There are no
Role
responsible
SCM Activities.
persons
FAILED
cited
2.0 SCM TASKS
done in SCM.
2.1
Identification
Check
FAILED
Alignment
There are no
tasks
identified
FAILED
Page 8
2.2
Configuration Control:
Missing
FAILED
content
Description
Dont use
FAILED
bullets
the changes.
2.3
Version Control
Missing
FAILED
content
2.3.2
Description
No
technique in revised
versioning
technique
Increasing
Version
FAILED
Page 9
2.3.3
Number
of systems.
Work Products
and
Does not
FAILED
state the
Documentation
revision
history
2.4
Configuration Status
Accounting
reporting of information
Check
FAILED
Alignment
Description
Configuration Status
Dont use
FAILED
bullets
Work Products
and
Dont use
FAILED
bullets
Documentation
Payroll System with Attendance and Leave Monitoring
Page 10
Use
numbered
list
Page 11
Requirements
Compliance
Correctness
Remarks
ASSURANCE
Passed or
Failed
1.0 INTRODUCTION:
1.1
Dont use
SQA activities
bullets. Use
numbered
EIS
list
FAILED
Quality Assurance
information is precise
1.2
There are no
FAILED
descriptions
of roles
Page 12
Dont use
bullets. Use
numbered
list
FAILED
System
2.1
Task Overview
Check the
FAILED
alignment
Standards, Practices
PASSED
Page 13
2.3
SQA Resources
must be listed.
Missing
FAILED
content
Generic Review
Conduction Review is
Guidelines
existing
Dont use
FAILED
bullets. Use
numbered
list
precise
Check
alignment
Must have information
about Review Work Product
3.2
Formal Technical
Description of Review
Reviews
Walkthroughs
Dont use
FAILED
bullets. Use
numbered
Description of Review
list
Inspection
Check
Payroll System with Attendance and Leave Monitoring
Page 14
Check the
numbering
Page 15
3.3
SQA Audits
Quality Assurance
Dont use
FAILED
bullets. Use
numbered
list
Check
alignment
Reporting Mechanism
Mechanism of reporting in
Payroll System with
Check
FAILED
alignment
Page 16
4.2
Responsibilities
Use
numbered
roles.
list
FAILED
Check
alignment
4.3
Valuation
Check
FAILED
alignment
clearly identified.
4.4
Statistical SQA
Dont use
bullets. Use
numbered
list
FAILED
Leave Monitoring
Check
alignment
5.0 SOFTWARE PROCESS
PASSED
IMPROVEMENT ACTIVITIES
Payroll System with Attendance and Leave Monitoring
Page 17
5.1
Dont use
bullets. Use
appropriate to Payroll
numbered
list
FAILED
System
alignment
5.2
Responsibilities
FAILED
Check
Monitoring System is
alignment
Software configuration
Check
FAILED
alignment
Page 18
METHODS
be clearly identified
Check
FAILED
alignment
Page 19
Requirements
Compliance
Correctness
Remarks
Passed or
Failed
1.0 INTRODUCTION
1.1
Dont use
bullets. Use
numbered
list
FAILED
money.
Check
alignment
1.2
System Statement of
Scope
Check
FAILED
alignment
General Requirement of GL
Module is specified
Dont use
FAILED
bullets. Use
numbered
list
Page 20
Requirement of GL module
Check
is specified
alignment
5 Analytical Reports
Free Format Query
Custom GUIs
Android Application
Import and Export Utility
1.3
System Context
Provide
FAILED
more details
Major Constraints
Computing Environment
PASSED
Data Requirement
Page 21
Clearly Specified
2.0 FUNCTIONAL DATA
DESCRIPTION
2.1
System Architecture
2.1.1 Architecture
Model
Use single
FAILED
colour only
Appropriate Menus of
Payroll and Monitoring
System
Subsystem overview is
Provide
Subsystem
more
Overview
Monitoring System
subsystems
FAILED
overview
Payroll System with Attendance and Leave Monitoring
Page 22
Information is clearly
defined
2.2
Data Description
2.2.1 Major Data
Objects
to GL System
Be
FAILED
consistent in
numbered
list one
description.
2.2.2 Relationships
format only
Provide the
relationships
existing
of each
FAILED
entity
Readable Diagrams and the
connection is correct
2.3
Human Interface
Description
Check
FAILED
alignment
Monitoring System is
clearly defined.
Page 23
Subsystem Flow
Diagrams
Use single
FAILED
colour only.
System
Use
appropriate
objects
4.0 ENHANCED INTERFACE
PROTOTYPING
4.1
Prototyping
PASSED
Requirements
Screens for the Payroll and
Monitoring System
Page 24
SOFTWARE REQUIREMENTS
SPECIFICATION
1.0 INTRODUCTION
Requirements
Compliance
Correctness
Remarks
Passed or
Failed
Detailed objectives of
the system. Ex in GL.
Must record all the
transactions of the
Hospital regarding
money.
Check
alignment
FAILED
Dont use
FAILED
PASSED
Dont use
FAILED
bullets
Use
Numbered list
Must be detailed
general requirements.
Page 25
bullets
Use
Numbered list
1.2.2 Extended
Requirements
Dont use
FAILED
bullets
Use
Numbered list
1.3
1.4
System Context
Major Constraints
Check
FAILED
Alignment
Check
FAILED
Alignment
2.0USAGE SCENARIO
2.1
User Profiles
Dont use
FAILED
bullets
Use
Page 26
Use-Cases
2.2.1
Use Case
Diagram
Dont use
FAILED
bullets
Use
Numbered list
2.2.2
Use Case
Description
Missing
content
FAILED
2.3
Special Usage
Considerations
Missing
content
FAILED
2.4
Activity Diagram
Missing
content
FAILED
Data Description
Page 27
3.1.2 Relationships
Indicate the
relationship
of every
entity
FAILED
It contains the
subsystem of the
module.
Use single
FAILED
Check
FAILED
Alignment
Subsystem Flow
Diagrams
colour only.
Use
appropriate
objects
4.2
Human Interface
It is the human
interface requirements
of the system.
Include only
FAILED
the main
points
Include only
FAILED
the main
Page 28
Must include
FAILED
the
Functional
and NonFunctional
requirements
Page 29
Requirements
Compliance
Correctness
Remarks
Passed or
Failed
1.0 INTRODUCTION
1.1
Focuses on the
PASSED
goals of the
system in the
design
1.2
Missing
FAILED
content
design.
1.2.1 General Requirements
The general
requirements in
Dont use
FAILED
bullets
Use
Numbered
list
Page 30
1.3
System Context
Significance of
Focus on
FAILED
design
development of
the system
1.4
Major Constraints
The design
constraints that
Focus on
FAILED
design
Database Description
Contains the
tables together
Missing
FAILED
content
COMPONENT-LEVEL DESIGN
diagram.
Use single
FAILED
colour only.
Use
appropriate
Page 31
Program Structure
Comprises of the
System
Use single
FAILED
colour only.
Composition
Use
appropriate
objects
3.2
The components
of the system are
Check the
FAILED
format
Page 32
Describes the
importance of the
Missing
FAILED
content
UI design.
4.1.1
Screen Images
Sample Images.
4.1.2
PASSED
Missing
FAILED
content
by the system
(ex. Login button)
and what will be
the main actions
afterwards.
4.2
Check format
PASSED
Components
FAILED
Rules of Design
Interface
4.3
Components Available
All of the
components
not properly
Page 33
described
template / design
are described
here.
4.3.1
Intrinsic Controls
The basic
No images
controls must be
and
detailed with
description
FAILED
images.
4.3.2
ActiveX Controls
The advanced
No images
components must
and
be detailed with
description
FAILED
image.
It includes things
Focus on
COSNTRAINTS
software
cannot do.
design
FAILED
Classes of Test
Include the
FAILED
Classes of
Page 34
test
login, system
setup,
transactions and
other important
parts of the
system.
6.2
Performance Bounds
Contains how
Check
FAILED
Alignment
will respond. It
includes the best
and worst case
scenario.
6.3
Identification of Critical
Components
Describes the
detailed critical
Check
FAILED
Alignment
components of
the system. For
example in
General Ledger,
the identification
Page 35
Page 36
TEST SPECIFICATION
Requirements
Compliance
Correctness
Remarks
Passed or
Failed
1.0 INTRODUCTION
X
1.1
Goals and
Objectives
Statement of Scope
Failed
objectives are
not specified.
1.2
Dont use
FAILED
bullets
Major Constraints
Passed
Passed
Software (SCIs) to
be tested
to be tested.
2.1.1
X
Interfaces
No
Failed
screenshots
modules to be tested.
Page 37
2.2
Testing Strategy
2.2.1
2.2.2
Unit
Testing
Integration
Testing
Passed
Passed
systems.
X
2.2.3
Validation
Testing
inside the
system.
X
High-Order
Testing
Failed
trapping
2.2.4
Validation or
This checks if
Failed
the software
meets the
requirements
stated on the
SRS of the
systems
document.
X
2.3
Testing Resources
and Staffing
Dont Use
Failed
bullets
the system.
Payroll System with Attendance and Leave Monitoring
Page 38
Test Record
Keeping
test results.
Environment
No list of
Failed
tools/software
needed to test
the system
X
Test Schedule
Failed
Keeping
system.
2.6
No Test
Record
X
2.5
No Test
Failed
Schedule
3.1
3.2
No Test
Failed
Procedure
Software (SCIs) to
be tested
No SCIs to be
Failed
tested
Testing Procedures
3.2.1
Unit
Testing
Failed
main points
individual modules.
3.2.2
Integration
Testing
Failed
main points
Modules
Payroll System with Attendance and Leave Monitoring
Page 39
3.2.3
Validation
Testing
Failed
main points
3.2.4
High-Order
Testing
Failed
main points
Dont use
bullets
3.3
Testing Resources
and Staffing
Dont use
Failed
bullets
system
3.4
Test Record
Dont use
Failed
bullets
test.
Page 40