Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Effectiveness.

Slides:



Advertisements
Similar presentations
Student-centred Learning in Construction Education Increasing Participation The SLICE Approach.
Advertisements

Ian Bui SYSM 6309 UTD - Spring Brave New World of R.E.  Multiple teams spread across the globe  Management separated from Development  Marketing.
Software Requirements
CHAPTER 3 ~~~~~ INFORMAL ASSESSMENT: SELECTING, SCORING, REPORTING.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Requirements.
Requirements Specification
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Integrating.
Project Management and Communication Represented by: Latifa Jaber Al-Ghafran.
1 Integrating Desktop Video Conferencing into Online and Web-Enhanced Courses Ms. Darla Runyon Dr. Roger Von Holzen Center for Information Technology in.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Dealing.
Fundamentals of Information Systems, Second Edition
SE 555 Software Requirements & Specification Requirements Validation.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Goal.
Part 2: Requirements Days 7, 9, 11, 13 Chapter 2: How to Gather Requirements: Some Techniques to Use Chapter 3: Finding Out about the Users and the Domain.
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Requirements.
Project Management Communications Management*
Research Day 2009 Assessment of Student Work on Geographically Distributed Information Technology Project Teams Charles Tappert and Allen Stix Pace University,
Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Towards.
درس :مهندسي نيازمندي ها استاد: دكتر عبداله زاده دانشجو: خيرالنسا مرچانت Effectiveness of Elicitation Techniques in Distributed Requirement Engineering.
Groupware to Support Distributed & Collocated Software Engineering Student Group Projects Sarah Drummond RISE Dept. Computer Science University of Durham.
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
Using Safari Live Web-conferencing Technology in Technical Writing Courses: Can Nonhuman Software Rehumanize Online Learning Spaces? Dr. David S. Hogsette.
Requirement engineering for an online bookstore system
Combining Perceptions and Prescriptions in Requirements Engineering Process Assessment Presented By: Hector M Lugo-Cordero, MS EEL
Tools and Techniques for Effective Distributed Requirements Engineering: An Empirical Study Wes J. Lloyd Dr. Stephen Edwards, Co-chair Dr. Mary Beth Rosson,
McWeadon Education, USA
ICT TEACHERS` COMPETENCIES FOR THE KNOWLEDGE SOCIETY
Project Requirement Gathering: Recommended "Best" Practices Edward Kuligowski Bellevue University CIS 665 Click to Preview.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 7-1 Chapter 7 Collaborative Computing Technologies:
Yeonjeong Park School of Education, Virginia Tech. Blacksburg, VA Educational Technology Lab : A place of learning, teaching, researching, and discovering…
S/W Project Management
1 DR. BADRUL HUDA KHAN MCWEADON EDUCATION, USA DR. BADRUL HUDA KHAN
Collaborative Computing Technologies: Group Support Systems By Dr.S.Sridhar,Ph.D., RACI(Paris),RZFM(Germany),RMR(USA),RIEEEProc.
9 Closing the Project Teaching Strategies
Jenny Jopling Texas Computer-based Testing Collaborative.
Sarah Drummond Dept. Computer Science University of Durham, UK MSc Research An Investigation into Computer Support for Cooperative Work in Software Engineering.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 22 – 10 – 2011 College Of Computer Science and Information, Information Systems.
Chapter 6 : Software Metrics
Ihr Logo Chapter 7 Collaborative Computing Technologies: Group Support Systems Turban, Aronson, and Liang Decision Support Systems and Intelligent Systems,
Introduction to WRESTT (WISTPC 2014:2) July 18th, FIU Main Campus A Cyber Enabled Learning Environment of Software Testing Education Supported by.
Technology’s Influence on Training & Learning
Product Documentation Chapter 5. Required Medical Device Documentation  Business proposal  Product specification  Design specification  Software.
A Preliminary Investigation of Student Perceptions of Online Education Angela M. Clark University of South Alabama Presented at ISECON 2003 San Diego,
Software Engineering Saeed Akhtar The University of Lahore Lecture 8 Originally shared for: mashhoood.webs.com.
Requirements Engineering Requirements Elicitation Process Lecture-9.
CPLA Video Case Studies Making Media Nursing. Making Media - Background First year, semester long 20 credit core module Involved 200 students with 4 staff.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
Lecture 7: Requirements Engineering
CS2003 Usability Engineering Human-Centred Design Dr Steve Love.
EDUCAUSE 2005 Annual Conference October 19, 2005.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
System Context and Domain Analysis Abbas Rasoolzadegan.
Teaching Systems Analysis and Design in a Practical Way: A Collaborative Effort Between Computer Science and Business School by Ken Surendran-CS Chellappa.
Chapter 4 Decision Support System & Artificial Intelligence.
Assessment Formats Charlotte Kotopoulous Regis University EDEL_450 Assessment of Learning.
Copyright ©2005 by South-Western, a division of Thomson Learning. All rights reserved Chapter 17 1 Information Management Systems MANAGEMENT Meeting and.
Requirements Engineering Process
IT and Network Organization Ecommerce. IT and Network Organization OPTIMIZING INTERNAL COLLABORATIONS IN NETWORK ORGANIZATIONS.
Information Systems Education Conference - ISECON Ryerson University School of Information Technology Management The Use of Internet-based Tools.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
Information Systems Dr. Ken Cosh Lecture 9.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
 What is Groupware  Why organization use Groupware  Categories of Groupware  Barriers of Groupware  Getting Groupware to work in your organization.
“USING BLACKBOARD” “Best Practices in Business Curricula Related to Systems and Technology” June 26, 2001.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Introduction to Software Requirement Engineering Nisa’ul Hafidhoh Teknik Informatika
Requirement Engineering - Customer-Oriented
Presentation transcript:

Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 1 Effectiveness of Elicitation Techniques in Distributed Requirements Engineering Abbas Rasoolzadegan

Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 2 Introduction Software quality is often reflective of the quality and the software development process of the organization. Most software process models include requirements analysis activities The ultimate quality of the delivered software depends on the requirements upon which the system has been build The later in the software lifecycle a defect is discovered the more expensive it is to rectify

Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 3 Introduction (Cont.) Reasons for distributed RE: –Software development organizations are often geographically distributed from their customers and end users –High travel costs –Local availability of skilled technical staff –Face-to-face meetings with end-users are not realistic

Introduction (Cont.) Goals of this research –Identify what factors led software engineers to write high quality SRS documents –Evaluate the effectiveness of the “software for collaboration” used to enable distributed requirements engineering –Assess the effectiveness of various requirements elicitation techniques when used in the distributed mode

Background Distributed software development projects have become practical because of –Technological improvements in communications structure, bandwidth, performance, –Project members are unwilling to travel –Lack of skilled worker in a geographical area –High travel and relocations costs –Physical location of specialized hardware

Background (Cont.) Advantages of for supporting telecommuting and asynchronous collaboration –Broadcasting capability –Management of communication –Access to information resources –Low communication cost –File transfer –Temporal and spatial flexibility The requirements elicitation techniques which need lower bandwidth channels, work very well in a distributed interaction

Empirical Study of Distributed requirements Engineering Conditions –Groups of computer science graduate students from Virginia Tech, role-played as participants in RE effort –All group interaction in the study was distributed Supported by a set of groupware tools that enabled both synchronous and asynchronous collaboration –The customer and engineer participants never met face-to-face to perform any negotiations and discussion related to the project –Problem for research in RE A meeting scheduler system –Two-page requirements document describing the scheduling problem

Project Overview A set of collaborative tools –Centra Symposium Supports real time virtual meetings –MOOsburg Facilitate file sharing and informal impromptu meetings – File sharing and asynchronous discussions

Project Overview (Cont.) The requirements elicitation techniques were used in the project teams –Question and answer method –Customer interviews –Brainstorming and idea reduction –Storyboards –Prototyping –Questionnaires –Use cases –Requirements management

Process assessment and results Evaluation methods –Using surveys to determine the software and requirements engineering experience level of participants –Collecting survey data and observations at each planned virtual meeting Meeting sessions were recorded At the conclusion of the project, participants completed an extensive online survey Group spaces in MOOsburg were examined thoroughly and artifacts were archived All communication between customers and software engineers was monitored and the messages were examined

Process assessment and results (Cont.) Four different metrics were applied to evaluate the overall quality of the SRS documents –SRS document grade –Measurement of requirements evolution –Requirement errors –Original requirements supported

Process assessment and results (Cont.) Group performance scores: High Performance Groups Reduced Performance Groups Group %Group % Group %Group % Group % Group %

Process assessment and results (Cont.) A weak positive trend was seen between ratings of customer participation and overall SRS quality Requirements engineering experience has positive impact on SRS quality A weak positive relationship was seen between overall SRS quality and average perceived peer participation per group A marginally significant negative relationship was observed between requirements elicitation technique effectiveness (Prototyping & Questionnaires) and overall SRS quality

Elicitation Method Effectiveness

Amirkabir University of Technology, Computer Engineering Faculty, Intelligent Systems Laboratory,Requirements Engineering Course, Dr. Abdollahzadeh 15 Conclusions Distributed requirements engineering is more effective when stakeholders participate actively in synchronous activities of the requirements process Groups who obtained adequate requirements information from the planned virtual sessions had better success writing high quality SRS documents

Future work Further empirical studies with more groups Contrast group distributed requirements teams with a control condition of co- located face-to-face meetings What if we had a control group of engineers that only could perform requirements analysis with asynchronous techniques?

Reference Wesley James Lioyd, Mary Beth Rosson, James D. Arthur, “Effectiveness of Elicitation in Distributed Requirements Engineering”, Proceedings of the IEEE Joint international Conference on Requirements Engineering, 2002.