Professional Documents
Culture Documents
3.1 Introduction
This section of the project describes or includes three main areas: software development
methodology, data collection procedures and development tools and platform. In the development
of a system, it is important to obtain the accurate, necessary and needed requirements to ensure
good and quality system development.
3.3 METHODOLOGY
Build and fix methodology is the model that was adopted in the development of this system. In the
build and fix model (also referred to as an ad hoc model), the software is developed without any
design specification especially when the client is not IT inclined. An initial product is built, which is
then repeatedly modified until it (software) satisfies the user’s desired goal. That is:
The software is developed and delivered to the user.
The user checks whether the desired functions are present.
If not, then the software is changed according to the needs by adding, modifying or deleting
functions.
This process goes on until the user feels the software meets their goal.
The build and fix model (as indicated in Fig 3.1) includes the following three phases:
Build: In this phase, the software code is developed and passed on to the next phase.
Fix: In this phase, the code developed in the build phase is made error free. Also, in addition to the
corrections to the code, the code is modified according to the user's requirements.
Use: This is the stage where the system is deployed and installed for use.
Fig 3.1: Build and
Fix SDLC diagram
3.4.1 Observation
Observation is the process of monitoring something or someone closely to get an information. It
helps one to gather life information or data from naturally occurring situation. This means that
hidden or concealed data would be revealed or disclosed. First-hand information rather than second-
hand information would be collected by looking at what is taking place in the real world situation
again. Observing or seeing the current system in action gives a thorough understanding and
additional perspective of system procedures.
The diagram above shows a visual representation of the relationships betweeen entities, how classes
are related and interact with each other on the database.