Gathering and Organising System Requirements
|
|
- Shonda Wheeler
- 7 years ago
- Views:
Transcription
1 Gathering and Organising System Requirements Massimo Felici
2 10 Top Reasons for Not Doing Requirements 1. We don t need requirements, we re using objects, java, web The users don t know what they want 3. We already know what the users want 4. Who cares what the users want? 5. We don t have time to do requirements 6. It s too hard to do requirements 7. My boss frowns when I write requirements 8. The problem is too complex to write requirements 9. It s easier to change the system later than to do the requirements up front 10. We have already started writing code, and we don t want to spoil it 1
3 VolBank - Volunteer Bank 1 2 VolBank: Requirements 1. To develop a system that will handle the registration of volunteers and the depositing of their time. 2. To handle recording of opportunities for voluntary activity. 3. To match volunteers with people or organisations that need their skills. 4. To generate reports and statistics on volunteers, opportunities an time deposited.
4 Requirements Engineering Activities 3 Requirements Elicitation Requirements Analysis and Negotiation Requirements Documentation Requirements Validation Requirements Document User needs System Specification Domain Information Existing system information Regulations Standards Etc. Agreed Requirements
5 Slide 3: Requirements Engineering Activities Main activities involved in Software Requirements engineering: Elicitation: Identify sources; Elicit requirements Analysis and Negotiation: Classify requirements; Model; Top-level architecture; Allocate requirements to components; Negotiate requirements Documentation: Requirements Definition Doc; Software Requirements Specification; Document Standards; Document Quality Validation: Reviews; Prototypes; Modelling; Test definition Management: Traceability; Attributes; Change/Evolution The pattern, sequence and interaction of these activities is orchestrated by a Requirements Engineering Process.
6 Slide 3: Requirements Engineering Activities Required Readings I. Sommerville. Integrated Requirements Engineering: A Tutorial. IEEE Software, January/February 2005, pp Suggested Readings I. Sommerville, P. Sawyer. Requirements Engineering: A Good Practice Guide. John Wiley & Sons, G. Kotonya, I. Sommerville. Requirements Engineering: Processes and techniques. John Wiley & Sons, I. Sommerville. Software Engineering, Eighth Edition, Addison-Wesley Chapter 6 on Software Requirements. Chapter 7 on Requirements Engineering Processes.
7 Requirements Elicitation Activities Application domain understanding Application domain knowledge is knowledge of the general area where the system is applied Problem understanding The details of the specific customer problem where the system will be applied must be understood Business understanding You must understand how systems interact and contribute to overall business goals Understanding the needs and constraints of system stakeholders You must understand, in detail, the specific needs of people who require system support in their work 4
8 Slide 4: Requirements Elicitation Techniques Interviews with stakeholders Close/Open (Structured/Unstructured), Facilitated Meetings (e.g., professional group work) Scenarios Elicit the usual flow of work; Are stories which explain how a system might be used; Expose possible system interactions and reveal system facilities which may be required Prototypes Mock-up using paper, diagrams or software Observations Observing real world work Some requirements elicitation techniques find grounds in Ethnography - a technique from the social sciences. Note that actual work processes often differ from formal prescribed processes.
9 VolBank - Volunteer Bank 2 5 VolBank: Elicitation Goals (why the system is being developed) An high level goal is to increase the amount of volunteer effort utilised by needy individuals and organisations Possible requirements in measurement and monitoring Domain Knowledge Some specific requirements, e.g., Safety and Security Stakeholders Volunteers, organisations, system administrators, needy people, operator, maintenance, manager Operational Environment Probably constrained by software and hardware in the office Organisational Environment Legal issues of keeping personal data, safety issues in matching
10 VolBank - Volunteer Bank 3 6 VolBank: Examples of Requirements Volunteer identifies: 1. The need for security/assurance in contacting organisations Management identifies: 2. The number of hours volunteered per month above a given baseline as the key metric Operator identifies: 3. The need to change details when people move home 4. The need to manage disputes when a volunteer is unreliable, or does bad work
11 Requirements Analysis 7 Discovers problems, incompleteness and inconsistencies in the elicited requirements A problem checklist may be used to support analysis A Problem Checklist Premature design Combined requirements Unnecessary requirements Requirements ambiguity Requirements realism Requirements testability
12 Slide 7: Requirements Analysis Requirements Analysis involves: Classification, Conceptual Modeling, Architectural Design and Requirements Allocation and Requirements Negotiation. Requirements Analysis deals with large volume of requirements information, detects and resolves conflicts, scopes the system and defines interfaces with the environment, translates system requirements into software requirements and provides feedback to the stakeholders (in order to resolve conflicts through the negotiation process). A Problem Checklist: Premature design, Combined requirements, Unnecessary requirements, Use of non-standard hardware, Conformance with business goals, Requirements ambiguity, Requirements realism, Requirements testability.
13 Definitions 8 Functional and Non-functional Requirements Functional Requirements: These are statements of services the system should provide, how the system should react to particular inputs and how the system should behave in particular situations. In some cases, the functional requirements may also explicitly state what the system should not do. Non-functional Requirements: These are constraints on the services. They include timing constraints, constraints on the development process and standards. Non-functional requirements often apply to system as a whole. They do not usualy just apply to individual system features or services.
14 Slide 8: Examples of Functional Requirements Examples of functional requirements for a university library system used by students and faculty to order books and documents from other libraries. 1. The user shall be able to search either all of the initial set of databases or select a subset from it. 2. The system shall provide appropriate viewers for the user to read documents in the document store. 3. Every order shall be allocated a unique identifier, which the user shall be able to copy to the accounts permanent storage area.
15 Slide 8: Non-functional Requirements Non-functional requirements (e.g., safety, security, usability, reliability, etc.) define the overall qualities or attributes of the resulting system Constraints on the product being developed and the development process Warnings: unclear distinction between non-functional and functional requirements Suggested Readings J. Boegh, S. De Panfilis, B. Kitchenham, A. Pasquini. A Method for Software Quality Planning, Control, and Evaluation. IEEE Software, March/April 1999, pp
16 Slide 8: Metrics for Specifying Non-functional Requirements Property Speed Size Ease of use Reliability Robustness Portability Measure Processed transactions/second User/Event response time Screen refresh time K bytes Number of RAM chips Lines of Code (LOC) Training time Number of help frames Mean time to failure Probability of unavailability Rate of failure occurrence Availability Time to restart after failure Percentage of events causing failure Probability of data corruption on failure Percentage of target-dependent statements Number of target systems
17 VolBank - Volunteer Bank 4 9 VolBank: Analysis and Classification Functional Requirements The system allows a volunteer to be added to the register of volunteers. The following data will be recorded:... Non-functional Requirements The system ensures confidentiality of personal data and will not release it to a third party The system ensures the safety of all participants
18 VolBank - Volunteer Bank 5 10 VolBank: A Failed Match Scenario Goal: to handle failure of a match Context: the volunteer and organisation have been matched and a date for a preliminary meeting established Resources: time for volunteer and organisation Actors: volunteer, operator, organisation Episodes: The volunteer arrives sees the job to be done and decides (s)he cannot do it Organisation contacts operator to cancel the match and reorganise Exceptions: volunteer fails to show up
19 Other Requirements Activities Constructing Specifications System requirements definition: customer facing, at system level Software Requirements Specification: developer facing, at software level Requirements Validation define the acceptance test with stakeholders Requirements Management Manage requirements and maintain traceability Requirements change because the environment changes and there is a need to evolve 11
20 Slide 11: Other Requirements Activities There are four main types of traceability links with respect to their process relationships to requirements: Forward from requirements. Responsibility for requirements achievement must be assigned to system components, such that accountability is established and the impact of requirements change can be evaluated. Backward to requirements. Compliance of the system with requirements must be verified, and gold-plating (designs for which no requirements exist) must be avoided. Forward to requirements. Changes in stakeholder needs, as well as in technical assumptions, may require a radical reassessment of requirements relevance. Backward from requirements. The contribution structures underlying requirements are crucial in validating requirements, especially in highly political settings.
21 Slide 11: Other Requirements Activities Suggested Readings M. Jarke. Requirements Tracing. Communications of the ACM, Vol. 41, No. 12, December 1998.
22 VolBank - Volunteer Bank 6 12 VolBank: Conceptual Modelling Process of requirements engineering is usually guided by a requirements method Requirement methods are systematic ways of producing system models System models important bridges between the analysis and the design process Begin to identify classes of object and their associations: volunteer, contact details, match, skills, organisation, needs, etc. Start to consider some high level model of the overall workflow for the process using modelling tools
23 Software Requirements Specification (SRS) 13 How to organise requirements The software requirements document (sometimes called the software requirements specification or SRS) is the official statement of what the system developers should implement. It should include both the user requirements for a system and a detailed specification of the system requirements. In some cases, the user and system requirements may be integrated into a single description. In other cases, the user requirements are defined in an introduction to the system requirements specification. If there are a large number of requirements, the detailed system requirements may be presented in a separate document.
24 A basic structure 14 Software Requirements Specification (SRS) 1. PROJECT DRIVERS The Purpose of the Product Scope Stakeholders 2. PROJECT CONSTRAINTS Development Environment Deadlines 3. FUNCTIONAL REQUIREMENTS functional requirement 1:... functional requirement m: 4. NON-FUNCTIONAL REQUIREMENTS (e.g., Reliability, Usability, Security, Maintainability, etc.) non-functional requirement 1:... non-functional requirement n: 5. PROJECT ISSUES Open Issues Evolution (e.g., Requirements changes, Future Requirements, etc.)
25 Slide 14: Software Requirements Specification (SRS) You may want to use the VOLERE template or the IEEE Std (tailored for your purposes) or any similar SRS template as support for your practical work. The VOLERE requirements shell and the IEEE standard provide guidance for writing requirements. Required Readings IEEE Recommended Practice for Software Requirements Specifications, IEEE Std Suggested Readings S. Robertson, J. Robertson. Mastering the Requirements Process. Addison- Wesley, 1999.
26 VolBank - Volunteer Bank 7 15 VolBank: Design and Allocation How do we allocate requirements? The system shall ensure the safety of all participants? Further analysis to identify principal threats: Safety of the volunteer from hazards at the work site Safety of the organisations from hazards of poor or inadequate work Safety of people from volunteers with behavioural problems... Design might allow us to allocate: 1. to an information sheet 2. to a rating component and procedures on allocating work 3. to external police register 4....
27 VolBank - Volunteer Bank 8 16 Safety and Privacy requirements VolBank: Negotiation may be inconsistent or conflicting need to modify one or both Privacy: only authorised releases for safety checks will be permitted and there is a procedure for feeding back to the individual if a check fails. Some requirements may be achievable but only at great effort Attempt to downscale Prioritise It may be too much effort to implement a fault reporting system in the first release of the system
28 Required Readings 17 I. Sommerville. Integrated Requirements Engineering: A Tutorial. IEEE Software, January/February 2005, pp IEEE Recommended Practice for Software Requirements Specifications, IEEE Std
29 Suggested Readings 18 I. Sommerville, P. Sawyer. Requirements Engineering: A Good Practice Guide. John Wiley & Sons, G. Kotonya, I. Sommerville. Requirements Engineering: Processes and techniques. John Wiley & Sons, I. Sommerville. Software Engineering, Eighth Edition, Addison-Wesley Chapter 6 on Software Requirements. Chapter 7 on Requirements Engineering Processes. M. Jarke. Requirements Tracing. Communications of the ACM, Vol. 41, No. 12, December S. Robertson, J. Robertson. Mastering the Requirements Process. Addison- Wesley, J. Boegh, S. De Panfilis, B. Kitchenham, A. Pasquini. A Method for Software Quality Planning, Control, and Evaluation. IEEE Software, 16(2):69-77, 1999.
30 Summary 19 Requirements Engineering Involves diverse activities Supports the construction of quality systems Issues are very wide ranging Poor requirements lead to very poor systems Negotiating agreement between all the stakeholders is hard It may be possible to use a more formal notation to capture some aspects of the system
Software Requirements
Software Engineering Software Requirements Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To introduce the concepts of user and system requirements To describe functional and
More informationSoftware Requirements 1
Software Requirements 1 Requirements are descriptions of the services that a software system must provide and the constraints under which it must operate Requirements can range from high-level abstract
More informationRequirements Engineering Processes. Feasibility studies. Elicitation and analysis. Problems of requirements analysis
Requirements engineering processes Requirements Engineering Processes The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the.
More informationWhat is a requirement? Software Requirements. Descriptions and specifications of a system
What is a requirement? Software Requirements Descriptions and specifications of a system May range from a high-level abstract statement of a service or a statement of a system constraint to a detailed
More informationSoftware Requirements. Descriptions and specifications of a system. Ian Sommerville 2000 Software Engineering, 6th edition.
Software Requirements Descriptions and specifications of a system Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Objectives To introduce the concepts of user and system To describe
More informationRequirements Engineering Process
Software Engineering Requirements Engineering Process Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To describe the principal requirements engineering activities and d their
More informationSoftware Requirements. Objectives
Software Requirements cmsc435-1 Objectives To introduce the concepts of user and system requirements To describe functional and non-functional requirements To explain how software requirements may be organized
More informationRequirements Engineering Processes. Ian Sommerville 2006 Software Engineering, 8th edition. Chapter 7 Slide 1
Requirements Engineering Processes Ian Sommerville 2006 Software Engineering, 8th edition. Chapter 7 Slide 1 Objectives To describe the principal requirements engineering activities and their relationships
More informationTraceability Patterns: An Approach to Requirement-Component Traceability in Agile Software Development
Traceability Patterns: An Approach to Requirement-Component Traceability in Agile Software Development ARBI GHAZARIAN University of Toronto Department of Computer Science 10 King s College Road, Toronto,
More informationSocio technical Systems. Ian Sommerville 2006 Software Engineering, 8th edition. Chapter 2 Slide 1
Socio technical Systems Ian Sommerville 2006 Software Engineering, 8th edition. Chapter 2 Slide 1 Objectives To explain what a socio technical system is and the distinction between this and a computer
More informationRequirements Analysis through Viewpoints Oriented Requirements Model (VORD)
Requirements Analysis through Viewpoints Oriented Requirements Model (VORD) Ahmed M. Salem Computer Science Department California State University, Sacramento Sacramento, CA 95819 USA Email: salema@ecs.csus.edu
More informationRequirements Traceability. Mirka Palo
Requirements Traceability Mirka Palo Seminar Report Department of Computer Science University of Helsinki 30 th October 2003 Table of Contents 1 INTRODUCTION... 1 2 DEFINITION... 1 3 REASONS FOR REQUIREMENTS
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationRequirements Analysis Concepts & Principles. Instructor: Dr. Jerry Gao
Requirements Analysis Concepts & Principles Instructor: Dr. Jerry Gao Requirements Analysis Concepts and Principles - Requirements Analysis - Communication Techniques - Initiating the Process - Facilitated
More informationStory Card Based Agile Software Development
Story Card Based Agile Software Development Chetankumar Patel, and Muthu Ramachandran Leeds Metropolitan University, UK c.patel@leedsmet.ac.uk Abstract The use of story cards for user stories in many Extreme
More information11 Tips to make the requirements definition process more effective and results more usable
1 11 Tips to make the s definition process more effective and results more usable This article discusses what I believe are the key techniques for making s definition process repeatable from project to
More informationSOFTWARE REQUIREMENTS
SOFTWARE REQUIREMENTS http://www.tutorialspoint.com/software_engineering/software_requirements.htm Copyright tutorialspoint.com The software requirements are description of features and functionalities
More informationRequirements Engineering: A Roadmap
Requirements Engineering: A Roadmap Bashar Nuseibeh & Steve Easterbrook Department of Computing Imperial College of Science, Technology & Medicine London SW7 2BZ, UK Email: ban@doc.ic.ac.uk http://www-dse.doc.ic.ac.uk/~ban/
More informationSoftware Requirements. Objectives. Topics covered
Software Requirements Sommerville Chapter 6 Objectives To introduce the concepts of user and system requirements To describe functional and non-functional requirements To explain how software requirements
More informationOrganizational Requirements Engineering
Chapter 9, Non-functional Requirements Organizational Requirements Engineering Prof. Dr. Armin B. Cremers Sascha Alda Armin B. Cremers, Sascha Alda Organizational Requirements Engineering 1 Overview of
More informationInteractive system specification. Interactive system definition. Issues to be taken into account for interactive systems
Interactive system specification From Requirements Engineering Processes and Techniques by G. Kotonya and I. Sommerville 1998 Slide 1 Interactive system definition Interactive systems can be defined as
More informationThis alignment chart was designed specifically for the use of Red River College. These alignments have not been verified or endorsed by the IIBA.
Red River College Course Learning Outcome Alignment with BABOK Version 2 This alignment chart was designed specifically for the use of Red River College. These alignments have not been verified or endorsed
More informationTeaching Requirements through Interdisciplinary Projects
Teaching Requirements through Interdisciplinary Projects Deepti Suri, Eric Durant Department of Electrical Engineering and Computer Science Milwaukee School of Engineering 1025 North Broadway Milwaukee,
More informationAerospace Software Engineering
16.35 Aerospace Software Engineering Software Architecture The 4+1 view Patterns Prof. Kristina Lundqvist Dept. of Aero/Astro, MIT Why Care About Software Architecture? An architecture provides a vehicle
More informationCourse Outline. Foundation of Business Analysis Course BA30: 4 days Instructor Led
Foundation of Business Analysis Course BA30: 4 days Instructor Led Prerequisites: No prerequisites - This course is suitable for both beginner and intermediate Business Analysts who would like to increase
More informationSOFTWARE DEVELOPMENT MAGAZINE: MANAGEMENT FORUM December, 1999. Vol. 7, No. 12 Capturing Business Rules. By Ellen Gottesdiener,
SOFTWARE DEVELOPMENT MAGAZINE: MANAGEMENT FORUM December, 1999. Vol. 7, No. 12 Capturing Business Rules By Ellen Gottesdiener, [Editor's Intro] With our noses to the software development grindstone, it
More informationJOURNAL OF OBJECT TECHNOLOGY
JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2006 Vol. 5. No. 8, November-December 2006 Requirements Engineering Tasks Donald Firesmith,
More informationSoftware Engineering. Software Processes. Based on Software Engineering, 7 th Edition by Ian Sommerville
Software Engineering Software Processes Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To introduce software process models To describe three generic process models and when
More informationUse Cases. Massimo Felici. Massimo Felici Use Cases c 2004 2011
Use Cases Massimo Felici Use Cases 1 Support requirements engineering activities and the requirement process Capture what a system is supposed to do, i.e., systems functional requirements Describe sequences
More informationBuild the Right Software First Time
Build the Right Software First Time are the most misunderstood part of systems development, and yet the most crucial. must be correct if the rest of the development effort is to succeed. This workshop
More informationSoftware Engineering. Introduction. Software Costs. Software is Expensive [Boehm] ... Columbus set sail for India. He ended up in the Bahamas...
Software Engineering Introduction... Columbus set sail for India. He ended up in the Bahamas... The economies of ALL developed nations are dependent on software More and more systems are software controlled
More informationSTSG Methodologies and Support Structure
STSG Methodologies and Support Structure STSG Application Life Cycle Management STSG utilizes comprehensive lifecycle tools that are fully integrated and provide capabilities for most of the roles in its
More informationSoftware Requirements Specification
1 of 7 17.04.98 13:32 Software Requirements Specification The sub-sections : 1. What is a Software Requirements Specification 2. Why is a Software Requirement Specification Required 3. What is Contained
More informationDevelop Project Charter. Develop Project Management Plan
Develop Charter Develop Charter is the process of developing documentation that formally authorizes a project or a phase. The documentation includes initial requirements that satisfy stakeholder needs
More informationRequirements engineering and quality attributes
Open Learning Universiteit Unit 2 Learning Unit 2 Requirements engineering and quality attributes Contents Introduction............................................... 21 2.1 Important concepts........................................
More informationLecture 17: Requirements Specifications
Lecture 17: Requirements Specifications Why we need to write specifications Purpose and audience Choosing an appropriate size and formality Desiderata for Specifications Properties of good specifications
More informationThe Role of Information Technology Studies in Software Product Quality Improvement
The Role of Information Technology Studies in Software Product Quality Improvement RUDITE CEVERE, Dr.sc.comp., Professor Faculty of Information Technologies SANDRA SPROGE, Dr.sc.ing., Head of Department
More informationSoftware Requirements. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 1
Software Requirements Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 1 Objectives To introduce the concepts of user and system requirements To describe functional and non-functional
More informationRequirements engineering
Learning Unit 2 Requirements engineering Contents Introduction............................................... 21 2.1 Important concepts........................................ 21 2.1.1 Stakeholders and
More informationQuantification and Traceability of Requirements
Quantification and Traceability of Requirements Gyrd Norvoll Master of Science in Computer Science Submission date: May 2007 Supervisor: Tor Stålhane, IDI Norwegian University of Science and Technology
More informationTo introduce software process models To describe three generic process models and when they may be used
Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
More informationBusiness Solutions Manager Self and contribution to Team. Information Services
POSITION DESCRIPTION Position Title: Responsible To: Responsible For Agile Test Analyst Business Solutions Manager Self and contribution to Team Position Purpose: The Agile Test Analyst is responsible
More informationSofware Requirements Engineeing
Sofware Requirements Engineeing Three main tasks in RE: 1 Elicit find out what the customers really want. Identify stakeholders, their goals and viewpoints. 2 Document write it down (). Understandable
More informationQuestions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements
Questions? Assignment Why is proper project management important? What is goal of domain analysis? What is the difference between functional and non- functional requirements? Why is it important for requirements
More information<name of project> Software Project Management Plan
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
More informationCommunication Diagrams
Communication Diagrams Massimo Felici Realizing Use cases in the Design Model 1 Slide 1: Realizing Use cases in the Design Model Use-case driven design is a key theme in a variety of software processes
More informationExamination SUBJECT. Version:
SUBJET Version: 1 Which of the following statements best describes Business nalysis? Business nalysis provides the reasoning for initiating a project. Business nalysis is the strategic part of the project
More informationSoftware Requirements Specification (SRS)
Software Requirements Specification (SRS) Meeting Scheduler MANISH BANSAL ABHISHEK GOYAL NIKITA PATEL ANURAG MAHAJAN SMARAK BHUYAN - 1 - VERSION RECORD Version record showing the amendments effected to
More informationSyllabus. REQB Certified Professional for Requirements Engineering. Foundation Level
Syllabus REQB Certified Professional for Requirements Engineering Version 2.1 2014 The copyright to this edition of the syllabus in all languages is held by the Global Association for Software Quality,
More informationVALLIAMMAI ENGINEERING COLLEGE S.R.M. Nagar, Kattankulathur DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
VALLIAMMAI ENGINEERING COLLEGE S.R.M. Nagar, Kattankulathur DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Sub Code : CP7007 Sub Name: SOFTWARE REQUIREMENTS ENGINEERING Branch / Year : ME CSE / I Year
More informationSystem Development Life Cycle Guide
TEXAS DEPARTMENT OF INFORMATION RESOURCES System Development Life Cycle Guide Version 1.1 30 MAY 2008 Version History This and other Framework Extension tools are available on Framework Web site. Release
More informationCDC UNIFIED PROCESS PRACTICES GUIDE
Document Purpose The purpose of this document is to provide guidance on the practice of Requirements Definition and to describe the practice overview, requirements, best practices, activities, and key
More informationUsing Use Cases for requirements capture. Pete McBreen. 1998 McBreen.Consulting
Using Use Cases for requirements capture Pete McBreen 1998 McBreen.Consulting petemcbreen@acm.org All rights reserved. You have permission to copy and distribute the document as long as you make no changes
More informationTRADITIONAL VS MODERN SOFTWARE ENGINEERING MODELS: A REVIEW
Year 2014, Vol. 1, issue 1, pp. 49-56 Available online at: http://journal.iecuniversity.com TRADITIONAL VS MODERN SOFTWARE ENGINEERING MODELS: A REVIEW Singh RANDEEP a*, Rathee AMIT b a* Department of
More informationSoftware development life cycle. Software Engineering - II ITNP92 - Object Oriented Software Design. Requirements. Requirements. Dr Andrea Bracciali
Software development life cycle Software life cycle: Software Engineering - II ITNP92 - Object Oriented Software Design Dr Andrea Bracciali Module Co-ordinator 4B86 abb@cs.stir.ac.uk Spring 2014 (elicitation)
More informationSoftware Requirements, Third Edition
j Microsoft Software Requirements, Third Edition Karl Wiegers and Joy Beatty Contents Introduction Acknowledgments xxv xxxi PART I SOFTWARE REQUIREMENTS: WHAT, WHY, AND WHO Chapter 1 The essential software
More informationRole Description Business Analyst / Consultant - ICT
Role Description Business Analyst / Consultant - ICT Classification/Grade/Band Clerk Grade 7/8 ANZSCO Code 261111 PCAT Code 1226192 Date of Approval 28 February 2014 Primary purpose of the role The Business
More informationPartnering for Project Success: Project Manager and Business Analyst Collaboration
Partnering for Project Success: Project Manager and Business Analyst Collaboration By Barbara Carkenord, CBAP, Chris Cartwright, PMP, Robin Grace, CBAP, Larry Goldsmith, PMP, Elizabeth Larson, PMP, CBAP,
More informationSoftware Requirements. Topics covered. Requirements engineering
Software Requirements Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 1 Topics covered Functional and non functional requirements User requirements System requirements Interface
More informationSoftware Risk Factors in Developing E-Governance Projects
International Journal of Allied Practice, Research and Review Website: www.ijaprr.com (ISSN 2350-1294) Software Risk Factors in Developing E-Governance Projects Ms. Harmeet Malhotra Associate Professor,
More informationSoftware Project Models
INTERNATIONAL JOURNAL OF TECHNOLOGY ENHANCEMENTS AND EMERGING ENGINEERING RESEARCH, VOL 1, ISSUE 4 135 Software Project Models Abhimanyu Chopra, Abhinav Prashar, Chandresh Saini Email-abhinav.prashar@gmail.com,
More informationBidirectional Tracing of Requirements in Embedded Software Development
Bidirectional Tracing of Requirements in Embedded Software Development Barbara Draxler Fachbereich Informatik Universität Salzburg Abstract Nowadays, the increased complexity of embedded systems applications
More informationRapid software development. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 17 Slide 1
Rapid software development Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 17 Slide 1 Objectives To explain how an iterative, incremental development process leads to faster delivery of
More informationTen steps to better requirements management.
White paper June 2009 Ten steps to better requirements management. Dominic Tavassoli, IBM Actionable enterprise architecture management Page 2 Contents 2 Introduction 2 Defining a good requirement 3 Ten
More informationSoftware Process for QA
Software Process for QA Basic approaches & alternatives CIS 610, W98 / M Young 1/7/98 1 This introduction and overview is intended to provide some basic background on software process (sometimes called
More informationQuality Management. Lecture 12 Software quality management
Quality Management Lecture 12 Software quality management doc.dr.sc. Marko Jurčević prof.dr.sc. Roman Malarić University of Zagreb Faculty of Electrical Engineering and Computing Department of Fundamentals
More informationSoftware Processes. Topics covered
Software Processes cmsc435-1 Topics covered Systems vs. software engineering Software process models Process iteration Process activities Computer-aided software engineering cmsc435-2 What is a system?
More informationQuantitative and qualitative methods in process improvement and product quality assessment.
Quantitative and qualitative methods in process improvement and product quality assessment. Anna Bobkowska Abstract Successful improvement of the development process and product quality assurance should
More informationOn Non-Functional Requirements
On Non-Functional Requirements Martin Glinz Department of Informatics, University of Zurich, Switzerland glinz@ifi.uzh.ch Abstract Although the term non-functional has been in use for more than 20 years,
More informationSOFT 423: Software Requirements
SOFT 423: Software Requirements Week 3 Class 1 Finish Elicitation & Start Analysis SOFT 423 Winter 2015 1 Last Class Questionnaires Document Inspection Requirements Stripping Use Cases Scenarios SOFT 423
More informationScenario-based Requirements Engineering and User-Interface Design
Scenario-based Requirements Engineering and User-Interface Institut für Computertechnik ICT Institute of Computer Technology Hermann Kaindl Vienna University of Technology, ICT Austria kaindl@ict.tuwien.ac.at
More informationIntegration Mgmt / Initiating Process Group 4.1 Develop Project Charter
1 Mgmt / Initiating Process Group 4.1 Develop Project Charter Project statement of work Business case Agreements Facilitation techniques Project charter 26/02/2013 18:23:36 1 2 Mgmt / Planning Process
More informationAn Effective Requirement Engineering Process Model for Software Development and Requirements Management
2010 International Conference on Advances in Recent Technologies in Communication and Computing An Effective Requirement Engineering Process Model for Software Development and Management Dhirendra Pandey
More informationSoftware Test Plan (STP) Template
(STP) Template Items that are intended to stay in as part of your document are in bold; explanatory comments are in italic text. Plain text is used where you might insert wording about your project. This
More informationOverview TECHIS60441. Carry out security testing activities
Overview Information, services and systems can be attacked in various ways. Understanding the technical and social perspectives, how attacks work, the technologies and approaches used are key to being
More informationThe goal of software architecture analysis: confidence building or risk assessment
The goal of software architecture analysis: confidence building or risk assessment Nico Lassing, Daan Rijsenbrij and Hans van Vliet Faculty of Sciences Vrije Universiteit, Amsterdam {nlassing, daan, hans}@cs.vu.nl
More informationCDC UNIFIED PROCESS PRACTICES GUIDE
Purpose The purpose of this document is to provide guidance on the practice of Modeling and to describe the practice overview, requirements, best practices, activities, and key terms related to these requirements.
More informationKeywords document, agile documentation, documentation, Techno functional expert, Team Collaboration, document selection;
Volume 4, Issue 4, April 2014 ISSN: 2277 128X International Journal of Advanced Research in Computer Science and Software Engineering Research Paper Available online at: www.ijarcsse.com A Document Driven
More informationProject Management Process
Project Management Process Description... 1 STAGE/STEP/TASK SUMMARY LIST... 2 Project Initiation 2 Project Control 4 Project Closure 5 Project Initiation... 7 Step 01: Project Kick Off 10 Step 02: Project
More informationPROJECT AUDIT METHODOLOGY
PROJECT AUDIT METHODOLOGY 1 "Your career as a project manager begins here!" Content Introduction... 3 1. Definition of the project audit... 3 2. Objectives of the project audit... 3 3. Benefit of the audit
More informationFourth generation techniques (4GT)
Fourth generation techniques (4GT) The term fourth generation techniques (4GT) encompasses a broad array of software tools that have one thing in common. Each enables the software engineer to specify some
More informationIJMIE Volume 2, Issue 8 ISSN: 2249-0558
Social, Cultural and Cognitive Issues in Global Requirements Engineering Ishtiaq Hussain* Mr. Tasleem Mustafa* Mr. Ahsan Raza Sattar* Abstract Deployment of technology has reduced many of the problems
More informationRequirements Definition and Management Processes
Software Engineering G22.2440-001 Session 1 Sub-Topic 1 Requirements Definition & Management Processes and Tools Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute
More informationEvaluation and Integration of Risk Management in CMMI and ISO/IEC 15504
Evaluation and Integration of Risk Management in CMMI and ISO/IEC 15504 Dipak Surie, Email : ens03dse@cs.umu.se Computing Science Department Umea University, Umea, Sweden Abstract. During software development,
More informationV. Phani Krishna et al, / (IJCSIT) International Journal of Computer Science and Information Technologies, Vol. 2 (6), 2011, 2915-2919
Software Quality Assurance in CMM and XP- A Comparative Study CH.V. Phani Krishna and Dr. K.Rajasekhara Rao CSE Department, KL University, Guntur dt., India. Abstract Software Quality Assurance is a planned
More informationSafety Management Systems (SMS) guidance for organisations
Safety and Airspace Regulation Group Safety Management Systems (SMS) guidance for organisations CAP 795 Published by the Civil Aviation Authority, 2014 Civil Aviation Authority, CAA House, 45-59 Kingsway,
More informationOutline. Definitions. Course schedule
SENG480A/CSC576A Topics in Software Engineering Software Development, Architecture & Evolution Lectures, Sep 17, 20, 2001 Hausi A. Müller University of Victoria Outline Assignment 1 due Sep 27 Last week
More informationBCS Certificate in Requirements Engineering Extended Syllabus
BCS Certificate in Requirements Engineering Extended Syllabus Version 2.3 July 2013 Change History Version Number and Date Version 2.3 July 2013 Changes Made Minor updates made to the commentary Version
More informationFundamentals of Measurements
Objective Software Project Measurements Slide 1 Fundamentals of Measurements Educational Objective: To review the fundamentals of software measurement, to illustrate that measurement plays a central role
More information3C05: Unified Software Development Process
3C05: Unified Software Development Process 1 Unit 5: Unified Software Development Process Objectives: Introduce the main concepts of iterative and incremental development Discuss the main USDP phases 2
More informationCS 389 Software Engineering. Lecture 2 Chapter 2 Software Processes. Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed.
CS 389 Software Engineering Lecture 2 Chapter 2 Software Processes Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed. Topics covered Software process models Process activities Coping
More informationUser experience storyboards: Building better UIs with RUP, UML, and use cases
Copyright Rational Software 2003 http://www.therationaledge.com/content/nov_03/f_usability_jh.jsp User experience storyboards: Building better UIs with RUP, UML, and use cases by Jim Heumann Requirements
More informationLecture 9: Requirements Modelling
A little refresher: What are we modelling? Lecture 9: Requirements Modelling Requirements; Systems; Systems Thinking Role of Modelling in RE Why modelling is important Limitations of modelling Brief overview
More informationAligning IT investment and Business
IBM Software Group Aligning IT investment and Business The role of requirements management, portfolio management and enterprise architecture Productivity, Governance, Innovation Dr Tariq Aslam 2009 IBM
More informationChapter 5: Requirements Analysis and Validation Organizational Requirements Engineering
Chapter 5: Requirements Analysis and Validation Organizational Requirements Engineering Prof. Dr. Armin B. Cremers Sascha Alda Overview Introduction to Requirements Analysis Class and Object Identification
More informationNon-Functional Requirements for COTS Software Components
Non-Functional Requirements for COTS Software Components Ljerka Beus-Dukic School of Computing and Mathematics University of Northumbria at Newcastle Ellison Building, Newcastle upon Tyne NE1 8ST, United
More informationRequirements Engineering for Web Applications
Web Engineering Requirements Engineering for Web Applications Copyright 2013 Ioan Toma & Srdjan Komazec 1 What is the course structure? # Date Title 1 5 th March Web Engineering Introduction and Overview
More informationISO/IEC 9126-1 Software Product Quality Model
Why do current systems fail? Standish Group found that 51% of projects failed 31% were partially successful Main causes were poor user requirements: 13.1% Incomplete requirements 12.4% Lack of user involvement
More informationChange Management Practitioner Competencies
1 change-management-institute.com Change Management Institute 2008 Reviewed 2010, 2012 Change Management Practitioner Competencies The Change Management Practitioner competency model sets an independent
More information