SDLC Assignment
SDLC Assignment
STUDENT DETAILS
Semester Email
UNIT DETAILS
Unit Title Unit Code
Assignment
Title
Qualification Campus
STUDENT ASSESSMENT SUBMISSION AND DECLARATION
When submitting evidence for assessment, each student must sign a declaration
confirming that the work is their own.
Programme
Unit Name
Assignment Title
Plagiarism
Student Declaration
I certify that the assignment submission is entirely my own work and I fully understand
the consequences of plagiarism. I understand that making a false declaration is a form
of malpractice.
Objective..............................................................................................................................6
Executive Summary...................................................................................................10
SDLC.........................................................................................................................11
Phases of SDLC.........................................................................................................11
Agile Model:..............................................................................................................12
Advantages................................................................................................................13
Disadvantages............................................................................................................13
Spiral Model:.............................................................................................................14
Advantages................................................................................................................14
Disadvantages:...........................................................................................................15
Waterfall Model:........................................................................................................15
Advantages................................................................................................................16
Disadvantages............................................................................................................16
V-Model:....................................................................................................................17
Advantages:...............................................................................................................19
Disadvantages:...........................................................................................................19
Risk Management......................................................................................................20
Types of Risk.............................................................................................................20
Executive Summary...................................................................................................26
Feasibility Study........................................................................................................27
Feasibility Report.......................................................................................................27
References..........................................................................................................................51
Scenario
As per the scenario I am hired as the System Analyst for Apex Educational
Institute(AEI). AEI is a predominantly operating educational institution in Nepal and is
offering education to many national and international students. It is one of the leading
research and academic institutes with nearly 4000 students, 75 faculty members and 40
non-teaching staffs across 4 departments (IT, Business, Hospitality Management &
ACCA) and 7 centers and is seeking an enhanced solution that automates various
academic and administrative activities. The institution is building a new Office
Management Solution. AEI has a small systems development team which in the past has
been solely responsible for all development work. The CEO of the AEI feels that the
Research & Development team has not been outward looking and wants a fresh approach
for the proposed system. The in-house team will work alongside analysts and developers
from my team who will lead the project. As the System Analyst I am responsible for
managing the project including analysis and design stage of the new system. My first task
as an Analyst is to update the in-house team on the developments in new methodologies
used to analyze systems as most of the in-house teams use a more traditional approach
and very few are aware of the agile methodologies which are increasing in popularity.
Objective
International SchoolSubmitted
of Management
to: and
Technology (ISMT)
Mr. Rahul Kumar
Submitted By:
Kaushal Upadhya
Report on
LO1....................................................................................................................................10
Executive Summary...........................................................................................................10
SDLC.................................................................................................................................11
SDLC Phases.....................................................................................................................11
Agile Model.......................................................................................................................12
Spiral Model......................................................................................................................14
Waterfall Model.................................................................................................................15
Advantages Of WaterfallModel.........................................................................................16
Disadvantages Of WaterfallModel....................................................................................16
V-Model.............................................................................................................................17
Advantages Of V-Model....................................................................................................19
Disadvantages Of V-Model...............................................................................................19
Risk Management..............................................................................................................20
Types Of Risk....................................................................................................................20
Risks Associated to Agile Model......................................................................................20
Phases of SDLC
The SDLC process is divided into five stages, which we will go through briefly below:
Agile Model:
("Agile Model (Software Engineering) - javatpoint", 2021) says a software development
strategy focused on iterative development refers to as an "agile process model”. Agile
methods divide projects into smaller variations, or bits, and avoid long-term planning. At
the start of the planning process, the project scope and specifications are defined.
In the Agile method model, each iteration is thought of as a short time "frame" that lasts
between one and four weeks. The division of the whole project into smaller sections
helps to reduce overall project risk and implementation time requirements.
Advantages
Production on a regular basis and face-to-face communication with customers.
Project that is both efficient and meets client’s needs.
Changes can be made at any time, which cuts down on overall production time.
Disadvantages
Due to a lack of structured documentation, there is inconsistency, and important
decisions made at various stages may be misinterpreted by different team
members at any moment.
Maintenance of the completed project will become problematic due to a lack of
detailed reports after the project is completed and the developers are assigned to
another project.
Spiral Model:
("Spiral Model (Software Engineering) - javatpoint", 2021) defines Spiral Model as an
evolutionary software process model that combines the iterative aspect of prototyping
with the linear sequential model's controlled and systematic elements.
Advantages
Due to the risk identification and risk management at each point, the Spiral Model
is the ideal planning model to pursue for projects with many unknown threats that
arise as the development progresses.
In large and complex programs, the Spiral Model is suitable.
Using this model, change requests in the Requirements at a later stage may be
implemented effectively.
Disadvantages:
The Spiral Model is much more complicated than other SDLC models, and it is
too costly for small projects.
Time estimation is difficult since the number of steps is uncertain at the start of a
project.
Waterfall Model:
("What is Waterfall Model? Definition of Waterfall Model, Waterfall Model Meaning - The
Economic Times", 2021) defines waterfall model as a traditional system development life
cycle model that uses a linear and sequential approach to model a system. The model is
called a waterfall because it progresses gradually from one step to the next in a
downward direction.
Advantages
Simple and straightforward to understand and apply. Because of the model's
rigidity, it's simple to handle.
Phases are processed and completed one at a time.
For projects with well-defined requirements, this method works effectively.
Disadvantages
Only until the end of the life cycle will functional software be produced.
There is a great deal of risk and confusion in this model.
Not ideal for projects with a moderate to high chance of alteration in
specifications. As a result, this process model has a high level of risk and
instability.
Figure: Waterfall Model
V-Model:
("SDLC - V-Model - Tutorialspoint", 2021) says
V-model is an SDLC model in which
processes are carried out in a V-shape in a sequential order. Verification and Validation
Model is another term for it.
The V-Model is based on the association of a testing process with each corresponding
development step, and it is an extension of the waterfall model. This ensures that each
step of the production cycle has a testing phase that is directly linked to it. This is a very
disciplined model, and the next step begins only after the previous one has been
completed.
Validation: It involves the use of complex analysis methods (functional and non-
functional), as well as code execution for checking. Validation is the method of
classifying software after it has been developed to decide if it meets the expectations and
specifications of the consumer.
Verification Phase of V-Model:
Business requirement analysis: This is the first step in understanding the
customer's product specifications. This step involves extensive communication in
order to fully comprehend the customer's needs and specifications.
System Design: Through reviewing the consumer specifications guide, system
developers evaluate and interpret the proposed system's business.
Architecture Design: During this process, architectural requirements are
identified and designed. Typically, more than one technical solution is proposed,
and the final decision is made based on technical and financial viability. This is
also referred to as High Level Design (HLD).
Module Design: This process specifies the comprehensive internal specification
for all system modules. It is also known as Low Level Design (LLD).
Coding Phase: In the Coding process, the actual coding of the system modules
built in the Design phase is completed. Based on the framework and architectural
specifications, the best programming language is chosen. Before the final project
is installed into the repository, the project is subjected to various code tests and is
optimized for maximum output.
Advantages:
It's ideal for smaller projects with well-defined specifications.
Because of the model's robustness, it's simple to handle. There are clear outputs
and a review process for each phase.
Disadvantages:
For diverse and object-oriented programs, this is not a suitable model. There are
also significant threats and instability.
It's difficult to go back and adjust a function while a program is in the testing
stage.
Until late in the development cycle, no working software is made.
Figure: V-Model
Risk Management
("The Project Risk Management Process | 5 Tips for Success", 2021) says the practice of
recognizing, evaluating, and preventing or minimizing risks to a project that have the
potential to affect the desired outcomes is referred to as risk management.
Types of Risk
Regardless of the project's specifics, there are various sorts of risks that arise frequently.
These are some of the most common categories of risk:
There are a variety of potential dangers that can arise depending on the specifics of the
project. Project managers, for example, may need to plan for risks related to
implementation, training, and testing.
Very large software system: Since the resulting increments would be rather
large, the basic risk management in agile development is insufficient for big,
sophisticated software systems. This would lengthen the period between
increments, requiring a greater cost to deal with any modifications or defects that
were identified.
Large development team: It is not appropriate for big teams because
coordinating communication among team members would be significantly more
complex.
High reliance on human factor: It is completely reliant on the development
team's experience and ability to properly interact with clients. Failure is
unavoidable if the project fails to achieve these conditions.
Inappropriate customer representative: Another risk factor is the selection of
an effective customer representative. In fact, this component has the same impact
on the development process as team members.
Distributed development environment: This methodology is not appropriate for
building software projects in a decentralized environment since it involves close
face-to-face communication between the development team. Otherwise, other
forms of communication, such as video conferencing, should be used on a daily
basis.
Scope creep: Another significant risk issue is project scope, which occurs as a
result of the methodology's minimum planning, which causes developers to
become sidetracked from the project's major goals. As a result, the project will
grow in size, get more complex, and eventually overrun.
As the project manager we can track team productivity and product delivery using the
Agile Method by using lean estimates approaches and emphasizing the delivery of
working software. This activity emphasizes teamwork and ensures that activities are
coordinated and synchronized. Agile Methodology ensures that teams focus on the most
critical aspects of the project first—features that will result in working software that adds
value to the company, however these features may change over the course of the project.
We can track team productivity and product delivery using the Agile Method by using
lean estimation approaches and emphasizing the delivery of working software.
Agile will produce more features in a shorter period of time and also gives the team more
flexibility throughout the process so that they can take advantage of opportunities as the
project unfolds.
Merits of applying the Waterfall lifecycle model to a large software development
project.
In software development businesses, waterfall development is still a popular method of
operating. When building a project, the waterfall process is rather simple and
expectations are clear if the requirements are put out with strict regulations and standards.
This model is better suited to organizations/projects with precise procedures that must be
maintained. Testers and developers can work on writing code and test cases. They don't
have to wait for instructions from clients because the product specifications are
established in advance. Waterfall may be more appropriate if the features are fully
specified and must interface with known or existing products. It will provide a more
predictable outcome if the project timeline and budget is set and cannot be changed.
Because the product requirements are specified and approved before development begins,
there is a commitment to deliver a defined set of features, making the final product more
predictable.
The model has been attributed to plenty of problems. Commonly acknowledged issues
include the inability to cope with change and the fact that flaws are frequently found too
late in the software development process. However, many of the problems mentioned in
literature are based on beliefs and experiences, and not on empirical evidence. Many of
the issues raised in the research, however, are based on individual beliefs and experiences
rather than factual data.
International School of Management and
Technology
(ISMT)
Feasibility Study
Kaushal Upadhya
Date: 03/06/2021
Table of Contents for LO2
LO2....................................................................................................................................26
Executive Summary...........................................................................................................26
Feasibility Study................................................................................................................27
Feasibility Report...............................................................................................................27
Feasibility Report
("Feasibility report Template - feasibility report Introduction - « Full » version - project
identification stage - Intro Page « Full « - IT-Enabled Projects - NPMS - Real Property - PSPC",
Enhances the focus of development team and seeks for new opportunities.
Provides essential information for making a "go" or "no-go" assessment.
Minimizes the number of business alternatives and establishes a convincing
argument for pursuing the project.
Increases the success rate by considering several elements.
Assists in project decision-making and illustrates arguments not to continue if the
project is due to fail.
https://www.javatpoint.com/software-engineering-agile-model
https://www.tutorialspoint.com/sdlc/sdlc_waterfall_model.htm
https://www.researchgate.net/publication/317713058_Feasibility_Studies_and_Importan
t_Aspect_of_Project_Management