larco-user requirements definition

8/7/2019 LARCO-user requirements definition

1/10

CHAPTER 3

REQUIREMENT ANALYSIS

STANDBY MODULE REQUIREMENTS

The module requirements is the starting point of any software system design where detailed

explanation of how the user requirements should be provided by the standby module. It contains

also modules functions services and the operational constraints. The section describes different

requirements of the module and the description of the services that the module should provide.

There are two types of the requirements for standby content module

Functional Requirements Non-Functional Requirements

FUNCTIONAL REQUIREMENTS OF THE STANDBY MODULE

The following describe the functionality or the services that is expected to provide.

The standby content module shall:

y Allow a developer to select the specific content before adding to standby moduley Provides the way a content developer to add the contenty Allow the content developer to save those content developedy It has to provide a means of updating/editing the content when it is necessary to do soy Provides a way onto which students can search or select the content based on their

preference

y Provide a means to the content developer to remove or delete the contenty Provide a means of checking the content by viewing or getting the access onto it

3.3 NON FUNCTIONAL REQUIREMENTS OF THE MODULE

These are the requirements that are not directly concerned with the specific functions delivered

by the system. It includes


2/10

(i) Storage:

(ii) Performance:

The module shall operate in a reasonable speed both to use it and when accessing some

content within it.

(iii) Portability:

The module should be able to used in different environments, such as Windows XP,

Windows Vista and the varieties of UNIX window.

(iv) Maintainability:

The module should be easily maintained by the module content developer. There should be

back up so as to keep and maintain current data.

(v) Security:

The module should protect itself from external attacks that may be accidental or deliberate

such as viruses, unauthorized use of module services, and unauthorized modification of the

module or its data.

(vi) Robustness:

The module should have the ability to continue to function accurately even if the content

developer or student inputs wrong commands/data.

(vii) Accessibility:

The module should be accessible to all students who are the main target for the purpose of

getting an access to the content

(viii) User friendliness:

The module should have a good and simple user interface. The novice users(new student to

module) can simply follow the instructions to use it without special computer technique.


3/10

HARDWARE AND SOFTWARE REQUIREMENTS

Hardware requirements:

The proposed standby module will require a minimum of the following hardware:

i) PROCESSOR:Intel Pentium III versions with the speed of 700 MHZ or higherii) RAM : The amount of main memory needed is at least 256 MB or higheriii) HDD: Hard Disk Drive space require is at least 40GBiv)RESOLUTION: Screen Resolution of at least 800 x 600 or higherv) NIC: Network Interface Card (NIC) 10/100 Mb/s

Software requirements are:

y Operating System Windows 98, 2000, XP, Vista or Linux.y Relational Database Management Software MySQL.y Web Server - Apachey Web browser - Internet Explorer 5.0 or higher, Mozilla Firefox and Opera.y Scripting Language PHP and HTML

3.5 USER REQUIREMENT ANALYSIS AND DESIGN ANALYSIS

Basically, this will uniquely identify the requirements for module users. The users are as follows:

1. CONTENT DEVELOPER/TEACHERThe module is intended for content developer or a teacher to use in their preparations for

content. The following functions are needed to satisfy content developers requirements:


4/10

(i) Create the content: Developer can create the content from different areas of theirselection and save them onto the module.

(ii) Update or edit content: Where it is necessary to make changes according to themodification, a content developer needs to make those changes by updating.

(iii) Delete or remove content: if there are content which are not required either becauseof the changes in mathematics syllabus then the content developer has to remove

those.

2. STUDENT

The students required to have an access to the module with only the matter of viewing and

get used to the content for the purpose of learning. The following functions are needed to

satisfy students requirements

(i) View content:Authenticated instructors can see the students results on the exams given in

their courses but not in other instructors courses.

(ii) Doing exercise and questions: Students can perform exercises and questions and at the end

can request the feedback by sending response to the module.

MODEL

System development needs more detailed requirement analysis and specification. UnifiedModeling language (UML) is a standard language for specifying, analyzing, designing and

documenting standby module.UML use diagrams in documenting systems (Booch el al, 1999).

In this documentation the following diagrams will be used during system analysis phase:

1. Use Case Model (Diagrams)2. Conceptual Model (Class Diagram)

3.6.1 USE CASE MODELING

Use case modeling is the process of modeling module functions in terms of business events,

which initiated the events and how the module responds to the events. It addresses the static use

case view of the standby module. Use cases are used to model the context of the module and

model the requirement of it.


5/10

The use cases which will be considered are:

Create content, Add content, Save content, Update/Modify content, Search content, View/access

content and Delete the Content.

The Actors of the standby module are Students, Content Developer or Teacher.

ACTOR(S) DESCRIPTION

Content Developer

or a teacher

The one who is responsible for doing all of the operations

concerned with the mathematics content. He/she can perform

the following which includes Create content, Add, Save,

Update/Modify, Search, Access/View and also Delete the

Content.

Student A student can Select, View, and Access the Content

USE CASES DESCRIPTIONS

The terminologies to consider during use case descriptions will include:

1. Use case name: Itprovides a unique identifier for the use case.2. Actor(s): An actor is someone or something outside the content standby-module that

either acts on it. An actor may be a person or equipment/device

3. Description: It provides a quick overview, which is intended to save the reader fromhaving to read the full contents of a use case to understand what the use case is about.

4. Preconditions: Section defines all the conditions that must be true for the trigger tomeaningfully cause the initiation of the use case.

5. Post conditions:Describes what the change in state of the standby module that will beafter the use case completes.


6/10

6. Main flow of events:At a minimum, each use case should convey a primary scenario, ortypical course of events, also called "basic flow" or "happy flow".

7. Exceptional flow of events: Use cases may contain secondary paths or alternativescenarios, which are variations on the main theme. Exceptions, or what happens when

things go wrong, may also be described, either within the alternative paths section or in a

section of their own.

The following tables (Table1Table6) describe the use cases of standby content module.

Table 1: Create content Use Case Description

Use case name: Create content

Actor(s): Content Developer or a Teacher

Description: Preparation of mathematics content including creating a new

contents that are based on the Tanzania Curriculum for mathematics

in secondary schools for form III

Preconditions: No content in the standby module

Post conditions: Content will be under CD/DVD-ROMs or under online system

called Learning Management System (LMS).

Main flow of events: 1. Content Developer or a Teacher selects the area (Topics) ofwhich is going to concentrate on preparing content.

2. Content Developer or a Teacher continues selecting thesubtopics within the main topic.

3. On subtopics selected developer has to prepare practices forthe student.

4. He/she has to provide self- assessment exercises for studentat the end of students study.

5. He/she has to provide the feedback response for studentExceptional flow of

events:

None.


7/10

Table 2: Add content Use Case Description

Use case name: Add content


Description: On the completion of content unit packages have to be put altogether

to the module. Only specific chosen content from selected content

will be added to the standby module

Preconditions: No content to standby module

Post conditions: Content will be available in the module

Main flow of events: 1. Content Developer or a Teacher clicks the add button2. Standby Module display the browse link page to follow3. Content Developer or a Teacher adds the content to module4. The content are checked for their consistent

Exceptional flow of

events:

None.

Table 3: Save content Use Case Description

Use case name: Save content


Description: The available content can be saved as either in CD/DVD-ROMs or

under the Learning Management System(LMS)

Preconditions: Content is available in the standby module

Post conditions: The changes will be done to the standby module content

Main flow of events: 1. Content Developer or a Teacher clicks the save button tomake those changes to the current available content.

2. Content Developer or a Teacher revised on the contentExceptional flow of

events:

None.


8/10

Table 4: Update content Use Case Description

Use case name: Update content


Description: Modifying the old content by replacing the current one


Post conditions: Existing of the new content

Main flow of events: 1. . Content Developer or a Teacher open the main page of thestandby Module

2. Content Developer or a Teacher selects on the specific topicto update the content.

3. He/she clicks the update button4. Standby Module therefore displays the page where to browse

and the recently data content

5. Content Developer or a Teacher upload the required contentExceptional flow of

events:

None.

Table 5: Search content Use Case Description

Use case name: Search content

Actor(s): Student

Content Developer or a Teacher

Description: Looking for the content required

Preconditions: The content are already in the module

Post conditions: Get the content

Main flow of events: 1.

Student, Content Developer or Teacher clicks the searchbutton to search the content he/she wanted

2. Standby Module displays the page that enables for the searchshe/he intended

3. It allows several links which follows when browsing the


9/10

content

4. Student, Content Developer or Teacher continues clicks thebuttons until the entire search

Exceptional flow of

events:

None.

Table 6: Delete content Use Case Description

Use case name: Delete content


Description: Remove the unnecessary or outdated content from the module


Post conditions: Fresh copies of content are present

Main flow of events: 1. Content Developer or Teacher select the unwanted material2. Content Developer or Teacher clicks the delete button3. The content are removed from the standby module

Exceptional flow of

events:

None.

Table 6: View/access content Use Case Description

Use case name: View/access content


Student

Description: Seeing the mathematical content in the module


Post conditions: Able to check them by means of either get an access or seeing them

Main flow of events: 1. Student, Content Developer or a Teacher can check upon thealready content in the standby module

2. Student, Content Developer or a Teacher can get an access tothe content as they wish

Exceptional flow of None.


10/10

events:

larco-user requirements definition

Documents