Professional Documents
Culture Documents
Assignment
PROGRAMME: HND
ASSIGNMENT NO: 01 of 06
1 Understand the need for quality assurance during all stages of the development of an IT
system
2 Employ standard documentation in the quality control of development and maintenance
3 Employ project management tools
4 Contribute to the review of stages of system development.
ASSIGNMENT: Individual
DATE SUBMITTED:
___________________
Common Skills assessed if Applicable: {Please make a tick to identify common skills assessed}
Communicating 8
9 Applying Design & 17
10 Creativity 18
11
Assessor Comments:
Plagiarism:
While research and discussion are an essential part of an assignment, the deliberate copying of someone else’s
work or unacknowledged copying from printed or electronic sources is NOT permitted. You may be subject to
disciplinary procedure if you do this. You should sign this sheet to show that you comply with these regulations.
Page 2
Common Skill Outcomes
By completing this assignment and submitting proper evidence, you can claim for the following common
skills outcomes
Page 3
The Scenario
Software Quality Assurance (SQA) is defined as a planned and systematic approach to the evaluation of the
quality of and adherence to software product standards, processes, and procedures. SQA includes the process of
assuring that standards and procedures are established and are followed throughout the software acquisition life
cycle. Compliance with agreed-upon standards and procedures is evaluated through process monitoring, product
evaluation, and audits. Software development and control processes should include quality assurance approval
points, where an SQA evaluation of the product may be done in relation to the applicable standards.
From a software process standpoint, one of the most important documents from a software quality standpoint is
the Software Quality Assurance Plan. The Software Quality Assurance (SQA) Plan specifies the SQA standards
and methodology which will be followed during each phase of the project to ensure the delivery of quality
product. This document also specifies the tools and process that will be used to achieve the defined standards
and methodology.
Aside from any industrial experience you may have obtained through internships or part time employment, the
largest software development project that you have worked on is your senior design projects.
Page 4
MAIN TASKS:
Task 01
Title Page – The title page should include details such as the project name, the date of the software quality
assurance plan, the revision of the document (1.0, 1.1, etc.) the team members, the title of the document, and
any other major identification material.
Task 02
Task 03
Introduction
a. Purpose and Scope– The purpose segment of the document shall describe the purpose of the Software
Quality Assurance Plan, the audience for the document, and the purpose for the existing software.
b. Plan Structure – This section will detail what is present in the following sections of the plan.
c. Definitions – In this section of the document, define explicitly any uncommon or unique terms and
acronyms for the given project.
d. References – Provide a detailed listing of documents which are referenced by the SQA document.
This should include, but not be limited to, SRS, Project Descriptions, Workplans, etc. (P7.1.2, P7.2.1,
P7.2.3)
Task 04
Management - This section describes the management organizational structure, its roles and responsibilities,
and the software quality tasks to be performed.
Page 5
Task 05
Documentation – This section of the SQA will reference the existing external documentation that may exist for
a given project. If external documentation does not exist, then the appropriate details need to be
a. Software requirements description (SRD) – The Software Requirements Specification shall describe
the requirements for the given software engineering project.
b. Software design description (SDD) – The software design description describes how the software
component is designed and should include traceability to the requirements segment.
c. Verification and validation plans – Verification and Validation processes should be defined to indicate
how the given software product conforms to the stated requirements.
d. Configuration Management – This section of the document shall detail how configuration
management of the given project is being handled, who is responsible, etc. The SCMP should also
define the methods and facilities used to maintain, store, secure, and document controlled versions and
related artifacts of the identified software during all phases of the software life cycle. (P7.1.1, P7.1.2,
P7.1.3, P7.2.1, P7.2.3)
Task 06
Standards, practices, conventions, and metrics - This section shall identify the standards, practices, conventions,
statistical techniques to be used, as well as stating how conformance to these standards shall be enforced. In
general the following standards should, in some fashion, exist:
a. Documentation standards
b. Design standards
c. Coding standards
d. Commentary standards
e. Testing standards and practices
f. Selected software quality assurance product and process metrics (P7.2.3)
Task 07
Software Reviews – This section of the document shall describe the reviews which are planned as part of the
software development process. In general, for a senior design project, the following reviews should occur:
Page 6
d. Verification and validation plan review – Assess the completeness of the Verification and Validation
plans to ensure that a quality deliverable can be obtained.
e. In-process reviews – These reviews verify the consistency of the design with the implementation.
Typically these reviews would consist of code reviews, test plan reviews, etc
f. Configuration Management Review – This review will assess the completeness and validity of the
configuration management plan. (P7.3.1, P7.4.1)
Task 08
Testing – This section should describe any additional testing outside of the Verification and Validation plan
which has been conducted on the given software product. In most cases, these tests should be covered in the
Verification and Validation Plans. (P7.4.3)
Task 09
Problem reporting and corrective action – This section shall describe how bug reporting and defect tracking is
handled. This may be an Access Database, Excel Spreadsheet, or a defect tracking tool such as Bugzilla. In
addition to the tool, this should discuss the specific process used. (P7.4.2)
Task 10
Tools, techniques, and methodologies – This segment discusses the tools, techniques, and methodologies used
for the project. Typically this section consists of a table detailing the task, activity, or phase, the tool used
(including name, version / revision), and any associated comments. (P7.3.2, P7.3.3)
Revision History – This section typically consists of a table which includes the revision number, date of
revision, the revisers, and a description of the changes made since the previous document. Each revision will
have its own entry in the table.
Appendices (Optional) – Any additional material that does not suite placement in the previous sections.
Appendices should be referenced from earlier segments of the document.
Page 7
RADE DESCRIPTORS - This assignment provides opportunities to achieve a tick in all three merit grade
descriptors and all three distinction grade descriptors
Task 5
Page 8
Grade Descriptor for MERIT Possible evidence Page Feedback
No
M1 Identify and apply • Effective judgements have been
strategies to find made
appropriate solutions Evidence for the effective judgements
made by the student.
Page 9
Grade Descriptor for Possible evidence Page Feedback
DISTINCTION No
D1 Use critical reflection to • Self-criticism of approach has taken
evaluate own work and place
justify valid conclusions Give a brief description of Self-criticism
of approach that has been taken place in
the system,
• Realistic improvements have been
proposed
Give a brief description about the
improvement that can be made for the
system.
End of Assignment
Page 10