Combining Perceptions and Prescriptions in Requirements Engineering Process Assessment Presented By: Hector M Lugo-Cordero, MS EEL 6883 1.

Slides:



Advertisements
Similar presentations
. . . a step-by-step guide to world-class internal auditing
Advertisements

Thematic evaluation on the contribution of UN Women to increasing women’s leadership and participation in Peace and Security and in Humanitarian Response.
Principles of Information Systems, Tenth Edition
INITIATING THE PLANNING PROCESS. CONTENT Outputs from this stage Stage general description Obtaining government commitment Raising awareness Establishing.
Software Process Improvement Robin B. Hunter, Ph.D. Vol 2., p Presented by: Andrew Wheeler.
Fundamentals of Information Systems, Second Edition
Certified Business Process Professional (CBPP®) Exam Overview
Requirements Engineering Process – 1
Organizational Project Management Maturity: Roadmap to Success
School Development Planning Initiative “An initiative for schools by schools” Self-Evaluation of Learning and Teaching Self-Evaluation of Learning and.
Introduction to Computer Technology
Charting a course PROCESS.
CMMI Course Summary CMMI course Module 9..
S/W Project Management
Integrated Capability Maturity Model (CMMI)
CC20O7N - Software Engineering 1 CC2007N Software Engineering 1 Requirements Engineering Practices with Techniques.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Advanced Topics in Requirement Engineering. Requirements Elicitation Elicit means to gather, acquire, extract, and obtain, etc. Requirements elicitation.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
BMAN Integrative Team Project Week 2 Professor Linda A Macaulay.
Inquiry and Investigation. What was the TOPIC? PROBLEM? CIVIC INQUIRY?
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
March 26-28, 2013 SINGAPORE CDIO Asian Regional Meeting and Workshop on Engineering Education and Policies for Regional Leaders Programme Evaluation (CDIO.
Implementing QI Projects Title I HIV Quality Management Program Case Management Providers Meeting May 26, 2005 Presented by Lynda A. O’Hanlon Title I HIV.
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
Assessing the Frequency of Empirical Evaluation in Software Modeling Research Workshop on Experiences and Empirical Studies in Software Modelling (EESSMod)
Lecture 7: Requirements Engineering
Georgia Institute of Technology CS 4320 Fall 2003.
ESL Program Retreat Marconi 2009 “Moving Forward Together” ESL Program Retreat Marconi Conference Center, Marin February 27-28, 2009 “Moving Forward Together”
Services Marketing by P Sivarajadhanavel
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
2 Information Systems Chapter 12 Systems Development: Investigation and Analysis.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Idaho Energy Plan Proposal (RFI) Energy Policy Institute (EPI)
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
Introduction Chapter 1 and 2 Slides From Research Methods for Business
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Assessment Findings Validation Title of the Project (date)
The Marketing Plan Vishnu Parmar, IBA, University of Sindh, Jamshoro.
1 The project is financed from the European Union funds within the framework of Erasmus+, Key Action 2: Cooperation for innovation and the exchange of.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Self Assessment SELF ASSESSMENT FOR YOU Ann Pike 30 th September 2010.
About District Accreditation Mrs. Sanchez & Mrs. Bethell Rickards Middle School
Software Engineering (CSI 321) Software Process: A Generic View 1.
Fundamentals of Information Systems, Third Edition2 An Overview of Systems Development: Participants in Systems Development Development team –Responsible.
Info-Tech Research Group1 Manage IT Budgets & Cost World Class Operations - Impact Workshop.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
How Good are you at Managing your Processes? Operational Excellence.
CDIO: Overview, Standards, and Processes (Part 2) Doris R. Brodeur, November 2005.
Organizations of all types and sizes face a range of risks that can affect the achievement of their objectives. Organization's activities Strategic initiatives.
Demonstrating Institutional Effectiveness Documenting Using SPOL.
Info-Tech Research Group1 Info-Tech Research Group, Inc. Is a global leader in providing IT research and advice. Info-Tech’s products and services combine.
Requirement Elicitation Nisa’ul Hafidhoh Teknik Informatika
Strategic planning A Tool to Promote Organizational Effectiveness
Stages of Research and Development
The Five Secrets of Project Scheduling A PMO Approach
Fundamentals of Information Systems, Sixth Edition
Fundamentals of Information Systems, Sixth Edition
Chapter 10 Software Quality Assurance& Test Plan Software Testing
THE NURSING PROCESS A systematic problem-solving approach used to identify, prevent and treat actual or potential health problems and promote wellness.
TechStambha PMP Certification Training
Software Engineering (CSI 321)
By Jeff Burklo, Director
Practicing Engaged Scholarship
Chapter 12 Systems Development: Investigation and Analysis
How to conduct Effective Stage-1 Audit
Requirements Engineering Process – 1
Presentation transcript:

Combining Perceptions and Prescriptions in Requirements Engineering Process Assessment Presented By: Hector M Lugo-Cordero, MS EEL

Authors Nannette P. Napier – PhD in Computer Information Systems at Georgia State University – Interest in Action Research for Software Development Lars Mathiassen – PhD in Informatics at Oslo Univerity, Norway – Senior IEEE member Roy D. Johson – 2 post docs in management of information systems 2

Agenda What is Requirements Engineering Challenges Goals Background 3

What is Requirements Engineering? Also known as Systematic requirements analysis – Gathering – Capture or – Specification According to Laplante (2007) – “a subdiscipline of systems engineering and software engineering that is concerned with determining the goals, functions, and constraints of hardware and software systems.” Covers of aspects in development life cycle of requirements in – Discovery – Documentation – Maintenance 4

Type of assessments Inductive or problem-based – Consider stakeholder perception as important knowledge – Centers improvements on specific strengths and weaknesses of existing processes Prescriptive or model-based – Centers improvements on best practices on industry 5

Methods of Assessment Analyzing the RE-related data from generic software process assessments Applying an RE-specific version of the SW-CMM Measuring adherence to the best practices based on a dedicated RE maturity model Scores (Requirements Engineering Good Practice Guide (REGPG) – Initial (level 1) – Repeatable (level 2) – Defined (level 3) 6

Challenges Assessment – Specificity (uncover improvement problems) – Comparability (against best practices) – Accuracy (representation of characteristics) How can stakeholder perceptions and process prescriptions be combined during assessment to effectively balance specificity, comparability, and accuracy challenges in RE process improvement? 7

How stakeholder perception can help out Can provide information on traditions that shape practices within a certain company Can help prioritize the actions in the company Can increase commitment of subsequent changes 8

Proposed Method Combining prescription with perception Prescription – Can make comparison among companies – Support structured and easy-to-adopt assessment – Immediate recommendations for improvement Perception – Understand characteristics and priorities of company – Recommendations to company context – Increase buy in and facilitate successful implementation 9

Steps for the new method Initialize assessment Execute multiple inquiry cycles Recommend upon findings 10

Concerns (Step 1) Establish commitments Select strategy Develop assessment plan – agree on overall inquiry cycles 11

Concerns (Step 2) Engage stakeholders Collect data – Documents – Observations – Interviews – Workshops Analyze data Debate findings 12

Concerns (Step 3) Appreciate context Prioritize recommendations Develop improvement plan – Provide evidence of improvement – Areas to be improved – Establish teams 13

Industrial Case Study Collaboration of TeleSoft and Center for Process Innovation at Georgia State University Investigate real world context Evaluate impact Perceive benefit 14

Approaches of action research Process model – Iterative – Reflective – Linear Structure – Rigorous – Fluid Typical involvement – Collaborative – Facilitative – Experimental Primary goals – Organizational development – System design – Scientific knowledge – Training 15

Learning Cycle Diagnostic Planning Executing Evaluating Specifying learning 16

Team composition Steering Committee (SC) Problem Solving Team (PST) Research Team 17

Pre-Assessment Software development perceptions – Requirement document, activities, open-ended Internal customer perception – Interviews – Workshops for validating REGPG – requirements documents, requirements elicitation, requirements analysis and negotiation, describing requirements, system modeling, requirements validation, requirements management, and requirements engineering for critical systems External customer perception – Interviews 18

Post-Assessment Participant perceptions (with Software Process Improvement) – SPI Impact, Organization, and Perceptions Software Development Questionnaire – Overall initiative, software policies, modified process, and templates – Open-ended questions (for additional details) REGPG – Compared with previous REGPG 19

Recommendations Obtained Continue having the PST to meet for monitoring improvement Improve project management capability at TelSoft 20

Conclusions RE assessment combined method is good for improving the quality of a company However it is time consuming Not appropriate for small companies – It may not be needed since good communication is achievable – Adjustments can be easily be made – Everybody is aware of each other work The industrial case gave strength to the method accuracy 21

References Combining Perceptions and Prescriptions in Requirements Engineering Process Assessment: An Industrial Case Study (IEEE Transactions on Software Engineering, vol. 35, issue 5, pp , Sept.-Oct. 2009) 22

Questions 23