Requirements Determination CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc.

Slides:



Advertisements
Similar presentations
Chapter 3: Requirements Determination
Advertisements

Behavioral Modeling: State Diagrams CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons,
Slide 1 Systems Analysis and Design with UML Version 2.0 Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination John Wiley.
May 14, May 14, 2015May 14, 2015May 14, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa,
Quality Management. What is a software product? Software product = computer programs (sources and executable) + associated documentation Software products.
Requirements Analysis CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology January 7, 2003.
© Copyright 2011 John Wiley & Sons, Inc.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Requirement Engineering – A Roadmap
Systems Analysis and Design in a Changing World, Fourth Edition
Karolina Muszyńska Based on
Chapter 4: Beginning the Analysis: Investigating System Requirements
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Introduction to Systems Analysis and Design CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley.
CIS 2200 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2009 Kannan Mohan.
Structural Modeling: Class Diagrams Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2005 Pearson Education Copyright © 2009 Kannan Mohan CIS 4800.
Chapter 4: Beginning the Analysis: Investigating System Requirements
CIS 2200 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College.
Topics Covered: Software requirement specification(SRS) Software requirement specification(SRS) Authors of SRS Authors of SRS Need of SRS Need of SRS.
Software Waterfall Life Cycle Requirements Construction Design Testing Delivery and Installation Operations and Maintenance Concept Exploration Prototype.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Requirements 101 CS3300 Fall 2015.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] January 31, 2012.
Lecture 7: Requirements Engineering
Behavioral Modeling: Sequence and Communication Diagrams Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2005 Pearson Education Copyright © 2009 Kannan.
Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
CS551 - Lecture 5 1 CS551 Lecture 5: Quality Attributes Yugi Lee FH #555 (816)
Data Gathering Techniques 27 th February Data Gathering Techniques System requirements specify what the system must do or what property or quality.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. NFP Design Techniques Software Architecture Lecture 20.
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. NFP Design Techniques Software Architecture Lecture 20.
CT1404 Lecture 2 Requirement Engineering 1 1. Today's Lecture Definition of a Software Requirement Definition of Software Requirements Management Characteristics.
Design CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2008 Course.
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
1 Quality Attributes of Requirements Documents Lecture # 25.
MADALINA CROITORU Software Engineering week 3 Madalina Croitoru IUT Montpellier.
APPROACH TO SYSTEM DEVELOPMENT. SYSTEMS DEVELOPMENT LIFE CYCLE A project is a planned undertaking that has a beginning and an end and that produces a.
CHAPTER 10 DATA COLLECTION METHODS. FROM CHAPTER 10 Copyright © 2003 John Wiley & Sons, Inc. Sekaran/RESEARCH 4E.
Software Requirements Specification Document (SRS)
Chapter 9 Substantive Procedures and the Financial Statement Audit Prepared by Richard J. Campbell Copyright 2011, Wiley and Sons.
Discuss the analytical skills, including systems thinking, needed for a systems analyst to be successful Describe the technical skills required of a systems.
CIS 2200 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Requirements Determination Fact finding process A critical initial stage in systems analysis Highly unstructured 72% of all errors in systems can be traced.
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
Activity Diagrams Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2005 Pearson Education Copyright © 2009 Kannan Mohan CIS 4800 Kannan Mohan Department.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements (utvalgte foiler fra Kap 6 og 7 i Sommerville)
Non Functional Testing. Contents Introduction – Security Testing Why Security Test ? Security Testing Basic Concepts Security requirements - Top 5 Non-Functional.
Requirements Determination
CMPE 135: Object-Oriented Analysis and Design August 31 Class Meeting
Classifications of Software Requirements
What Is a Project? Projects versus Operations Stakeholders.
CMPE 280 Web UI Design and Development August 29 Class Meeting
Non Functional Requirements (NFRs)
A Survey on Software Architecture Analysis Methods
Requirement Engineering
Requirements Elicitation – 1
Zara: Fast Fashion from Savvy Systems
Software Requirements
Chapter 3: The Requirements Workflow
UNIT II.
Guidelines for Presentations
Amazon.com CIS 2200 Kannan Mohan Department of CIS
Presentation transcript:

Requirements Determination CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2009 Kannan Mohan

Learning Objectives What are requirements? Where do they come from? How do we get to them? Any issues? Where do they go?

What are requirements? What a system must do A property exhibited by software developed An observable characteristic of a desired system Should be about what and not how to do it (but in practice…?)

What are requirements? Types – Functional – what the system should do The ATM system shall facilitate cash withdrawal – Non-functional (quality) – a constraint placed on the system The ATM system shall validate transactions in less than 3 seconds

Nonfunctional Requirements

Non-Functional Requirements Correctness: Behaves as specified Adaptability: Ability to easily change to handle new situations Robustness: Behaves predictably for odd cases Stability: Copes with large amount of data Usability: Ease of use Maintainability, Compatibility, Portability etc.

Where do they come from? Clients Which stakeholders? Strategic Tactical Operational

How do we get to them? Interviews Questionnaires Observation Joint application development (JAD) Document analysis

Any issues? Selecting Appropriate Techniques

Any issues? Cognitive biases? – Anchoring and adjustment – Confirmation – Availability Complete? Consistent?

Where do they go? Specifications To the development team

Summary What is a requirement? What are different types of requirements? Provide examples for functional and non- functional requirements. Assess the various requirements determination techniques based on various factors.