LO 4: Submit Analysis and Gain Agreement: Learning Guide # 1
LO 4: Submit Analysis and Gain Agreement: Learning Guide # 1
This learning guide is developed to provide you the necessary information regarding the following content
coverage and topics –
This guide will also assist you to attain the learning outcome stated in the cover page.
Specifically, upon completion of this Learning Guide, you will be able to –
prepare detailed documents according to documentation standards and organisational templates
write documents in a style that is succinct and appropriate to the audience
communicate data gathered to the client to gain consensus and agreement on business requirements
Learning Activities
Your teacher will evaluate your output either satisfactory or unsatisfactory. If unsatisfactory, your
teacher shall advice you on additional work. But if satisfactory you can proceed to the next topic.
Information Sheet 1
Report findings
Report findings
The contents and degree of detail for a Requirements Report will vary depending on the size and scope of a
project, but a Requirements Report is generally an informal document that can be easily understood by the
customer. The report may contain only business requirements, or it may extend to technical requirements and a
feasibility study. Your organisation will often provide a template for requirements documentation.
The purpose of the Requirements Report is to communicate and confirm the requirements. The next section
describes the purpose of the different sections of the report.
Introduction Purpose
Scope
Definitions
Overview of document
Systems description Overall system
Sub systems
Learning Guide Date: 11-2014 Page 2 of 8
1st Revision Author: IT DEPARTMENT
HUMERA Polytechnic College
Training, Teaching and Learning Materials Development
Operating environment
Functional requirements Logical view
Physical view
Non-functional requirements Performance
Quality
Business rules
Information domain Data definitions
Structure
Project costs Analysis
Software development
Hardware and network
Benefits Tangible
Intangible
Introduction
The introduction defines the purpose of the document with a summary of the entire document.
The introduction should describe the scope of the system—i.e. what functions the system will implement.
System Description
This describes top-level functions of the system and the system environment. Diagrams (eg Use Cases and
Context Diagrams) can be used to model the system and interactions with its environment.
For example, if the system is a website, you could include a top level storyboard to demonstrate the main
functions to the client.
Functional Requirements
The functional requirements define the services that the system provides.
Examples of mandatory (“must”) and desirable (“may”) functional requirements might be:
The system Must associate non-stock purchases of raw materials to a specified customer order
The system Must associate design work as well as production work to customer special orders
The system Must provide a users’ guide for products
The system Must capture customer details online
The system May have password protection for a members only section
The system May track the completion status of customer special orders
Case diagrams, Data Flow diagrams and Statechart diagrams are common techniques used to describe the
system’s functions.
Storyboards
Learning Guide Date: 11-2014 Page 3 of 8
1st Revision Author: IT DEPARTMENT
HUMERA Polytechnic College
Training, Teaching and Learning Materials Development
A common technique for providing functional information for websites to the client is to provide a storyboard.
Storyboards are a visual representation of what a website interface is supposed to look like. They can consist
of a site map and a detailed representation of some or all of the pages in the site.
Here is an example of a site map:
Storyboards are most appropriate for use with website design. The storyboard has its foundation within the
visual arts field of film and television. The intention of a storyboard is to provide a visual representation of the
structure and content of an interface – whether it is a movie or a website. Storyboarding is used to lay out the
pages and media elements before actually creating the site. Through storyboarding, the designer can see what
the website will look like before constructing it. The technical requirements may include a detailed or
conceptual storyboard.
For more details about storyboards, review this extract (44 KB 2830_reading03.doc) from the Toolbox on
Certificate IV Web Design.
Non-Functional Requirements
Non-functional requirements define any constraints within which the current system operates. Examples of
this include database size, response times and web page download times.
Information domain
Information domain defines the data requirements of the system. ER diagrams, Class diagrams and Data
Dictionaries are common techniques used to describe a system’s data.
For websites, the storyboard information should be expanded to show what information (web pages) will be
included.
Project Costs
Project costs defines estimated costs of the project in terms of development and running costs.
Benefits
Benefits defines the areas that the new system will improve. This includes benefits measurable in dollars
(tangible benefits), and those that cannot be measured in dollars (intangible benefits) but are important
nonetheless.
Name:____________________ Date:_________________
Instruction: Answer all the questions listed below, if you have some clarifications- feel free to ask your teacher.
Please ask your trainer for the questionnaire for this Self-Check.
Instructions: You are required to perform the following individually with the presence of your
teacher.
Please ask your trainer for the instructions for this lap test.