ProductsLogo
LogoStudy Documents
LogoAI Grader
LogoAI Answer
LogoAI Code Checker
LogoPlagiarism Checker
LogoAI Paraphraser
LogoAI Quiz
LogoAI Detector
PricingBlogAbout Us
logo

System Analysis and Design for the Odd Jobs Limited

Verified

Added on  2023/06/03

|17
|3473
|288
AI Summary
Read about the system analysis and design for the Odd Jobs Limited. Learn about adaptive methodologies, advantages, disadvantages, scrum development methodology, extreme programming (XP) methodology, and recommendations. Get the requirements gathering plan and discussion for OJL.

Contribute Materials

Your contribution can guide someone’s learning journey. Share your documents today.
Document Page
1
System Analysis and Design for the Odd Jobs Limited
:
SYSTEM ANALYSIS AND DESIGN FOR THE ODD JOBS LIMITED
By (Student names)
[Course Name]
[Lecture Name]
[University Name]
[City where the university is located]
[Date]

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
2
System Analysis and Design for the Odd Jobs Limited
Table of Contents
Part A...............................................................................................................................................3
Adaptive methodologies..............................................................................................................3
Advantages..............................................................................................................................4
Disadvantages..........................................................................................................................5
Scrum development methodology...............................................................................................5
Advantages..............................................................................................................................6
Disadvantages..........................................................................................................................7
Extreme programming (XP) methodology..................................................................................7
Advantages..............................................................................................................................8
Disadvantages..........................................................................................................................8
Recommendation.........................................................................................................................8
Memo...............................................................................................................................................9
Description of requirements gathering........................................................................................9
Plan for requirements gathering OJL.........................................................................................10
Discussion for OJL....................................................................................................................11
Recommendation.......................................................................................................................12
Part B.............................................................................................................................................12
Event Table................................................................................................................................12
Domain Model Class Diagram..................................................................................................13
Design Class Diagram...............................................................................................................14
Use Case Diagram.....................................................................................................................14
Use Case Description (intermediate).........................................................................................15
Reference.......................................................................................................................................16
Document Page
3
System Analysis and Design for the Odd Jobs Limited
Part A
Introduction to Adaptive methodologies
Odd jobs limited is business company that is located in Sydney and it offers services to the
customers where they provides them with contactor staffs who are experts and also vehicles of
various types and the company charges the customers on hourly basis.
This company was established by Colin Grey and he had been planning and managing the
business and currently they had employed a total of 100 employees, however this business had
developed and grown to various centers and the major tasks is to manage the staffs, customers
and invoicing systems.
The business had employed various employees who includes office staffs, contracting staffs and
the drivers where the office staffs receives jobs from the customers and allocate them to the
contracting staffs , the contracting staffs then offer the service to the customers and update the
amount of job done, vehicle used and hours taken through the emails and phone calls to the
office staffs although it is time consuming and the drivers are the one who are responsible of
driving the allocated vehicles.
Tom Smith and the management team had found the current system to be very tedious and time
consuming and had decided to introduce a mobile application for managing the staffs, customer’s
jobs and updating the completed jobs details.
Through the proposed mobile application the contracting staffs will be able to update the
completed jobs details, completing the customers invoices that states the hours taken and the
vehicle’s number of vehicle used, however Tom Smith will be able to view the jobs done daily
while Gary Tallent will be able to run reports every beginning of the month which indicates the
jobs that are done and the amount of income obtained from every vehicle.
The proposed system will be implemented though the system development life cycle where the
system will be developed implementing all necessary system requirements.
The proposed development methodology is the adaptive methodology where the system
development team will develop and implement the mobile application.
Adaptive software development is a software development process that was developed from the
rapid application development process and it is in a continuous form which has normal state of
affairs.
Document Page
4
System Analysis and Design for the Odd Jobs Limited
In the adaptive development cycle there are three processes that are repeated and they includes
speculation, collaboration and learning cycles which are elaborated here below:
i. Speculations: This is the initial process which involves the initialization of the project
and planning of the adaptive cycle.
ii. Collaborations: This is the second process that balances the effort that is part of the
system environment that can be predicted to have possible changes in terms of
technology, stakeholders and vendors of the application.
iii. Learn: This is the third process that gives challenges to the stakeholders of the system
through the interaction processes while designing, building and testing the system
where the development team is able to identify the bugs and mistakes and rectify
them accordingly.
The reason why the adaptive software development is recommended is compared to the other
development processes are:
i. It focuses on the Mission.
ii. It is based on the system features.
iii. It is highly iterative by nature.
iv. It is Time boxed.
v. It is driven by the risks involved.
vi. It is able to tolerate any change.
Adaptive software development is mainly used in the following areas:
i. While the application system requires fast development.
ii. While the application system requires to be iterative with stakeholders.
Advantages
i. Ability of producing applications systems of high quality.
This is through regular testing of the entire system during the development processes to ensure
the entire system is functioning appropriately.
ii. It gives high customer satisfaction.
The system development process involves the entire stakeholders team who includes the system
owners and they easily follow the entire process of development of the system.

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
5
System Analysis and Design for the Odd Jobs Limited
iii. It has high project control.
In the development process there are various sprints stakeholders meetings, transparency and
there is use of project’s development steps.
iv. The risk involved is reduced.
This feature is able to eliminate the system development failures of the entire system.
v. It is able to offer fast ROI.
The system features are delivered in an incremental format since the system is developed in an
iterative way.
Disadvantages
i. The system delivery is not predictable.
ii. It takes more development time and need much commitment from developers.
iii. It demands allot of input from client and the developers.
iv. No documentations are done for the developed system.
v. There is risk of falling of the application being developed in the tracks of
development.
Scrum development methodology
This is one of the adaptive software development methodology and it is done using three to nine
members of the development team and they breaks the development work into simple tasks to be
done within time boxed iterations called sprints and they keep of tracking the development
progress in the re-plan meeting which are referred to as scrum.
Document Page
6
System Analysis and Design for the Odd Jobs Limited
The scrum methodology is used in these areas:
i. While system to be developed has no clear business requirements.
ii. If the system to be developed is small in size.
iii. If the development team is small.
iv. If system need to be delivered in a short period.
Advantages
i. Best is developing system that is hard to state its business requirements.
ii. It is controllable and the progress gets updated frequently.
iii. The method is highly interactive.
iv. It is able to cope with any change due to constant short sprints and feedbacks.
v. The individual’s effort and productivity is measurable due to daily meetings.
vi. The system issues are identified and resolved with ease as a result of daily meetings.
vii. The method delivers quality systems in a short set time-frame.
viii. It is the best for system required to move fast which can be mobile, web or
multimedia applications.
ix. The methodology incurs minimal overhead cost and thus the system development
done quickly and at a cheap cost.(Wixom, 2016).
Document Page
7
System Analysis and Design for the Odd Jobs Limited
Disadvantages
i. This methodology can lead to creeping of the development scope due to lack of
delivery fixed dates as the clients introduces new requirements in the development
process.
ii. There is poor tasks definition that leads to inaccurate project’s costs and time.
iii. The system may fail due to uncommitted development team members.
iv. It only fits small and fast moving application due to small development team
members.
v. Methodology needs experienced team members.
vi. The development of system gets big inverse effects in case the development team
members leave at the mid of development process.
Extreme programming (XP) methodology
Extreme programming is another type of adaptive development method that is used to develop
systems that has high quality and long life span.
Below is the figure showing the processes involved in the extreme programming methodology.
(Singh, 2016).

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
8
System Analysis and Design for the Odd Jobs Limited
Extreme programming methodology can be used in the below areas:
i. For the system whose requirements change in a dynamic manner.
ii. While the development team is small in size.
iii. While there is an automated technology to test system units and functions.
Advantages
i. There is saving in both time and cost by the developing team.
ii. There is reduced risk in relation to projects failures.
iii. There is simplicity in this methodology.
iv. Whole development process has accountability and visibility.
v. The development feedback is always constant.
vi. The bugs are detected efficiently in all development stages.
vii. The employees are fully satisfied and retained.
viii. The method facilitates teamwork in the entire system development processes.
Disadvantages
i. It’s a very difficult methodology that is not preferred by most developers and thus
becomes hard to convince development team to use it.
ii. This methodology relies more on various factors.
iii. The methodology is more of code-centric than design-centric.
Recommendation
To develop the company mobile application I do recommend the extreme programming
methodology because it will enable the development team to save on time and cost, it has lesser
risk involvement, the development process is visible and the end product will have customers
satisfaction due to their involvement in the development process and therefore the entire system
implementation will boost the company’s services delivery and raise the level of income due to
increase of number of customers.
Document Page
9
System Analysis and Design for the Odd Jobs Limited
Memo
MEMORANDUM
To: Odd Jobs Limited Management
From: System Development Team
Date: 1/10/2018
Ref: Development of the Proposed Application
Description of requirements gathering
System requirements gathering is a process that is used by the development team in generation of
system’s requirements that entails functional, system, and technical requirement. All the system
requirements are gotten from the stakeholders of the system who include the customers, users of
systems, application vendor and these requirements are termed as formal requirements.
The system requirements are gathered using various methods from the system stakeholders and
they give the specific features and behaviour they require to be added in the system, these
requirements are therefore obtained through various tools, analysed and then get implemented in
the system.
The following are the tools and techniques used to gather the system’s requirements.
i. Conduction Interview.
This is a tool for gathering the system requirements where all the problems and thus the proposed
system is clearly understood. The interview is conducted where the entire team of system
stakeholders is involved and all functions of system are covered.
ii. Filling questionnaire.
The interview sometimes has some limitations since the respondents only give the limited
information from their knowledge and therefore the questionnaire is used in order to ask the
respondent the most critical questions and all areas that stakeholders don’t understand the
importance is covered in the questionnaire.
There are two questionnaire formats that are either closed or open ended where the respondent’s
marks from multiple choices or give own opinion.
Document Page
10
System Analysis and Design for the Odd Jobs Limited
iii. The observation.
This is another method of obtaining the requirements where the features of the proposed system
are determined through the observation of daily routines in the organization or the features of the
current system and determine the possible features that can be added to improve the current
system.
iv. Use of workshop.
This is another method and tool that can be used where the stakeholders conduct a meeting and
give their opinions which are then reconciled in order to ensure that the application proposed
eventually meets all systems requirements, after this workshop all the requirements undergo
validation, generation of additional details, having consensus and assumptions are constrained.
v. Through brainstorming.
This is process where whiteboard software is used in the workshop where the analysis of various
parts of the system is done to determine current and future system states.
vi. Roles playing.
This is method used to gather requirements and this is in regard to user types where the
formalised roles playing are done in determining the functionality of the whole integrated
system.
vii. Through the Use-cases and scenarios.
This is a method used in the definition of high-level functions are defined and then used to
validate the functionality of the proposed system.
viii. The prototyping.
This is a method where the system prototype is presented to the stakeholders , then they are able
to select the possible sections of the system that can be removed and also suggest any additional
feature they would like to be added in the presented prototype and thus the system requirements
are clearly identified.

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
11
System Analysis and Design for the Odd Jobs Limited
Plan for requirements gathering OJL
The requirements gathering is a major process and requires better planning and this is used to
ensure there is success in the gathering of the requirements without any omission. The table
below shows a summary of system requirements gathering plans.
Tasks Descriptions
Choosing respondent members. This involves identification of the people to fill in the
questionnaires and they are part of system respondents.
Choosing the tools to be used. This stage the tool to be used is identified which can be a
questionnaire that will be subjected to the respondents.
Preparation of questionnaires This is the stage where the questionnaire to be given to
respondents is prepared and the types of questions to be used
are used as well.
Issuing the questionnaires to respondent. This involvers the interviewer where he gives the
questionnaire to the respondents to fill in.
Capturing the respondent data This involves recording the data in the analysis tool to be done
more operation.
Data cleaning. Here the captured data is cleaned by removing the any
anomaly from the whole data.
Data analysis Here the cleaned data get further analysed to obtain final
system’s requirements.
Identification of system requirements. After the data is analysed all requirements are identified and
then wait to be implemented in the proposed system.
Discussion for OJL
Below are the system requirements gathered that need to be implemented in the in the company’s
mobile application system.
i. The system should allow the users to sign up in account creation.
ii. The system should enable the users to sign in to use it.
iii. The system should enable the filling of the customers job details.
iv. The system should enable the office staffs to allocate the contracting staffs some
customer’s jobs.
Document Page
12
System Analysis and Design for the Odd Jobs Limited
v. The system should enable the contracting staffs to update the jobs that they had
completed including the amount and the vehicle used.
vi. The system should enable management to see the tasks completed and the respective
profits made.
vii. The system should enable the management to run the report of the completed jobs
each month per vehicle and the amount of profit.
viii. The system should enable the office staffs to add new vehicles in the database.
Recommendation
In the company there are various processes that are done and all of them are done manually and
this tends to take more time and records are not well kept and thus inhibit good company
decision making.
I recommend the implementation of the proposed mobile application system in order to improve
on time management, services delivery, good records keeping and good income analysis for
better decision making.
Thank you,
Team manager.
Document Page
13
DRIVER
Driver_id
Full_Names
Vehicle_id
VEHICLES
Vehicle_id
Vehicle_Name
Registration_no
Manufactured_Year
Last_mainatainace_dates
MOVEMENTS
Movement_id
Departure_locations
Destination_locations
Movement_Dates
Vehicle_id
System Analysis and Design for the Odd Jobs Limited
Part B
Event Table
Events Event’s
Type
Triggers Sources Use Cases System
Output
Destinations
Add customers Temp Wants to capture new
customer’s records
Customers Adding new
staff
customers
added
successfully
System
Add vehicles Temp Wants to capture new
vehicle’s records
Office staff Adding new
vehicle
Vehicle
details added
successfully
System
Add vehicle
movements
Temp Wants to capture new
vehicle’s movements
records
Office staff Adding
vehicle’s
movement
Vehicle’s
movements
details added
successfully
System
Add job details Temp Wants to capture new
job’s details
Customers Adding new
job
New jobs
details added
successfully
System
Updating
completed jobs
details
Temp Wants to update jobs
completed.
Contracting
staffs
Updating
complete job
Competed
jobs updated
successfully
System
Running job
report
Ext Wants to run the
monthly jobs report.
Tom Smith Running
monthly job
reports
Jobs reports
displayed
successfully.
Tom smith
(Laplante, 2013).
Domain Model Class Diagram

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
14
CUSTOMER
Customer_id
Full_Name
Business_numbers Address_no
Telephone_no
Email_address
Last_job_Date
JOB
Job_id
Customer_id
Dates_of_job
Contracting_staffs
Vehicle_id
Amount_of_jobs
Staff_id
STAFF
Staff_id
Full_Names
Position
JOBS
Job_id int(10)
Dates_of_job Date
Contracting_staffs varchar(250)
Amount_of_jobs int(10)
Staff_id int(10)
STAFFS
Staff_id int(10)
Full_Names varchar(250)
positions varchar(250)
System Analysis and Design for the Odd Jobs Limited
(Karumanchi, 2012).
Design Class Diagram
Document Page
15
Adding new staff
Adding vehicle’s movement
Updating complete job
Adding new vehicle
Create new job
Running monthly job reports
ODD JOBS LIMITED USE CASE DIAGRAM
Office Staff
Customer
Tom Smith
Contracting Staff
System Analysis and Design for the Odd Jobs Limited
(Gupta, 2015).
Use Case Diagram
(Goyal,2011).
Use Case Description (intermediate)
Use case
Name:
Create jobs
Scenario: Creating a new customer job.
Document Page
16
System Analysis and Design for the Odd Jobs Limited
Triggering
Event:
Customers have some work and need service.
Brief
Descriptions:
The customer has some task then come to the office where he is attended by
the office staff, the office staff fill in the customer details and then job details
into the system.
Actors: Customers, office staffs.
Related use
case:
Updating completed job
Stakeholders: Office-Staff: records the details of the customer and his job.
Customer: provide his personal and job description details to office staff.
Pre-conditions: Customer requires some job to be done.
Post
conditions:
Office Staffs assign the contracting staffs the customer’s job, and then the
contracting staffs do the job and update details to the system.
(Award, 2013).
Reference
Award,E.(2013) Systems Analysis and Design .3rd edn.Delhi:Galgotia Publications Pvt Ltd.

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
17
System Analysis and Design for the Odd Jobs Limited
Gupta,B.(2015) Power System Analysis and Design.1st edn.New Delhi: S Chand & Company.
Goyal, A. (2011) systems Analysis and Design Paperback .2nd edn.INDIA:Prentice Hall India
Learning Private Limited.
Karumanchi,N.(2012) Peeling Design Patterns: For Beginners and Interviews.5th edn.New
York:CareerMonk Publications.
Laplante,P.(2013) Real-Time Systems Design and Analysis: Tools for the Practitioner.2nd
edn.New Jersey:Wiley.
Singh,B.(2016) Systems Analysis and Design.4th edn.Delhi:New Age International Private
Limited.
Wixom,D.(2016) Systems Analysis and Design.2nd edn. New Jersey: Wiley publishers.
1 out of 17
[object Object]

Your All-in-One AI-Powered Toolkit for Academic Success.

Available 24*7 on WhatsApp / Email

[object Object]