Unit 2 analysis and software requirements

1/24/20091/24/2009 S.Sreenivasa RaoS.Sreenivasa Rao 11

Analysis Analysis andand

Software RequirementsSoftware Requirements

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


ObjectivesObjectives

To introduce the concepts of user and system To introduce the concepts of user and system requirementsrequirementsTo describe functional and nonTo describe functional and non--functional functional requirementsrequirementsTo explain how software requirements may be To explain how software requirements may be organised in a requirements documentorganised in a requirements document

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Problem Analysis Problem Analysis

Structuring information Structuring information Data flow diagram (DFD)Data flow diagram (DFD)Structured Analysis Structured Analysis Prototyping Prototyping Other tools/methods for analysis Other tools/methods for analysis

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirement Specification Requirement Specification

Functional and nonFunctional and non--functional functional Performance Performance Design constraints imposed on an Design constraints imposed on an implementation implementation External interfaces External interfaces

Specification Making , becoming ,Being specific a detailed of requirement

Specify to mention particularly

Require to askRequirement a need,A thing needed.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Software Requirement SpecificationSoftware Requirement Specification(SRS) (SRS)

An SRS establishes the basis for agreement An SRS establishes the basis for agreement between the client and the supplier on what the between the client and the supplier on what the software product will do.software product will do.As SRS provides a reference for validation of As SRS provides a reference for validation of the final product.the final product.A high quality SRS is a prerequisite to high A high quality SRS is a prerequisite to high quality software.quality software.A high quality SRS reduces the development A high quality SRS reduces the development costcost

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Components of an SRSComponents of an SRS

Performance Requirements

Functional Requirements

Design constrains

ExternalInterfaces

Software Requirements specification

Document

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Format of SRSFormat of SRS

Product overview and summary.Product overview and summary.Development, operating and maintenance Development, operating and maintenance environments.environments.External interfaces and data flowExternal interfaces and data flowFunctional requirements Functional requirements Performance requirements.Performance requirements.Exception handing.Exception handing.Early subsets and implementation and priorities.Early subsets and implementation and priorities.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Foreseeable modification and EnhancementsForeseeable modification and EnhancementsAcceptance criteriaAcceptance criteriaDesign hints and guidelines Design hints and guidelines Cross reference indexCross reference indexGlossary of teemsGlossary of teems

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Characteristic of an SRSCharacteristic of an SRS

Understandable Understandable Unambiguous Unambiguous Complete Complete Verifiable Verifiable ConsistentConsistentModifiable Modifiable Traceable Traceable

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Validation Validation

Requirement reviewsRequirement reviewsConstructing methods Constructing methods

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements engineeringRequirements engineeringThe process of establishing the services that the The process of establishing the services that the customer requires from a system and the customer requires from a system and the constraints under which it operates and is constraints under which it operates and is developed.developed.The requirements themselves are the The requirements themselves are the descriptions of the system services and descriptions of the system services and constraints that are generated during the constraints that are generated during the requirements engineering process.requirements engineering process.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


What is a requirement?What is a requirement?It may range from a highIt may range from a high--level abstract level abstract statement of a service or of a system constraint statement of a service or of a system constraint to a detailed mathematical functional to a detailed mathematical functional specification.specification.This is inevitable as requirements may serve a This is inevitable as requirements may serve a dual functiondual function–– May be the basis for a bid for a contract May be the basis for a bid for a contract -- therefore therefore

must be open to interpretation;must be open to interpretation;–– May be the basis for the contract itself May be the basis for the contract itself -- therefore therefore

must be defined in detail;must be defined in detail;–– Both these statements may be called requirements.Both these statements may be called requirements.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements abstraction (Davis)Requirements abstraction (Davis)

“If a company wishes to let a contract for a large software development project, itmust define its needs in a sufficiently abstract way that a solution is not pre-defined.The requirements must be written so that several contractors can bid for the con tract,offering, perhaps, different ways of meeting the client organisation’s needs. Once acontract has been awarded, the contractor must write a system definition for the clientin more detail so that the client und erstands and can validate what the software willdo. Both o f these documents may be ca lled the requirements document for thesystem.”

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Types of requirementTypes of requirementUser requirementsUser requirements–– Statements in natural language plus diagrams of the Statements in natural language plus diagrams of the

services the system provides and its operational services the system provides and its operational constraints. Written for customers.constraints. Written for customers.

System requirementsSystem requirements–– A structured document setting out detailed A structured document setting out detailed

descriptions of the systemdescriptions of the system’’s functions, services and s functions, services and operational constraints. Defines what should be operational constraints. Defines what should be implemented so may be part of a contract between implemented so may be part of a contract between client and contractor.client and contractor.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Definitions and specificationsDefinitions and specificationsw

ww

.jntuworld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements readersRequirements readersw

ww

.jntuworld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Functional and nonFunctional and non--functional requirementsfunctional requirements

Functional requirementsFunctional requirements–– Statements of services the system should provide, how the Statements of services the system should provide, how the

system should react to particular inputs and how the system system should react to particular inputs and how the system should behave in particular situations.should behave in particular situations.

NonNon--functional requirementsfunctional requirements–– constraints on the services or functions offered by the system constraints on the services or functions offered by the system

such as timing constraints, constraints on the development such as timing constraints, constraints on the development process, standards, etc.process, standards, etc.

Domain requirementsDomain requirements–– Requirements that come from the application domain of the Requirements that come from the application domain of the

system and that reflect characteristics of that domain.system and that reflect characteristics of that domain.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Functional requirementsFunctional requirements

Describe functionality or system services.Describe functionality or system services.Depend on the type of software, expected users Depend on the type of software, expected users and the type of system where the software is and the type of system where the software is used.used.Functional user requirements may be highFunctional user requirements may be high--level level statements of what the system should do but statements of what the system should do but functional system requirements should describe functional system requirements should describe the system services in detail.the system services in detail.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Examples of functional requirementsExamples of functional requirements

The user shall be able to search either all of the The user shall be able to search either all of the initial set of databases or select a subset from it.initial set of databases or select a subset from it.

The system shall provide appropriate viewers The system shall provide appropriate viewers for the user to read documents in the document for the user to read documents in the document store. store.

Every order shall be allocated a unique identifier Every order shall be allocated a unique identifier (ORDER_ID) which the user shall be able to (ORDER_ID) which the user shall be able to copy to the accountcopy to the account’’s permanent storage area.s permanent storage area.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements imprecisionRequirements imprecisionProblems arise when requirements are not Problems arise when requirements are not precisely stated.precisely stated.Ambiguous requirements may be interpreted in Ambiguous requirements may be interpreted in different ways by developers and users.different ways by developers and users.Consider the term Consider the term ‘‘appropriate viewersappropriate viewers’’–– User intention User intention -- special purpose viewer for each special purpose viewer for each

different document type;different document type;–– Developer interpretation Developer interpretation -- Provide a text viewer that Provide a text viewer that

shows the contents of the document.shows the contents of the document.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements completeness and Requirements completeness and consistencyconsistency

In principle, requirements should be both complete and In principle, requirements should be both complete and consistent.consistent.CompleteComplete–– They should include descriptions of all facilities They should include descriptions of all facilities

required.required.ConsistentConsistent–– There should be no conflicts or contradictions in the There should be no conflicts or contradictions in the

descriptions of the system facilities.descriptions of the system facilities.In practice, it is impossible to produce a complete and In practice, it is impossible to produce a complete and consistent requirements document.consistent requirements document.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


NonNon--functional requirementsfunctional requirementsThese define system properties and constraints These define system properties and constraints e.g. reliability, response time and storage e.g. reliability, response time and storage requirements. Constraints are I/O device requirements. Constraints are I/O device capability, system representations, etc.capability, system representations, etc.Process requirements may also be specified Process requirements may also be specified mandating a particular CASE system, mandating a particular CASE system, programming language or development method.programming language or development method.NonNon--functional requirements may be more functional requirements may be more critical than functional requirements. If these are critical than functional requirements. If these are not met, the system is useless.not met, the system is useless.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


NonNon--functional classificationsfunctional classificationsProduct requirementsProduct requirements–– Requirements which specify that the delivered product must Requirements which specify that the delivered product must

behave in a particular way e.g. execution speed, reliability, behave in a particular way e.g. execution speed, reliability, etc.etc.

Organisational requirementsOrganisational requirements–– Requirements which are a consequence of organisational Requirements which are a consequence of organisational

policies and procedures e.g. process standards used, policies and procedures e.g. process standards used, implementation requirements, etc.implementation requirements, etc.

External requirementsExternal requirements–– Requirements which arise from factors which are external to Requirements which arise from factors which are external to

the system and its development process e.g. interoperability the system and its development process e.g. interoperability requirements, legislative requirements, etc.requirements, legislative requirements, etc.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


NonNon--functional requirement typesfunctional requirement typesw

ww

.jntuworld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


NonNon--functional requirements examplesfunctional requirements examplesProduct requirementProduct requirement8.18.1 The user interface for LIBSYS shall be implemented as The user interface for LIBSYS shall be implemented as

simple HTML without frames or Java applets.simple HTML without frames or Java applets.

Organisational requirementOrganisational requirement9.3.2 The system development process and deliverable 9.3.2 The system development process and deliverable

documents shall conform to the process and deliverables documents shall conform to the process and deliverables defined in XYZCodefined in XYZCo--SPSP--STANSTAN--95.95.

External requirementExternal requirement7.6.5 The system shall not disclose any personal information 7.6.5 The system shall not disclose any personal information

about customers apart from their name and reference about customers apart from their name and reference number to the operators of the system.number to the operators of the system.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Goals and requirementsGoals and requirementsNonNon--functional requirements may be very difficult to functional requirements may be very difficult to state precisely and imprecise requirements may be state precisely and imprecise requirements may be difficult to verify. difficult to verify. GoalGoal–– A general intention of the user such as ease of use.A general intention of the user such as ease of use.

Verifiable nonVerifiable non--functional requirementfunctional requirement–– A statement using some measure that can be objectively A statement using some measure that can be objectively

tested.tested.

Goals are helpful to developers as they convey the Goals are helpful to developers as they convey the intentions of the system users.intentions of the system users.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


ExamplesExamples

A system goalA system goal–– The system should be easy to use by experienced controllers The system should be easy to use by experienced controllers

and should be organised in such a way that user errors are and should be organised in such a way that user errors are minimised.minimised.

A verifiable nonA verifiable non--functional requirementfunctional requirement–– Experienced controllers shall be able to use all the system Experienced controllers shall be able to use all the system

functions after a total of two hours training. After this trainifunctions after a total of two hours training. After this training, ng, the average number of errors made by experienced users the average number of errors made by experienced users shall not exceed two per day.shall not exceed two per day.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements measuresRequirements measures

Property Measure

Speed Processed transactions/secondUser/Event response timeScreen refresh time

Size M BytesNumber of ROM chips

Ease of use Training timeNumber of help frames

Reliability Mean time to failureProbability of unavailabilityRate of failure occurrenceAvailability

Robustness Time to restart after failurePercentage of events causing failureProbability of data corruption on failure

Portability Percentage of target dependent statementsNumber of target systems

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements interactionRequirements interaction

Conflicts between different nonConflicts between different non--functional functional requirements are common in complex systems.requirements are common in complex systems.Spacecraft systemSpacecraft system–– To minimise weight, the number of separate chips in To minimise weight, the number of separate chips in

the system should be minimised.the system should be minimised.–– To minimise power consumption, lower power chips To minimise power consumption, lower power chips

should be used.should be used.–– However, using low power chips may mean that However, using low power chips may mean that

more chips have to be used. Which is the most more chips have to be used. Which is the most critical requirement?critical requirement?

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Domain requirementsDomain requirements

Derived from the application domain and Derived from the application domain and describe system characteristics and features describe system characteristics and features that reflect the domain.that reflect the domain.Domain requirements be new functional Domain requirements be new functional requirements, constraints on existing requirements, constraints on existing requirements or define specific computations.requirements or define specific computations.If domain requirements are not satisfied, the If domain requirements are not satisfied, the system may be unworkable.system may be unworkable.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Library system domain Library system domain requirementsrequirements

There shall be a standard user interface to all There shall be a standard user interface to all databases which shall be based on the Z39.50 databases which shall be based on the Z39.50 standard.standard.Because of copyright restrictions, some Because of copyright restrictions, some documents must be deleted immediately on documents must be deleted immediately on arrival. Depending on the userarrival. Depending on the user’’s requirements, s requirements, these documents will either be printed locally on these documents will either be printed locally on the system server for manually forwarding to the the system server for manually forwarding to the user or routed to a network printer.user or routed to a network printer.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Train protection systemTrain protection system

The deceleration of the train shall be The deceleration of the train shall be computed as:computed as:–– DDtraintrain = = DDcontrolcontrol + + DDgradientgradient

where where DDgradientgradient is 9.81msis 9.81ms2 2 * compensated * compensated gradient/alpha and where the values of gradient/alpha and where the values of 9.81ms9.81ms2 2 /alpha are known for different types /alpha are known for different types of train.of train.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Domain requirements problemsDomain requirements problems

UnderstandabilityUnderstandability–– Requirements are expressed in the language of the Requirements are expressed in the language of the

application domain;application domain;–– This is often not understood by software engineers This is often not understood by software engineers

developing the system.developing the system.ImplicitnessImplicitness–– Domain specialists understand the area so well that Domain specialists understand the area so well that

they do not think of making the domain requirements they do not think of making the domain requirements explicit.explicit.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


User requirementsUser requirements

Should describe functional and nonShould describe functional and non--functional functional requirements in such a way that they are requirements in such a way that they are understandable by system users who donunderstandable by system users who don’’t have t have detailed technical knowledge.detailed technical knowledge.User requirements are defined using natural User requirements are defined using natural language, tables and diagrams as these can be language, tables and diagrams as these can be understood by all users.understood by all users.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Problems with natural languageProblems with natural language

Lack of clarity Lack of clarity –– Precision is difficult without making the document Precision is difficult without making the document

difficult to read.difficult to read.Requirements confusionRequirements confusion–– Functional and nonFunctional and non--functional requirements tend to functional requirements tend to

be mixedbe mixed--up.up.Requirements amalgamationRequirements amalgamation–– Several different requirements may be expressed Several different requirements may be expressed

together.together.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Editor grid requirementEditor grid requirement

2.6 Grid facilities To assist in the positioning of entities on a diagram, the user may turn on a grid in either centimetres or inches, via an option on the control panel. Initially, the grid is off. The grid may beturned on and off at any time during an editing session and can be toggled between inches and centimetres at any time. A grid option will be provided on the reduce-to-fit view but the number of gridlines shown will be reduced to avoid filling the smaller diagram with grid lines.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirement problemsRequirement problems

Database requirements includes both conceptual and Database requirements includes both conceptual and detailed informationdetailed information–– Describes the concept of a financial accounting system that is Describes the concept of a financial accounting system that is

to be included in LIBSYS;to be included in LIBSYS;–– However, it also includes the detail that managers can However, it also includes the detail that managers can

configure this system configure this system -- this is unnecessary at this level.this is unnecessary at this level.Grid requirement mixes three different kinds of Grid requirement mixes three different kinds of requirementrequirement–– Conceptual functional requirement (the need for a grid);Conceptual functional requirement (the need for a grid);–– NonNon--functional requirement (grid units);functional requirement (grid units);–– NonNon--functional UI requirement (grid switching).functional UI requirement (grid switching).

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Structured presentationStructured presentation

2.6.1 Grid facilitiesThe editor shall provide a grid facility where a m atrix of horizontal andvertical lines provide a background to the editor window. This grid shall be apassive grid where the alignment of entities is the user's responsibility.Rationale: A grid helps the user to create a tidy diagram with well-spacedentities. Although an active grid, where entities 'snap-to' grid lines can be useful,the positioning is imprecise. The user is the best person to decide where entitiesshould be positioned.Specification: ECLIPSE/WS/Tools/DE/FS Section 5.6Source: Ray Wilson, Glasgow Office

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Guidelines for writing requirementsGuidelines for writing requirements

Invent a standard format and use it for all Invent a standard format and use it for all requirements.requirements.Use language in a consistent way. Use shall for Use language in a consistent way. Use shall for mandatory requirements, should for desirable mandatory requirements, should for desirable requirements.requirements.Use text highlighting to identify key parts of the Use text highlighting to identify key parts of the requirement.requirement.Avoid the use of computer jargon.Avoid the use of computer jargon.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


System requirementsSystem requirementsMore detailed specifications of system functions, More detailed specifications of system functions, services and constraints than user services and constraints than user requirements.requirements.They are intended to be a basis for designing They are intended to be a basis for designing the system.the system.They may be incorporated into the system They may be incorporated into the system contract.contract.System requirements may be defined or System requirements may be defined or illustrated using system models discussed in illustrated using system models discussed in Chapter 8.Chapter 8.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements and designRequirements and designIn principle, requirements should state what the In principle, requirements should state what the system should do and the design should system should do and the design should describe how it does this.describe how it does this.In practice, requirements and design are In practice, requirements and design are inseparableinseparable–– A system architecture may be designed to structure A system architecture may be designed to structure

the requirements;the requirements;–– The system may interThe system may inter--operate with other systems operate with other systems

that generate design requirements;that generate design requirements;–– The use of a specific design may be a domain The use of a specific design may be a domain

requirement.requirement.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Problems with NL specificationProblems with NL specificationAmbiguityAmbiguity–– The readers and writers of the requirement must The readers and writers of the requirement must

interpret the same words in the same way. NL is interpret the same words in the same way. NL is naturally ambiguous so this is very difficult.naturally ambiguous so this is very difficult.

OverOver--flexibilityflexibility–– The same thing may be said in a number of different The same thing may be said in a number of different

ways in the specification.ways in the specification.Lack of modularisationLack of modularisation–– NL structures are inadequate to structure system NL structures are inadequate to structure system

requirements.requirements.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Alternatives to NL specificationAlternatives to NL specification

Notation Description

Structured naturallanguage

This approach depends on defining standard forms or templates to express therequirements specification.

Designdescriptionlanguages

This approach uses a language like a programming language but with more abstractfeatures to specify the requirements by defining an operational model of the system.This approach is not now widely used although it can be useful for interfacespecifications.

Graphicalnotations

A graphical language, supplemented by text annotations is used to define thefunctional requirements for the system. An early example of such a graphicallanguage was SADT. Now, use-case descriptions and sequence d iagrams arecommonly used .

Mathematicalspecifications

These are notations based on mathematical concep ts such as finite-state machines orsets. These unambiguous specifications reduce the arguments between customer andcontractor about system functionality. However, most customers don’t understandformal specifications and are reluctant to accept it as a system contract.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Structured language specificationsStructured language specifications

The freedom of the requirements writer is limited The freedom of the requirements writer is limited by a predefined template for requirements.by a predefined template for requirements.All requirements are written in a standard way.All requirements are written in a standard way.The terminology used in the description may be The terminology used in the description may be limited.limited.The advantage is that the most of the The advantage is that the most of the expressiveness of natural language is expressiveness of natural language is maintained but a degree of uniformity is maintained but a degree of uniformity is imposed on the specification.imposed on the specification.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


FormForm--based specificationsbased specificationsDefinition of the function or entity.Definition of the function or entity.Description of inputs and where they come from.Description of inputs and where they come from.Description of outputs and where they go to.Description of outputs and where they go to.Indication of other entities required.Indication of other entities required.Pre and post conditions (if appropriate).Pre and post conditions (if appropriate).The side effects (if any) of the function.The side effects (if any) of the function.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


FormForm--based node specificationbased node specificationInsulin Pump/Control Software/SRS/3.3.2Function Compute insulin dose: Safe sugar levelDescription Computes the dose of insulin to be delivered when the current measured sugar level is in

the safe zone between 3 and 7 units.Inputs Current sugar reading (r2), the previous two readings (r0 and r1)Source Current sugar reading from sensor. Other readings from memory.Outputs CompDose Š the dose in insulin to be deliveredDestination Main control loopAction: CompDose is zero if the sugar level is stable or falling or if the level is increasing but the rate of

increase is decreasing. If the level is increasing and the rate of increase is increasing, then CompDose iscomputed by dividing the difference between the current sugar level and the previous level by 4 androunding the result. If the result, is rounded to zero then CompDose is set to the minimum dose that canbe delivered.

Requires Two previous readings so that the rate of change of sugar level can be computed.Pre-condition The insulin reservoir contains at least the maximum allowed single dose of insulin..Post-condition r0 is replaced by r1 then r1 is replaced by r2Side-effects None

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Tabular specificationTabular specification

Used to supplement natural language.Used to supplement natural language.Particularly useful when you have to define a Particularly useful when you have to define a number of possible alternative courses of action.number of possible alternative courses of action.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Tabular specificationTabular specification

Condition Action

Sugar level falling (r2 < r1) CompDose = 0

Sugar level stable (r2 = r1) CompDose = 0

Sugar level increasing and rate ofincrease decreasing ((r2-r1)<(r1-r0))

CompDose = 0

Sugar level increasing and rate ofincrease stable or increasing. ((r2-r1) �(r1-r0))

CompDose = round ((r2-r1)/4)If rounded result = 0 thenCompDose = MinimumDose

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Graphical modelsGraphical models

Graphical models are most useful when you Graphical models are most useful when you need to show how state changes or where you need to show how state changes or where you need to describe a sequence of actions.need to describe a sequence of actions.Different graphical models are explained in Different graphical models are explained in Chapter 8(Sommerville).Chapter 8(Sommerville).

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Sequence diagramsSequence diagrams

These show the sequence of events that take These show the sequence of events that take place during some user interaction with a place during some user interaction with a system.system.You read them from top to bottom to see the You read them from top to bottom to see the order of the actions that take place.order of the actions that take place.Cash withdrawal from an ATMCash withdrawal from an ATM–– Validate card;Validate card;–– Handle request;Handle request;–– Complete transaction.Complete transaction.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Sequence diagram of ATM withdrawalSequence diagram of ATM withdrawal

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Interface specificationInterface specification

Most systems must operate with other systems Most systems must operate with other systems and the operating interfaces must be specified and the operating interfaces must be specified as part of the requirements.as part of the requirements.Three types of interface may have to be definedThree types of interface may have to be defined–– Procedural interfaces;Procedural interfaces;–– Data structures that are exchanged;Data structures that are exchanged;–– Data representations.Data representations.Formal notations are an effective technique for Formal notations are an effective technique for interface specification.interface specification.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


PDL interface descriptionPDL interface description

interface PrintServer {

// defines an abstract printer server// requires: interface Printer, interface PrintDoc// provides: initialize, print, displayPrintQueue, cancelPrintJob, switchPrinter

void initialize ( Printer p ) ;void print ( Printer p, PrintDoc d ) ;void displayPrintQueue ( Printer p ) ;void cancelPrintJob (Printer p, PrintDoc d) ;void switchPrinter (Printer p1, Printer p2, PrintDoc d) ;

} //PrintServer

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


The requirements documentThe requirements document

The requirements document is the official The requirements document is the official statement of what is required of the system statement of what is required of the system developers.developers.Should include both a definition of user Should include both a definition of user requirements and a specification of the system requirements and a specification of the system requirements.requirements.It is NOT a design document. As far as possible, It is NOT a design document. As far as possible, it should set of WHAT the system should do it should set of WHAT the system should do rather than HOW it should do itrather than HOW it should do it

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Users of a requirements documentUsers of a requirements document

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


IEEE requirements standardIEEE requirements standardDefines a generic structure for a requirements Defines a generic structure for a requirements document that must be instantiated for each document that must be instantiated for each specific system. specific system. –– Introduction.Introduction.–– General description.General description.–– Specific requirements.Specific requirements.–– Appendices.Appendices.–– Index.Index.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Requirements document structureRequirements document structure

PrefacePrefaceIntroductionIntroductionGlossaryGlossaryUser requirements definitionUser requirements definitionSystem architectureSystem architectureSystem requirements specificationSystem requirements specificationSystem modelsSystem modelsSystem evolutionSystem evolutionAppendicesAppendicesIndexIndex

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Key pointsKey pointsRequirements set out what the system should do and Requirements set out what the system should do and define constraints on its operation and implementation.define constraints on its operation and implementation.Functional requirements set out services the system Functional requirements set out services the system should provide.should provide.NonNon--functional requirements constrain the system functional requirements constrain the system being developed or the development process.being developed or the development process.User requirements are highUser requirements are high--level statements of what level statements of what the system should do. User requirements should be the system should do. User requirements should be written using natural language, tables and diagrams.written using natural language, tables and diagrams.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net


Key pointsKey points

System requirements are intended to System requirements are intended to communicate the functions that the system communicate the functions that the system should provide.should provide.A software requirements document is an A software requirements document is an agreed statement of the system agreed statement of the system requirements.requirements.The IEEE standard is a useful starting point The IEEE standard is a useful starting point for defining more detailed specific for defining more detailed specific requirements standards.requirements standards.

ww

w.jntuw

orld.com

ww

w.jntuw

orld.com

ww

w.jw

jobs.net

Education

Unit 2 analysis and software requirements