Professional Documents
Culture Documents
3.0 Introduction
Software: in its most general sense, is a set of instructions or programs instructing a computer to
do specific tasks. Software is a generic term used to describe computer programs. Scripts,
applications, programs and a set of instructions are the terms often used to describe software.
The word software was first used by John Tukey in 1958. The theory of software was first
proposed by Alan Turing in 1935.
Software is often divided into three categories:
1. System software serves as a base for application software. System software includes device
drivers, operating systems (OSs), compilers, disk formatters, text editors and utilities helping the
computer to operate more efficiently
2. Programming software is a set of tools to aid the developers to write programs. The various tools
available are compilers, linkers, debuggers, interpreters and text editors.
3. Application software is intended to perform certain tasks. Examples of application software
include office suites, gaming applications, database systems and educational software. [CITATION
def \l 1033 ]
Planning: A basic management function involving formulation of one or more detailed plans to
achieve optimum balance of needs or demands with the available resources. [ CITATION def1 \l
1033 ]
Software Analyses is Software analysis patterns or analysis patterns in software engineering are
conceptual models, which capture an abstraction of a situation that can often be encountered in
modelling.[ CITATION Sof \l 1033 ]
1
This chapter will include the following sections: Introduction, Operational Framework, Work
Break down structure (WBS), System Requirement, Problem Analysis Identification,
Requirements Gathering Techniques, Process Modeling, Data Modeling, Suitable solution
Strategies of the proposed system, System Feasibility and Chapter Summary.
3.1 Operational Framework
The Operational Framework starts planning, proposal, chapter one introduction, chapter
two literature review, chapter three software planning & analyzing chapter four software design,
chapter five system implementation and finally chapter six conclusions & enhancement
2
Initialization and planning
Phase one
Literature Review
Data gathering
Interview Observation
Phase Two
Analyzing
DESIGNING PROTOTYPE
NO
System
Accepta
Phase Three nce
YES
Report writing
3
3.2 Work Break down structure (WBS)
Work break down structure (WBS) is a vehicle for breaking an engineering project down into
subproject, tasks, subtasks, work packages, and so on. It is an important planning tool which
links objectives with resources and activities in a logical framework. It becomes an important
status monitor during the actual implementation as the completions of subtasks are measured
against the project plan.[CITATION Rob84 \l 2057 ]
Admin
Reports
Figure 3. 1 WBS
B) WBS process
4
ecif icaton
p
S
alid tion
V e velop
D m en
t
le m
p
Im ta ion
en
a) User Interfaces: The keyboard, mouse, menus of a computer system. The user interface
allows the user to communicate with the operating system.
b) Software Interfaces: The languages and codes that the applications use to communicate with
each other and with the hardware.
c) Hardware Interfaces: The wires, plugs and sockets that hardware devices use to communicate
with each other, computer systems, or any other medium of communication. A physical
interface is the interconnection between two items of hardware or machinery.
5
3.3.1 Software Requirement Specification
One of the critical success factors in the development of high quality software product or
website is the deep understanding of the user’s real requirement as opposite to their perceived
requirements. This will make the product very easy to develop, maintain, and to use the software
properly by the end users.
User requirement is the process by which user desires, needs, and expectations are
gathered in order to establish what the users will actually use the software for, and recorded in a
way that will be meaningful both to the users and developments [CITATION Rob84 \l 2057 ].
1 Computer HB
2 Corei5 or Corei7
6
3 4GB or 8GB RAM
4 500 or 1 TB hard disk
A customer cannot demand features not in the user requirement document (URD), while
the software developer cannot Design and Implementation of Account Holders Information
System for Microfinance Bank the product is complete and ready if it does not meet even one
item of the user requirement document (URD).
Holders Information System for Microfinance Bank process in detail, I have noticed the system
had the following problems such as facilitates more functions that helps everyone in our
customers’
Somalia does not have Application Design and Implementation of Account Holders Information
System for Microfinance Bank I made Application Design and Implementation of Account
And also we create some of features to help users this App [CITATION Placeholder1 \l 2057 ].
Admin Problem
No direct role for the management.
7
Lack of efficient and useful reports.
Procedural Problem
Technical Problem
8
3.5.1 Interview
The main advantage of interviews is that the researcher (interviewer) can adapt the questions as
necessary, clarify doubt and ensure that the responses are properly understood, by repeating or
rephrasing the questions. The researcher/interviewer can also pick up nonverbal cues from the
respondent. Any discomfort, stress and problems that the respondent experiences can be detected
through frowns, nervous taping and other body language, unconsciously exhibited by any
person.
9
3.5.1.2 Disadvantages of interview
The main disadvantages of face-to-face interviews are the geographically limitations they
may impose on the surveys and the vast resources needed if such surveys need to be done
nationally or internationally. The costs of training interviewers to minimize interviewer's biases
for example differences in questioning methods, interpretation of response are also high. Another
drawback is that respondents might feel uneasy about the anonymity of their responses when
they interact face to face interviews [CITATION Placeholder3 \l 2057 ].
3.5.2 Observation
An observation is a data collection method used to gather detailed information about a situation
or event. Observation data is used to describe the setting, activities, participants, and the meaning
of the observations from the observer's perspective. Observation in this project will be based on
facts which are both accurate and detailed, but left any irrelevant or slight information that makes
the description difficult to understand. This data allows the reader to fully understand the
situation.
3.5.2.2Disadvantages of observations
a) Observer bias may occur. (Observer may only notice what interests him or her).
b) With participant’s observation, a skilled facilitator is needed to help participants present a critical
evaluation.
10
3.6 Process Modeling
A process model is a formal way of representing how a computer system operates. It
illustrates the processes or activities that are per-formed and how data move among them. A
process model can be used to document the current system (i.e. as-is system) or the new system
being developed (i.e. to-be system). Whether computerized. Process modeling is the process and
analysis of data and objects that are used in business or other context and identification of the
relationship among these data objects. Data modeling is a first step in doing object oriented
Programming and involves professional data modelers working closely with business
stakeholders, as well as potential users of information system [CITATION Placeholder5 \l 2057 ].
Data Flow Diagrams show information transfers and process steps of a system. The
general concept is an approach of a depicting how occurs input in a system, further processes and
what runs out. The aim of DFD is in accomplishing of understanding between developers and
users. Data flow diagrams are maintained with other methods of structured systems analysis.
A data flow diagram (DFD) illustrates how data is processed by a system in terms of inputs and
outputs. As its name indicates its focus is on the flow of information, where data comes from,
where it goes and how it gets stored.
11
The Data Flow Diagrams solution from the Software Development area of Concept Draw
Solution Park provides three vector stencils libraries for drawing DFD using the Concept Draw
PRO diagramming and vector drawing software.
The design elements library Data flow diagram (DFD) contains 15 data flow diagram symbols
for drawing both context-level data flow diagram and Level 1 DFD.
The design elements library DFD, Ganesa’s notation contains 12 data flow diagram symbols of
Ganesa’s DFD notation.
The design elements library DFD, Yourdon and Coad notation contains 22 data flow diagram
symbols of Yourdon/DeMarco DFD notation[ CITATION con17 \l 1033 ]
Process
Data Storage
External Entity
Data Flow
Figure 3. 3 UCD
12
3.6.2 Unified Modeling Language (UML)
UML stands for Unified Modeling Language; UML is a way of visualizing a software
program using a collection of diagrams. The notation has evolved from the work of Grady
Booch, James Rumbaugh, Ivar Jacobson, and the Rational Software Corporation to be used for
object-oriented design, but it has since been extended to cover a wider variety of software
engineering projects. Today, UML is accepted by the Object Management Group (OMG) as the
standard for modeling software development[CITATION sma17 \l 1033 ]
The key to making a UML diagram is connecting shapes that represent an object or class with
other shapes to illustrate relationships and the flow of information and data. To learn more about
creating UML diagrams [CITATION sma17 \l 1033 ].
The current UML standards call for 13 different types of diagrams: class, activity, object,
use case, sequence, package, state, component, communication, composite structure, interaction
overview, timing, and deployment.
These diagrams are organized into two distinct groups: structural diagrams and behavioral or
interaction diagrams [CITATION sma17 \l 1033 ].
A use case diagram shows you some of the use cases in your system, some of the actors in your
system, and the relationships between them. A use case is a high – level piece of functionality
13
that the system will provide. An actor is anyone or anything that interacts with the system being
built.
Use case diagram is done in an early phase of a software development project. The use case
diagram describes the use case (functions of the system), Actors (users) and the relationship
between the actors and the use case is connective
Here are the Symbols of UCD:-
Figure 3. 4 UCD
14
Log in
Employee
Receipt
Customer
Account User
Admin
Reports
15
3.7 Data Modeling
Data modeling is the analysis of data objects and their relationships to other data objects.
Data modeling is often the first step in database design and object-oriented programming as the
designers first create a conceptual model of how data items relate to each other. Data modeling
involves a progression from conceptual model to logical model to physical schema [ CITATION
web17 \l 1033 ].
Data modeling is the process and analysis of data and objects that are used in business or other
context and identification of the relationship among these data objects. Data modeling is a first
step in doing object-oriented Programming and involves professional data modelers working
closely with business stakeholders, as well as potential users of information system [ CITATION
luc07 \l 1033 ].
The basic building blocks of ERD are Entity, Attributes, Relationship and lines entity is
an object that exists and is distinguishable from other object in other words Entity types or Entity
set is a collection of similar entities; an entity may belong to more than one entity type. A
relationship is an association of entities where the association includes one entity from other
particular types is meaningful association before entity types. Attributes are properties of entity
16
types in other words; entities are described in a data base by a set of attributes [ CITATION Pet76 \l
1033 ]
The ERD is used to represent database schema, here are some symbols used to represent
ERD Symbols:
Line
Attribute
Entity Relationship
Figure 3. 6 ERD
17
One to many Relationship Type: Abbreviated 1:M, the relationship that associate one entity
to more than one entity is called one to many relationship: - Example is country having
states for one country there can be more than one states hence is an example one to many
relationships.
One to one Relationship Type: Abbreviated 1:1, one to one relationship is a special case of
one to many relationships. True one to one relationship is rare. The relationship between the
president and Country is an example is one to one relationship.
Many to Many Relationship Type: Abbreviated M: M, the relationship between
EMPLOYEE entity and PROJECT entity is an example of many to many relationships.
Many employees will be working in many projects hence the relationship between employee
and project is many to many relationships.
Many to One Relationship Type: Abbreviated M: 1, the relationship between EMPLOYEE
and DEPARTMENT is an example of many to one relationship, there may be EMPLOYEE
working in one DEPARTMENT. Hence relationship between EMPLOYEE and
DEPARTMENT is many to one relationship[ CITATION Jog10 \l 1033 ].
One-to-one
One-to-many
Many-to-many
Many-to-one
18
3.7.1.3 ERD of the Proposed System
1 * 1
Design and
Implementation of *
Account Holders Account
Information System
for Microfinance Bank
3.8Reports
Suitable Solution Strategies of The*Proposed System
Deposit Acc 1 Bank
As we are reaching the development phase, this section would contemplate on other ways
project’s objectives can be achieved. As you may know, the system will be developed in PHP.
programming language and it is the most used or popular.
19
A feasibility study could be used to test a new working system, which could be used because the
Feasibility study is an analysis of possible alternative solutions to a problem and a
recommendation on the best alternative. It can decide whether a process be carried out by a new
system more efficiently than the existing one.
This can be counted in terms of volumes of data, trends, frequency of updating, etc. in
order to estimate whether the new system will perform sufficiently or not. Technological
feasibility is carried out to determine whether the company has the capability, in terms of
software, hardware, personal and expertise, to handle the completion of the project.
20
Table 3. 5 Items
No Item Description Quantity Cost Per Unit Amount
1. PHP & MYSQL 1 Free
Total Free
21
Table 3. 6 Operational Feasibility
Total $1000.00
22
Typically, this means estimating how long the system will take to develop, and if it can be
completed in a given time period using some methods like payback period. Schedule feasibility
is a measure of how reasonable the project timetable is.
This involves questions such as how much time is available to build the new system,
when it can be built, whether it interferes with normal business operation, number of resources
required, dependencies, can the system be developed in time etc. The project duration schedule is
explained in the following.
23