Professional Documents
Culture Documents
Software Eng Notes
Software Eng Notes
Sprint Planning Meeting: Part of the Sprint Backlog, involves planning for
the upcoming Sprint.
Ans:-
Q.4 With a suitable illustration explain evolutionary spiral model for software
Development ..?
Ans:-
1) The Spiral Model is a software development methodology that combines elements of both
iterative development and incremental development approaches. Introduced as an alternative to
the traditional Waterfall model.
2) The Spiral Model is particularly suited for projects that involve a high degree of risk and
uncertainty, The Spiral Model is a risk-driven model.
3) Each loop of the spiral is called a Phase of the software development process.
4) Each cycle in the spiral is divided into four parts:
Objective Identification: Each cycle in the spiral starts with the identification of purpose
for that cycle, the various alternatives that are possible for achieving the targets, and the
constraints that exists.
Risk Assessment and reduction: The next phase in the cycle is to calculate these various
alternatives based on the goals and constraints. The focus of evaluation in this stage is
located on the risk perception for the project.
Development and validation: The next phase is to develop strategies that resolve
uncertainties and risks. This process may include activities such as benchmarking,
simulation, and prototyping.
Planning: Finally, the next step is planned. The project is reviewed, and a choice made
whether to continue with a further period of the spiral. If it is determined to keep, plans are
drawn up for the next step of the project.
5) When deliverance is required to be frequent and When the project is large we should use spiral
model.
6) Risk handling ;- Risk handling in the Spiral Model involves identifying, assessing, and
mitigating risks at each spiral, ensuring that potential issues are addressed before they escalate.
Here's how risk handling is integrated into each phase of the Spiral Model.
Q.5 With is software requirement specification SRS , elaborate the content and
charcteristics of SRS ..?
Ans:- 1) SRS is a formal report, which acts as a representation of software that enables the
customers to review whether it (SRS) is according to their requirements.
2) It serves as a formal contract between the client or stakeholders and the development team,
providing a clear and detailed description of what the software is expected to do.
3) content ;-
Category- what kind of application is your software will come here
Purpose – describe the purpose of making the document
Scope – defines the limit of the software
Introduction – define existing & proposed system
Advantage – define advantage of system
Funtional and non-functional requirement
Software tool – mention the tools to be used
Deployment – Environment required to deploy
Hardware specification – Hardware required to develop the system
Gantt chart – chart to shiw the schedule of project
4) Characteristic ;-
Clear and Unambiguous: The requirements should be expressed in clear and easily
understandable language.
Complete: The SRS should cover all aspects of the software's functionality.
Consistent: The requirements should be internally consistent.
Verifiable: Each requirement should be testable, allowing for objective verification that
the software meets the specified criteria.
Traceable: Each requirement should be traceable to its origin, whether it's a stakeholder's
need, a business goal, or another source.
Feasible and Realistic: The requirements should be achievable within the project's
constraints, including time, budget, and available technology.
Modifiable: The document should be designed for easy updates and changes as the
project progresses and new information becomes available.
Q.7 Constuct a DFD(Data Flow Diagram) for food ordering system upto level 1
Ans;-
Q.8 State and explain the methods for eliciting requirements..?
Ans:- 1) Eliciting requirements is the process of gathering information from stakeholders and
users to understand their needs, preferences, and constraints, which forms the foundation for
designing and developing a software system.
2) There are various methods for eliciting requirements, each suited to different situations and
stakeholders. Here are some common methods
Interview: To understand the customer’s expectations from the software. Interviews,
Which maybe be open-ended or structured. In open-ended interviews there is no pre-set
agenda. Context free questions may be asked to understand the problem. In structured
interview, agenda of fairly open questions is prepared.
Brainstorming Sessions: It is a group technique , It is intended to generate lots of new
ideas hence providing a platform to share views, A highly trained facilitator is required to
handle group bias and group conflicts.
Surveys and Questionnaires: Distributing structured questionnaires to a large number of
stakeholders to collect their opinions and preferences. Useful for gathering a wide range of
perspectives quickly and efficiently.
Observations: Observing users in their natural environment to understand their
workflows, pain points, and behaviors. Provides insights into actual user needs and context,
helping to identify hidden requirements.
Prototyping: Creating a simplified version of the software or user interface to
demonstrate concepts and gather feedback. Helps stakeholders visualize the end product,
which can lead to better requirement definition.
Document Analysis: Reviewing existing documents, such as user manuals, reports, and
business processes, to extract requirements. Useful for identifying explicit and implicit
requirements embedded in organizational artifacts.