QB104462
QB104462
QB104462
These are the Statements of services the system should provide, how the system
should react to particular inputs and how the system should behave in particular situations.
May state what the system should not do.
2. What is non functional requirement?
These are Constraints on the services or functions offered by the system such as
timing constraints, constraints on the development process, standards, etc. Often apply to the
system as a whole rather than individual features or services
3. What are the types of requirements?
• User requirements
Statements in natural language plus diagrams of the services the system
provides and its operational constraints. Written for customers.
• System requirements
A structured document setting out detailed descriptions of the system’s
functions, services and operational constraints. Defines what should be
implemented so may be part of a contract between client and contractor.
4. How will you classify non functional requirements?
• Product requirements - Requirements which specify that the delivered product must
behave in a particular way e.g. execution speed, reliability, etc.
• Organizational requirements- Requirements which are a consequence of
organisational policies and procedures e.g. process standards used, implementation
requirements, etc
• External requirements - Requirements which arise from factors which are external to
the system and its development process e.g. interoperability requirements, legislative
requirements, etc.
5. What are the properties of non functional requirements?
• Speed
• Size
• Ease of use
• Reliability
• Robustness
• Portability
6. What is SRS?
The software requirements document is the official statement of what is required
of the system developers. It should include both a definition of user requirements and a
specification of the system requirements. It is NOT a design document. As far as
possible, it should set of WHAT the system should do rather than HOW it should do it.
A feasibility study is a short, focused study that should take place early in the
requirement engineering process. It should answer three key questions.
Stakeholder is anyone who must have some direct or indirect influence on the system
requirements. Stakeholder includes end users who will interact with the system and anyone
else in an organization who will be affected by it. Other system stakeholder’s might be
engineers who are developing or maintaining other related systems, business managers,
domain experts and trade union representative.
11. What is requirement elicitation or discovery?
The process of gathering information about the required and existing systems and
distilling the user and system requirements from this information. Source of the
information during the requirements discovery phase include documentation, system
stake holders and specification of similar systems.
12. What are the types of interviews?
• Closed interviews based on pre-determined list of questions
• Open interviews where various issues are explored with stakeholders.
13. What is scenario?
• Scenarios are real-life examples of how a system can be used.
• They should include
o A description of the starting situation;
o A description of the normal flow of events;
o A description of what can go wrong;
Use-cases are a scenario based technique in the UML which identify the actors in an
interaction and which describe the interaction itself. A set of use cases should describe all
possible interactions with the system. High-level graphical model supplemented by more
detailed tabular description. Sequence diagrams may be used to add detail to use-cases by
showing the sequence of event processing in the system.
15 MARKS
• Preface
• Introduction
• Glossary
• User requirements definition
• System architecture
• System requirements specification
• System models
• System evolution
• Appendices
• Index
2. Explain in detail about the process of requirement elicitation and analysis (7m)
Requirements discovery,
Requirements classification and
organization, Requirements prioritization and
negotiation, Requirements specification.
3. Write short notes on petri nets and data dictionary with necessary
diagram Refer question 17 and 18
ASSIGNMENT