Information Systems Analysis and Design csc340 VIII Requirements Analysis Functional and Non Functional Requirements Stakeholders From Whom Do We Gather Requirements How Do We Specify Them 2004 John Mylopoulos Requirements Analysis 1 Information Systems Analysis and Design csc340 What Are Requirements Requirements definition is a careful assessment of the needs that a system is to fulfill must say why a system is needed based on current and foreseen conditions which may be internal operations or an external market must say what system features will serve and satisfy this context must also say how the system is to be constructed Ross77 Requirements constitute a specification for the new system They serve as a contract between customers and developers 2004 John Mylopoulos Requirements Analysis 2 Page Information Systems Analysis and Design csc340 Requirements describe the system with respect to its environment NOT its inner workings 2004 John Mylopoulos Requirements Analysis 3 Information Systems Analysis and Design csc340 Functional Requirements Describe the processing i e functions to be supported by the new system Describe the inputs into the system Also describe the outputs of the system Finally they describe the data that must be managed by the system 2004 John Mylopoulos Requirements Analysis 4 Page Information Systems Analysis and Design csc340 Non Functional Requirements Describe how well the system supports the functional requirements hence the name nonfunctional or quality requirements This description may include Performance criteria Reliability requirements Security considerations Usability requirements more 2004 John Mylopoulos Requirements Analysis 5 Information Systems Analysis and Design csc340 Are Requirements Always Done in Software Engineering Practice 2004 John Mylopoulos Requirements Analysis 6 Page Information Systems Analysis and Design csc340 Whom Do We Gather Requirements From From the stakeholders actors Users who are concerned about the features and the functionality of the new system Designers Systems analysts Training and user support staff Business analysts Technical authors The project manager more 2004 John Mylopoulos Requirements Analysis 7 Information Systems Analysis and Design csc340 Stakeholders are Different for Different Types of Projects Customer driven projects develop customized one of solutions Market driven ones develop generic software that is sold in the market Coming soon User driven projects develop software that is downloaded and used for a fee on demand The concept of software is evolving from that of a custom built artifact to that of a commodity that you buy and soon to that of a service resource that you use on demand 2004 John Mylopoulos Requirements Analysis 8 Page Information Systems Analysis and Design csc340 What Do We Gather Scenarios use cases from which we can infer functional and non functional requirements Scenarios describe desirable sequences of events that should be supported by the new system They also describe undesirable ones that should be prevented 2004 John Mylopoulos Requirements Analysis 9 Information Systems Analysis and Design csc340 How Do We Specify Requirements Through visual modeling The World The Model Designations Properties that only hold in the world Properties that only hold in the model Shared properties But Remember A Model is Usually just an Approximation 2004 John Mylopoulos Requirements Analysis 10 Page Information Systems Analysis and Design csc340 Additional Readings Kotonya98 Kotonya G et all Requirements Engineering Processes and Techniques John Wiley Sons 1998 Macaulay96 Macaulay L Requirements Engineering Springer Verlag 1996 2004 John Mylopoulos Requirements Analysis 11 Page
View Full Document
Unlocking...