Sad Assignment
Sad Assignment
SAD assignment
Higher Na琀椀onals
Internal veri昀椀ca琀椀on of assessment decisions – BTEC (RQF)
INTERNAL VERIFICATION – ASSESSMENT DECISIONS
Programme 琀椀tle HND in Compu琀椀ng
Student’s name
List which assessment criteria Pass Merit Dis琀椀nc琀椀on
the Assessor has awarded.
1
K.Chanuka nisal System analysis & design
Programme Leader
signature (if required) Date
2
K.Chanuka nisal System analysis & design
Assessor Feedback:
LO1 Evaluate the strengths and weaknesses of the tradi琀椀onal and agile systems analysis methodologies
Pass, Merit & Dis琀椀nc琀椀on P1 M1 D1
Descripts
LO2 Produce a feasibility study for a system for system to be developed to solve a business-related
problem
Pass, Merit & Dis琀椀nc琀椀on P2 M2
Descripts
* Please note that grade decisions are provisional. They are only con昀椀rmed once internal and external modera琀椀on has taken place
and grades decisions have been agreed at the assessment board.
3
K.Chanuka nisal System analysis & design
4
K.Chanuka nisal System analysis & design
General Guidelines
1. A Cover page or 琀椀tle page – You should always a琀琀ach a 琀椀tle page to your assignment.
Use previous page as your cover sheet and make sure all the details are accurately 昀椀lled.
2. A琀琀ach this brief as the 昀椀rst sec琀椀on of your assignment.
3. All the assignments should be prepared using a word processing so昀琀ware.
4. All the assignments should be printed on A4 sized papers. Use single side prin琀椀ng.
5. Allow (Placeholder1)for top, bo琀琀om , right margins and 1.25” for the le昀琀 margin of each
page.
1. The font size should be 12 point, and should be in the style of Time New Roman.
2. Use 1.5 line spacing. Le昀琀 jus琀椀fy all paragraphs.
3. Ensure that all the headings are consistent in terms of the font size and font style.
4. Use footer func琀椀on in the word processor to insert Your Name, Subject, Assignment
No, and Page Number on each page. This is useful if individual sheets become detached
for any reason.
5. Use word processing applica琀椀on spell check and grammar check func琀椀on to help edi琀椀ng
your assignment.
Important Points:
1. It is strictly prohibited to use textboxes to add texts in the assignments, except for
compulsory informa琀椀on. eg: Figures, tables of comparison etc. Adding text boxes in the
body except for the before men琀椀oned compulsory informa琀椀on will result in rejec琀椀on of
your work.
2. Carefully check the hand in date and the instruc琀椀ons given in the assignment. Late
submissions will not be accepted.
3. Ensure that you give yourself enough 琀椀me to complete the assignment by the due date.
4. Excuses of any nature will not be accepted for failure to hand in the work on 琀椀me.
5. You must take responsibility for managing your own 琀椀me e昀昀ec琀椀vely.
6. If you are unable to hand in your assignment on 琀椀me and have valid reasons such as
illness, you may apply (in wri琀椀ng) for an extension.
7. Failure to achieve at least PASS criteria will result in a REFERRAL grade .
8. Non-submission of work without valid reasons will lead to an automa琀椀c RE FERRAL. You
will then be asked to complete an alterna琀椀ve assignment.
9. If you use other people’s work or ideas in your assignment, reference them properly
using HARVARD referencing system to avoid plagiarism. You have to provide both in-
text cita琀椀on and a reference list.
10. If you are proven to be guilty of plagiarism or any academic misconduct, your grade
could be reduced to A REFERRAL or at worst you could be expelled from the course.
5
K.Chanuka nisal System analysis & design
Student Declara琀椀on
I hereby, declare that I know what plagiarism entails, namely, to use another’s work and to
present it as my own without a琀琀ribu琀椀ng the sources in the correct form. I further understand
what it means to copy another’s work.
6
K.Chanuka nisal System analysis & design
Unit Number and Title Unit 35: Systems Analysis & Design
Assignment Title
Issue Date
Submission Date
Submission format
The submission should be in the form of an individual wri琀琀en report wri琀琀en in a concise,
formal business style using single spacing and font size 12. You are required to make use of
headings, paragraphs and subsec琀椀ons as appropriate, and all work must be supported with
research and referenced Please provide in-test cita琀椀ons, reference list and bibliography
using Harvard referencing system. Please also provide a bibliography using the Harvard
referencing system.
The recommended word limit is not less than 5000 words, although you will not be
penalised for exceeding the total word limit.
LO1 Evaluate the strengths and weaknesses of the traditional and agile systems analysis
methodologies.
LO2 Produce a feasibility study for a system to be developed to solve a business-related
problem.
LO3 Assess systems analysis methodologies to e昀昀ec琀椀vely solve business-related problems.
LO4 Design the system to meet user and system requirements.
7
K.Chanuka nisal System analysis & design
*Please note that assignment guidance is for reference only and should be more speci昀椀c in
detail to meet customized needs.
Assignment brief
Case study
“Auto Cars” is a taxi service in Sri Lanka which has been in operation for several decades,
serving the customers in city and urban areas. As a result of the increased use of information
technology such as mobile phones and the internet, “Auto Cars” decided to launch a web-
based system that enables customers to reserve vehicles conveniently. This also helps the
company to gain a competitive advantage.
The main system features of the web-based system are required for “Auto Cars” to reserve
taxis for customers are:
a. Customers and drivers can use the online system to register. They will receive an
email with their username and password once they have registered.
b. Customers can book taxis via the website. When they reserve a vehicle, they will
receive an SMS on their phone with the driver's contact information and vehicle
details.
c. Customers can rate drivers based on their experiences with them on trips.
d. In addition, the company employs a phone operator who manually reserves drivers
from the system. This is the same as a customer reserving a driver, except there is no
logged in customer in the application.
e. When the operator makes a taxi reservation, she enters the customer's phone number
into the system, and the customer receives an SMS.
f. The driver closest to the customer must be assigned by the application. When a
customer or the operator reserves a vehicle, the system should display a list of
available drivers. From this list, the customer can then select the best driver.
g. The driver’s location is manually (by the driver) entered into the web-based system
or via the telephone operator. Similarly, when reserving a taxi, the customer's
location is specified (by the customer or through the operator).
Assume that you are the newly appointed system analyst for “Auto Cars” and assigned to
work on this project. Produce a professional report including the answers to the following
tasks.
8
K.Chanuka nisal System analysis & design
Ac琀椀vity 01
Discuss and critically evaluate the strengths and weaknesses of the traditional and agile
systems analysis methodologies. Compare the strengths and weaknesses of the two
methodologies by referring to the proposed web system for “Auto Cars”.
Ac琀椀vity 2
Conduct the feasibility study for the web-based system for “Auto Cars” and produce a
feasibility report. Further, evaluate the importance of the feasibility criteria used to
investigate the feasibility of the proposed system.
Ac琀椀vity 3
Review the user and system requirements for the web-based system suggested in the scenario
using a suitable software development methodology and asses the effectiveness of the
methodology selected. Justify the chosen methodology for the web-based system with
relevant examples.
Ac琀椀vity 4
Design a system specification for the web-based system to meet end user system
requirements and assess the effectiveness of your design and the methodology used with
reference to how it meets the user requirements.
Your system design speci昀椀ca琀椀on should include,
Data Flow diagrams (context diagram, Level 0, level 1 , level 2 DFDs)/ Use case
diagram
En琀椀ty Rela琀椀onship diagram (ERD)
Flow charts
Prototypes to illustrate system interfaces and func琀椀ons.
Release plan and tools
9
K.Chanuka nisal System analysis & design
10
K.Chanuka nisal System analysis & design
Table of Contents
Acknowledgement......................................................................................................11
Ac琀椀vity 01..................................................................................................................12
Key principles of tradi琀椀onal methodologies.........................................................................13
Waterfall methodology:.......................................................................................................16
Here are few agile methodologies explain in follow:............................................................26
Agile vs tradi琀椀onal methodologies.......................................................................................39
Strengths of tradi琀椀onal methodologies................................................................................39
Weaknesses of the tradi琀椀onal methodologies.....................................................................40
Suitable methodologies.......................................................................................................42
Ac琀椀vity 02..................................................................................................................45
What is the feasibility report?..............................................................................................45
Why we need feasibility study report?.................................................................................47
Strengths and weaknesses of feasibility report....................................................................48
Feasibility report of auto car system....................................................................................50
Ac琀椀vity 3....................................................................................................................66
What are the func琀椀onal and non-func琀椀onal requirements?................................................68
Non-func琀椀onal requirements...............................................................................................69
Iden琀椀fying documenta琀椀on produced at the di昀昀erent stages...............................................71
Ac琀椀vity 04..................................................................................................................73
How the design meets user and system requirements.........................................................73
system aligning with user requirements...............................................................................74
11
K.Chanuka nisal System analysis & design
Acknowledgement
I would like to express my sincere gratitude to Ms, sithumi geeshya Who was our teacher
regarding this module, for their invaluable guidance, support, and expertise throughout
the completion of this assignment. Their insightful feedback and constructive suggestions
greatly contributed to the quality of the work. I am also thankful to ms, sindhuja and other
teachers for their assistance. This project wouldn't have been possible without the
generous input from these individuals. I extend my thanks to all who have played a role in
shaping this assignment.
12
K.Chanuka nisal System analysis & design
Activity 01
What are the traditional methodologies.
Traditional or sequential project management approaches operate in a linear way, with
five typical phases: initiation, planning, execution, monitoring, and closing. This method
involves initial planning, documentation, and prioritizing. Using this method necessitates
defining the scope and establishing project requirements from the outset.
When using the traditional methodologies those are best suited for the where the
following conditions are applied.
1. When the requirements are stable: Traditional approaches can be useful when
the project or problem requirements are well-defined and unlikely to change
considerably over time. This is because traditional approaches usually include a
sequential and predictable procedure that works best when the requirements are
steady.
13
K.Chanuka nisal System analysis & design
1. Stages: Traditional approaches frequently break down the project lifecycle into
separate phases or stages, each with its own set of activities and deliverables.
These phases are usually consecutive, with one step requiring the completion of
the preceding phase. Phases include start, planning, execution, monitoring and
control, and closing.
2. Detailed planning: Traditional approaches emphasize thorough planning at the
start of a project to establish objectives, scope, timetable, resources, and
deliverables. Detailed project plans, which are frequently recorded in project
charters, work breakdown structures (WBS), and Gantt charts, are developed to
guide project execution and progress.
3. Documenting: Documentation is essential in conventional approaches, with a
focus on establishing and keeping thorough records of project activities, choices,
14
K.Chanuka nisal System analysis & design
strengths
1. Cost effective: Because projects are easier to finish with Traditional
Project Management. That is why they are likely to take less time to
complete and achieve the deadline effectively. Bugs, faults, or
complicated difficulties are unlikely to occur throughout project
conception, design, testing, and execution.
2. Best for remote projects: Larger and more complicated projects have
significant communication challenges due to geographical differences.
Traditional projects are smaller and more manageable, making them ideal
for distant tasks. As a result, projects may be produced by a smaller team
with little communication required to overcome obstacles.
3. Deliver on time: A common issue that many businesses face, regardless
of where they are in the company life cycle, is that they become bogged
down in everyday operations at the expense of business growth efforts. It
15
K.Chanuka nisal System analysis & design
weaknesses
Also there have many weaknesses of choosing a traditional
methodologies for the projects. Let’s dive in to those weaknesses of the
traditional methodologies.
16
K.Chanuka nisal System analysis & design
1.
17
K.Chanuka nisal System analysis & design
Waterfall methodology:
Other development approaches incorporate a project's end user or customer more than the
waterfall model does. Users are consulted early in the process of gathering and
establishing requirements, and client input is included later. By excluding the customer
from the major part of the waterfall process, the development team may proceed swiftly
through the project ‘stages.
This approach is appropriate for teams and projects that wish to create a project based on
constant or unchanging requirements specified at the start of the project. Waterfall
projects have a high level of process clarity and low to no output variability. Waterfall is
also an excellent option if the project is limited by budget or time. Waterfall model can
easily use when,
1. All the requirements are clear, well known and fixed.
2. There are no ambiguous requirements.
3. When the development environment is stable.
4. The project is short and simple.
5. When The tools, techniques are stable.
18
K.Chanuka nisal System analysis & design
Prototype methodology:
The Prototype Model is a software development technique that is suitable for projects
with ambiguous or shifting requirements. It entails developing a preliminary version of
the software product, known as a prototype, that demonstrates the essential features and
capabilities that the clients desire.
The prototype is then evaluated and updated by both consumers and developers until they
are satisfied with the final prototype, which serves as the foundation for the finished
product. The Prototype Model offers several advantages, including more customer
engagement, reduced risks, and improved quality. However, it has certain downsides,
such being time-consuming, expensive, and difficult to document.the main phases of the
prototype model are following,
1. Requirement gathering
2. Quick design.
3. Prototype development.
4. Prototype testing.
19
K.Chanuka nisal System analysis & design
5. Refinement.
If the desired system need to be interact with the end user prototype is the
best methodology to use.
When cooperation among several stakeholders, including as developers,
designers, and end users, is critical, the Prototype Model fosters
communication and collaboration through iterative development cycles
and regular feedback loops.
online systems and web interfaces with a high level of engagement with
end users are best suited for the prototype approach. It may take some
time to develop a system that is user-friendly and requires minimum
training for the end user.
The Prototype Model facilitates exploration and validation of ideas when
a project involves uncertainty or risk, such as with new technologies or
innovative solutions, allowing for assessment before committing to full-
scale development.
20
K.Chanuka nisal System analysis & design
Spiral methodology:
The Spiral methodology, a Software Development Life Cycle (SDLC) approach, adopts a
systematic and iterative method for software development. Represented diagrammatically
as a spiral with multiple loops, the specific count of loops is indeterminate and varies per
project. Each spiral loop corresponds to a distinct phase in the software development
process.
The project manager has the flexibility to adjust the precise number of phases
required for product development based on the associated project risks.
In employing the spiral model for product development, the project manager
assumes a crucial role in dynamically determining the number of phases required.
Built upon the concept of a spiral, each cycle iteration within the spiral embodies
a full software development cycle, encompassing activities from requirements
gathering and analysis to design, implementation, testing, and maintenance.
21
K.Chanuka nisal System analysis & design
If the project Is highly uncertain or complex the suitable model is spiral one to
use. Where the requirements are not clear or when there is a need for frequent
releases with continuous improvements.
A spiral approach is utilized when frequent releases are necessary.
When it is appropriate to create a prototype
If modifications are possible with the system.
22
K.Chanuka nisal System analysis & design
The successful outcome of the project heavily relies on thorough Risk Analysis.
Without a team of highly experienced experts, attempting to develop a project
using this model is likely to result in failure.
This model can be more time consuming as it require multiple evaluations and
reviews.
23
K.Chanuka nisal System analysis & design
Agile techniques are widely employed in instances when project needs are expected to
change or vary over time, as well as when flexibility, collaboration, and quick delivery
are required. Here are several circumstances where Agile is commonly used:
25
K.Chanuka nisal System analysis & design
26
K.Chanuka nisal System analysis & design
27
K.Chanuka nisal System analysis & design
6. While Agile offers flexibility, it also poses risks such as scope creep and a lack
of control over project scope.
7. The fast pace of Agile development, characterized by frequent sprints and tight
deadlines, can lead to mental fatigue and increased pressure on team members,
potentially leading to burnout.
1. Scrum:
Debating whether Scrum fits into the category of a framework, methodology, or Agile
process, and whether it includes a process within its framework, often leads to
unproductive discussions. Scrum is self-described as a straightforward, lean, and
incomplete framework, which is an adequate characterization. It outlines the essential
practices teams should follow to operate efficiently and effectively while adhering to the
28
K.Chanuka nisal System analysis & design
Scrum principles of transparency, inspection, and adaptation. While Scrum may not be
suitable for every team, it's worth giving it a chance to see if it aligns with their needs and
objectives.
Scrum is now used by organizations, teams, and project managers across all disciplines.
The framework works well for smaller teams tackling work or projects with changing
deliverables, unknown solutions, and frequent interaction with clients or end-users.
Scrum favors incremental and iterative ways of working to deliver functional products
faster and with more frequency.
29
K.Chanuka nisal System analysis & design
Kanban.
Kanban, a widely adopted framework for Agile and DevOps software development,
emphasizes real-time capacity communication and complete transparency of work. Work
items are visually depicted on a Kanban board, enabling team members to readily track
the status of each task at any given moment.
30
K.Chanuka nisal System analysis & design
1. Oversimplify the complex tasks: Kanban boards can oversimplify complex tasks,
leading to underestimating time and resources, causing delays. The board's brevity
and visual clarity may not capture nuances of tasks, causing incomplete understanding
and mismanagement. Additionally, teams may prioritize completion over quality and
thoroughness, leading to mismanagement.
2. Limited usage for complex tasks: Kanban boards struggle with complex projects
requiring detailed planning and long-term strategy due to their focus on current tasks
and short-term planning. This can lead to disjointed planning and execution, as the
31
K.Chanuka nisal System analysis & design
3. Difficult to track long term projects: Kanban boards are not ideal for tracking long-
term progress and results. They are meant to handle present work and short-term
tasks, but they lack systems for evaluating overall project performance over time. This
constraint can be a substantial disadvantage in businesses requiring long-term data
and patterns, such as pharmaceutical research. Inability to measure long-term
development can result in a lack of strategic oversight and make it difficult to assess
project success or failure over time.
4. Suitable for constantly changing projects: Kanban boards may struggle to adapt to
quickly changing project scopes and objectives. In dynamic circumstances where
duties and objectives change often, such as startups or crisis management scenarios,
the board may be unable to adequately represent real-time changes. The requirement
to regularly update and reorganise the board can become inconvenient, detracting
from its primary aim of improving productivity. This inflexibility might impede the
team's capacity to adapt swiftly to changes, thereby affecting project results and team
agility.
32
K.Chanuka nisal System analysis & design
Xp programming:
Extreme Programming (XP) stands as an Agile project management methodology that
prioritizes speed and simplicity through short development cycles and minimal
documentation. Its process structure revolves around five core values, five rules, and 12
XP practices, which we'll delve into later in this article. XP, like other Agile
methodologies, organizes software development into iterative work sprints. These
sprints entail completing and reviewing the framework after each cycle, refining it for
optimal efficiency, and adjusting to evolving requirements. Similar to other Agile
methods, XP allows developers to respond promptly to customer stories and adapt in
real-time. However, it distinguishes itself through its disciplined approach, employing
frequent code reviews and unit testing to facilitate rapid changes. Moreover, XP
emphasizes creativity and collaboration, fostering teamwork throughout all stages of
development.
33
K.Chanuka nisal System analysis & design
2. Have an adaptable team that can embrace change: Due to its inherent nature,
extreme programming may frequently necessitate the team to discard previous
efforts. Additionally, certain rules permit team members to implement changes at
any point, which could pose challenges if some members perceive such actions as
personal.
34
K.Chanuka nisal System analysis & design
Extreme Programming teams save a lot of money since they don't utilise excessive
documentation. They frequently handle difficulties by having team conversations.
35
K.Chanuka nisal System analysis & design
essential features required by the product. The Lean approach, synonymous with the
Minimum Viable Product (MVP) strategy, involves releasing a basic version of the
product to the market, gathering user feedback on preferences, dislikes, and desired
additions, and then iterating the product based on this feedback.
36
K.Chanuka nisal System analysis & design
Reduce cost: Lean technique is useful when there is a focus on decreasing waste
by removing non-value-added tasks and optimizing processes.
Its scalability relies heavily on the capabilities of the team involved, making it less
scalable than other frameworks.
Comprehensive documentation is essential, as failure to do so could lead to errors.
37
K.Chanuka nisal System analysis & design
38
K.Chanuka nisal System analysis & design
Flexibility: if developers choose any traditional method, it’s not a good idea to
change any requirement while development process is running. requirements
cannot change while development is on going with traditional method. But agile is
adaptable to changing requirements. It is very suitable to use project that
requirements are changing.
Customer involvement: when the project is develop with agile method customer
can involve with the developers to see the progress and see what happens. But
traditional method cannot involve the customer until project is done.
39
K.Chanuka nisal System analysis & design
1. Goal: both methodologies works on deliver to high quality final system that fulfil the
customer’s requirements.
2. Project management: Both methodologies incorporate project management practices
like planning, scheduling, and resource allocation to achieve project success.
3. Project monitoring and control: Both methodologies stress the importance of
monitoring project advancement and managing project tasks to uphold adherence to
timelines, budgets, and quality standards.
4. Customer satisfaction: Both techniques eventually strive to meet client objectives
and expectations by providing software products that suit their demands.
40
K.Chanuka nisal System analysis & design
Cost effective: developers are very happy to use traditional methods for the
smaller and sequential projects.it take small time period and fewer developer crew
and resources to complete.
Suitable for remote projects: traditional projects are always use for small and
easy projects there for this method is highly suitable for remote works.as project
can be developed by small group and don’t require much communication to solve
the hurdles.
Quick time period: Many companies, regardless of their stage in the business
cycle, often face a common challenge: they become entrenched in daily
operations, neglecting activities essential for business growth. This misuse of
resources—money and time—is detrimental. Traditional methodology projects,
due to their sequential nature, rarely require significant changes, enabling timely
delivery.
41
K.Chanuka nisal System analysis & design
High flexibility of the project: Short cycles and rapid iterations allow you to
quickly adjust your project and match it to the demands of your customers. You
do not have to waste time and money providing a completed project that the client
will reject. This makes the development process more adaptable.
42
K.Chanuka nisal System analysis & design
Continuous quality assurance: Making sure everything is just right. The testing
team needs to check the product quality right from the start of Agile development.
Because the development happens in quick cycles, testing happens all the time,
helping you make a great final product.
43
K.Chanuka nisal System analysis & design
conclusion
Transitioning from traditional methodologies like Waterfall to Agile methodologies like
Scrum can present challenges, such as mindset shift, role definitions, documentation
overload, change management, and tooling and infrastructure. Waterfall follows a
sequential, linear approach, while Scrum emphasizes flexibility, iterative development,
and collaboration. Team members accustomed to Waterfall's rigid structure may struggle
to adapt to Scrum's dynamic nature.
Tooling and infrastructure in Waterfall projects may require investment in new tools and
infrastructure to support agile practices. This can entail additional costs and technical
challenges during the transition phase.
Suitable methodologies
The Scrum methodology, an agile framework renowned for its iterative development
approach, continuous feedback mechanisms, and adaptive planning strategies, stands as a
beacon of efficiency and efficacy in the realm of project management. With its emphasis
on collaboration, transparency, and flexibility, Scrum emerges as an ideal choice for
44
K.Chanuka nisal System analysis & design
projects grappling with shifting requirements and intricate complexities, much like the
scenario presented by the "Auto Cars" taxi reservation system.
At the heart of Scrum lies the concept of iterative development, epitomized by its
hallmark feature—the Sprint. Spanning typically between 2 to 4 weeks, each Sprint
represents a focused effort aimed at delivering a potentially shippable product increment.
For the "Auto Cars" project, this iterative approach can be harnessed to meticulously craft
and refine specific features of the web-based reservation system. Whether it's
streamlining the customer registration process, enhancing booking functionalities,
optimizing driver assignment mechanisms, or fine-tuning location tracking capabilities,
each Sprint presents an opportunity for tangible progress and improvement.
Integral to the Scrum methodology is the notion of continuous feedback—a dynamic loop
of communication and iteration that permeates every aspect of the project lifecycle.
Through regular Sprint reviews and retrospectives, stakeholders ranging from customers
and developers to operators, converge to provide valuable insights into the system's
functionality, usability, and performance. Armed with this feedback, the "Auto Cars"
team can iteratively enhance and fine-tune the system, ensuring that it not only meets but
exceeds the expectations of its end-users.
Adaptive planning does not works for scrum, empowering teams to navigate the ever-
shifting landscape of requirements and priorities with agility and grace. In the case of the
"Auto Cars" project, where customer needs, market dynamics, and technological
advancements are prone to flux, Scrum serves as a compass, guiding the team through the
turbulent seas of uncertainty. By embracing change as a natural and inevitable part of the
development process, the team can adapt their plans and strategies in real-time, ensuring
the timely delivery of value to stakeholders.
In conclusion, the Scrum methodology emerges as a beacon of hope and resilience for the
"Auto Cars" taxi reservation system, offering a structured and adaptable approach to
project management. By embracing the principles and practices of Scrum, the project
team can navigate the turbulent waters of development with confidence and clarity,
delivering value incrementally and iteratively. In the crucible of Scrum, the "Auto Cars"
project finds not just a methodology, but a philosophy—a philosophy of collaboration,
innovation, and excellence—that will ultimately pave the way for the successful delivery
of a robust and customer-centric web-based reservation system.
46
K.Chanuka nisal System analysis & design
Activity 02
47
K.Chanuka nisal System analysis & design
48
K.Chanuka nisal System analysis & design
49
K.Chanuka nisal System analysis & design
The commencement of a new business often begins with a feasibility study, a crucial
initial phase. This study entails a thorough assessment to determine the likelihood of
success for a proposed business endeavor. Its primary objective is to furnish business
owners with comprehensive insights, aiding them in making well-informed decisions
regarding their new venture. Below are some of the situations that can occur if this
feasibility report is not done.
Misallocation of resources: Without a comprehensive grasp of the project's
viability, resources such as time, money, and labour may be allocated arbitrarily,
resulting in inefficiencies and waste.
Risk increasing: Undertaking projects without conducting a feasibility study
increases the likelihood of encountering unexpected challenges and risks that
could have been anticipated and addressed through thorough analysis.
Legal and regulatory issues: Projects commenced without adequate feasibility
analysis may violate legal or regulatory mandates, resulting in compliance issues
and potential legal ramifications.
Lack of stakeholder alignment: Without a feasibility study, stakeholders may
hold divergent expectations and objectives, resulting in misalignment and the
possibility of project setbacks.
Fail to archive the objectives: Initiating projects without a feasibility study may
ultimately result in failure to accomplish their intended objectives, as crucial
factors determining success or failure were not thoroughly evaluated beforehand.
50
K.Chanuka nisal System analysis & design
Weaknesses
Lack of practically: The report might not provide practical insights or adequately
tackle real-world challenges, leading to a gap between theoretical analysis and
practical application.
Complexity and jargon: Excessive complexity or an abundance of technical
terminology within the report could make it challenging for stakeholders to
understand, diminishing its utility as a tool for making informed decisions.
Limited scope: Feasibility assessments can sometimes focus too narrowly on
specific parts of a company proposal, leaving out other key considerations that
could affect its viability.
Unrealistic projection: It is likely that the report includes too optimistic
projections or assumptions, which might distort decision-making and lead to
erroneous expectations.
51
K.Chanuka nisal System analysis & design
52
K.Chanuka nisal System analysis & design
53
K.Chanuka nisal System analysis & design
54
K.Chanuka nisal System analysis & design
55
K.Chanuka nisal System analysis & design
56
K.Chanuka nisal System analysis & design
57
K.Chanuka nisal System analysis & design
58
K.Chanuka nisal System analysis & design
59
K.Chanuka nisal System analysis & design
60
K.Chanuka nisal System analysis & design
61
K.Chanuka nisal System analysis & design
62
K.Chanuka nisal System analysis & design
63
K.Chanuka nisal System analysis & design
64
K.Chanuka nisal System analysis & design
65
K.Chanuka nisal System analysis & design
66
K.Chanuka nisal System analysis & design
Conclusion:
The feasibility study report serves as a critical compass for stakeholders navigating the
uncertain terrain of a potential business venture. Its strengths lie in its comprehensive
nature, offering a deep dive into various aspects of the proposed venture and
empowering decision-makers with invaluable insights. Armed with this information,
stakeholders can make well-informed decisions, identify and mitigate risks, and
maximize the chances of success.
However, the report is not without its weaknesses. There's always a risk of incomplete
assessment, potentially leading to overlooked factors or underestimated risks.
Additionally, the subjective nature of the findings and recommendations could introduce
biases that may compromise the accuracy of the conclusions. Moreover, the technical
complexity of the study may pose challenges for stakeholders in fully grasping and
effectively utilizing the provided information.
In conclusion, while the feasibility study report is a powerful tool, acknowledging its
strengths and weaknesses is crucial for optimizing its utility. By addressing limitations
and leveraging strengths, stakeholders can navigate the complexities of the business
landscape more effectively, ultimately enhancing the likelihood of success for the
envisioned venture.
67
K.Chanuka nisal System analysis & design
Activity 3
Investigation methods are systematic techniques used to gather, analyze, and understand
data related to a specific subject, problem, or inquiry. They involve data collection,
observation, experimentation, analysis, and interpretation, essential for research, problem-
solving, informed decision-making, and improvement in various fields. There have many
ways to investigate the auto car system. And we have to use most practical and effective
way to do this. Way to investigate are shown below.
Questionnaires: A questionnaire serves as a research tool comprising a series of
inquiries or prompts designed to gather information from individuals. Typically, it
includes a combination of closed-ended and open-ended questions. Open-ended
questions allow respondents to provide detailed explanations or opinions. The
concept of research questionnaires dates back to 1838, when the Statistical Society
of London introduced them.
Interviews: An interview is a formal talk between two or more individuals,
usually with one person, the interviewer, asking questions to gather information,
assess qualifications, or determine a candidate's fitness for a job, admittance, or
other objectives. Interviews are widely utilised in a variety of situations, including
employment, university admissions, media, and research, to acquire insights,
make informed judgements, or connect persons. There have about 8 type of
interviews. They are shown as below,
1. structured interviews
2. unstructured interviews
3. situational interviews
4. behavioural interviews
5. stress interviews
6. technical interviews
7. one-to-one interviews
8. video or phone interviews
68
K.Chanuka nisal System analysis & design
69
K.Chanuka nisal System analysis & design
Functional requirements.
These specifications outline the essential features the end user requires the system to
provide. They must be integrated into the system as part of the contract, manifesting as
inputs, operations, and expected outputs. Unlike non-functional requirements, these
directly shape the user's experience with the final product. according to the scenario
functional requirements are,
User Registration: Customers and drivers should be able to register on the web-
based system. Upon registration, they should receive an email with their username
and password.
Booking Taxis: Customers should be able to book taxis through the website.
Upon booking, they should receive an SMS with the driver's contact information
and vehicle details.
Driver Rating: Customers should have the ability to rate drivers based on their
experiences with them during trips.
Ratings: customers can give ratings about their ride experience.
Manually reserved the taxi: workers of the auto car company can place book the
taxi.
Cancel the taxi: both customer and driver have access to cancel the ride.
Notify by the SMS: when operator place the cab customer will receive the SMS
confirming that.
Assign the closet driver: automatically assign the nearest available vehicle to the
customer by the app.
70
K.Chanuka nisal System analysis & design
Non-functional requirements.
Non-functional requirements pertain to the characteristics of a system that delineate its
general operation and behaviour, as opposed to its specific functionalities. They
commonly encompass attributes like performance, security, reliability, scalability,
usability, and compliance. In contrast to functional requirements that dictate the system's
actions, non-functional requirements outline how the system should perform or behave.
according to the scenario non-functional requirements are,
Usability: The web-based system should be user-friendly and intuitive for both
customers and drivers.
Reliability: The system should be highly reliable to ensure that bookings are
accurately processed, and customers receive timely notifications.
Security: The system should implement robust security measures to protect user
data, login credentials, and transactional information.
71
K.Chanuka nisal System analysis & design
They do this by keeping a close watch on rivals, extensively analysing the market,
coming up with ideas, and managing price strategies.
72
K.Chanuka nisal System analysis & design
73
K.Chanuka nisal System analysis & design
Feasibility study: After this study assesses the feasibility of introducing a web-
based reservation system for "Auto Cars" in terms of technological, financial,
operational, schedule, cultural, and legal considerations. An examination of the
needs, constraints, risks, and potential benefits is presented.
Quality assurance and testing: test plan and test case id prepared in this stage.
This document describes what are the expectations they expect while they test the
auto car system and what they actually got and what Is the current status of the
system is.
74
K.Chanuka nisal System analysis & design
Development stage: this is the stage that auto car system bring to life.
Development guide is the document provide in this stage. Installation instruction
and setup steps are provided.
User manual: this is the guide that gives to final user of the auto car system. This
document include almost every thing A to Z user should know. It does not matter
he is stranger or not to this kind of systems. This document is perfect guide to the
system.
Activity 04
2. Scrum methodology: The Auto Cars project utilized the Scrum framework, an
agile methodology emphasizing iterative development, ongoing feedback, and
flexible planning, in its system design process. Scrum promotes collaboration,
transparency, and adaptability, making it well-suited for complex projects with
evolving requirements.
75
K.Chanuka nisal System analysis & design
User requirement analysis: Begin by detailing the process for gathering and
analysing user needs. This might include approaches like interviews, surveys,
focus groups, or user observation sessions. analysing the user requirement is most
important to understand the what Is the actually client want to build.
76
K.Chanuka nisal System analysis & design
ease of use, quick booking, real-time tracking, secure payments, and driver
ratings.
User testing and validation: after implement the system before deliver the final
product there have a testing stage. In this stage all the features of the system is
getting tested. All the bugs are getting fixed. This phase ensures system has no
bugs and works perfectly. User acceptance testing (UAT) for a system typically
involves multiple stages and participants to ensure the app meets the requirements
and expectations of its users. For this test actual final system user is participated.
User training and support: Users are supplied with thorough training materials
and continuous assistance to ensure that they can utilise the auto cars app
properly. Training tools include user manuals that cover all parts of the software,
online tutorials for easy learning, in-app tips for real-time assistance, and
interactive demos for hands-on practice. Training is provided through in-person
workshops, online webinars, and self-paced e-learning courses. Ongoing support
consists of a help desk for user inquiries, a knowledge base for FAQs and
tutorials, and community forums for peer-to-peer support and interaction. This
strategy guarantees that users can learn, utilise, and debug the app with
confidence.
77
K.Chanuka nisal System analysis & design
Design specification: The design specifications detailed the Auto Cars system's
functional requirements, data structures, and behaviour. They provided
development teams with a detailed guide to help them install features consistently
and properly. These specifications ensured consistency between technical
implementation and stakeholder expectations by describing design decisions and
constraints.
Alignment to the objective development: All things considered, the Auto Cars
system's design artefacts were critical in integrating development operations with
project goals. They made it feasible for stakeholders to view the completed result.
Identify potential difficulties early on and assign development work in a logical
manner. Because of this alignment, the development lifecycle became more
productive and efficient, resulting in the production of a system that met both user
needs and operational objectives.
78
K.Chanuka nisal System analysis & design
This table show how the developers are test the system and what are the things
they test and what are the results they got.
79
K.Chanuka nisal System analysis & design
80
K.Chanuka nisal System analysis & design
81
K.Chanuka nisal System analysis & design
82
K.Chanuka nisal System analysis & design
83
K.Chanuka nisal System analysis & design
84
K.Chanuka nisal System analysis & design
85
K.Chanuka nisal System analysis & design
86
K.Chanuka nisal System analysis & design
87
K.Chanuka nisal System analysis & design
88
K.Chanuka nisal System analysis & design
89
K.Chanuka nisal System analysis & design
90
K.Chanuka nisal System analysis & design
91
K.Chanuka nisal System analysis & design
92
K.Chanuka nisal System analysis & design
93
K.Chanuka nisal System analysis & design
Reference:
Lutkevich, B. and Lewis, S. (2022) What is the waterfall model? - definition and guide,
Software Quality. Available at:
https://www.techtarget.com/searchsoftwarequality/definition/waterfall-model
(Accessed: 17 April 2024).
Waterfall model: What is it, when and how to use it? (2023) actiTIME. Available at:
https://www.actitime.com/project-management/what-is-waterfall-model#when-to-
use-the-waterfall-mode (Accessed: 17 April 2024).
94
K.Chanuka nisal System analysis & design
Lean Software Development (2023) What is Lean Software Development? Available at:
https://www.productplan.com/glossary/lean-software-development/ (Accessed: 19
April 2024).
The secrets of lean software development (no date) mDevelopers. Available at:
https://mdevelopers.com/blog/what-is-lean-software-development (Accessed: 19
April 2024).
(No date) What is a feasibility report? (definition and template) | indeed.com. Available
at: https://www.indeed.com/career-advice/career-development/feasibility-report
(Accessed: 19 April 2024).
Omar (2016) Feasibility Study Pros & cons for Small & Medium Sized Enterprises, SME
Consulting. Available at: https://smecastle.com/2016/01/22/feasibility-study-pros-
cons/ (Accessed: 19 April 2024).
Puri, G. (2024) What is interview: Meaning, types and formats, Naukri’s Official Blog.
Available at: https://www.naukri.com/blog/what-is-interview/#meaning-of-
interview (Accessed: 21 April 2024).
95
K.Chanuka nisal System analysis & design
30, T.K.O. et al. (no date) Top 25 back-end web development tools, Digital Acceleration
Company. Available at: https://www.netguru.com/blog/top-back-end-web-
developement-tools#:~:text=Backend%20development%20is%20about
%20server,and%20the%20web%20servers%20themselves. (Accessed: 23 April
2024).
11 key roles in a software development team (2024) Alcor BPO. Available at:
https://alcor-bpo.com/10-key-roles-in-a-software-development-team-who-is-
responsible-for-what/#:~:text=A%20software%20development%20team%20is
%20made%20up%20of%20these%20key,%2C%20and%20team%20%2F%20tech
%20leads. (Accessed: 23 April 2024).
LEARN XAMPP with online courses and programs (no date) edX. Available at:
https://www.edx.org/learn/xampp#:~:text=XAMPP%2C%20which%20stands
%20for%20Cross,and%20Linux%20(LAMP)%20environments. (Accessed: 23
April 2024).
96
K.Chanuka nisal System analysis & design
97
K.Chanuka nisal System analysis & design
problem.
98
K.Chanuka nisal System analysis & design
LO3 & 4
D2 Justify the choice of the methodology used in
the context of the business problem.
99
K.Chanuka nisal System analysis & design