1 / 16

From chaos to goals: Requirements change can be predicted

From chaos to goals: Requirements change can be predicted. Johan F. Hoorn Vrije Universiteit Computer Science Information Management and Software Engineering jfhoorn@cs.vu.nl. Contents. Status Problem Analysis Model Method Case Results Conclusions. Johan F. Hoorn, 2004.

twila
Download Presentation

From chaos to goals: Requirements change can be predicted

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. From chaos to goals: Requirements change can be predicted Johan F. Hoorn Vrije Universiteit Computer Science Information Management and Software Engineering jfhoorn@cs.vu.nl

  2. Contents • Status • Problem • Analysis • Model • Method • Case • Results • Conclusions Johan F. Hoorn, 2004

  3. Status • Sept. 1, 2001 – Aug. 31, 2005 • Supervisors: Gerrit van der Veer Hans van Vliet • Four international publications • Industries: • Human-Machine Interaction Johan F. Hoorn, 2004

  4. Business model 1 Traditional office Mainframe with thin clients Business model 2 Flexible workplace Laptops with bluetooth A change request during development is extremely costly and frustrating Problem • Requirements change Johan F. Hoorn, 2004

  5. From chaos to goals: Nobody knows how requirements change can be predicted

  6. Analysis • Where do change requests come from? Business model 1 Business model 2 • Change in business sub goals - Main goals: Profit - Sub goals: Cost-effectiveness, efficiency • How come business goals change? • Change in sub goals (strategic management) - Main goals: Earn my living - Sub goals: Fire employees (not me), improve IT to guarantee same output Johan F. Hoorn, 2004

  7. Model • Change of Stakeholder Requirements (CoStaR) (Hoorn & Van der Veer, 2003a; 2003b) One of the hypotheses: Valence Requirements Goals Stakeholder evaluation: Does a system feature support my goals? Does a system feature obstruct my goals? (after Frijda, 1986) Johan F. Hoorn, 2004

  8. Method • REquest, the Requirements Engineering questionnaire General approach: Items that combine - a must or a won’t requirement, with - support or obstruction of - a goal to achieve with the system or a goal state to avoid, scored for agreement on a 6-point Likert scale Johan F. Hoorn, 2004

  9. Case • Eighteen managers of a logistic warehouse management system must/won’t support/obstruct goal approach/avoid E-mail ordering increases efficiency E-mail ordering decreases efficiency E-mail ordering increases inefficiency E-mail ordering decreases inefficiency Paper ordering forms increase efficiency Paper ordering forms decrease efficiency Paper ordering forms increase inefficiency Paper ordering forms decrease inefficiency Example items Johan F. Hoorn, 2004

  10. Results (1) • Original hypothesis: Valence Requirements Goals - Indeed, goals, valence, and requirements all evoked significant effects on agreement to requirements statements Johan F. Hoorn, 2004

  11. Results (2) ↑ Grand mean agreement  5 4 3.67 (1.14) 2.78 3 2.5 2.41 (1.04) 2.19 (.96) 1.8 (.98) 2 (1.44) (1.09) 1 0 Goals (to Goals (to Requirements Requirements Valence Valence approach) avoid) (must have) (won't have) (support) (obstruct) MANOVA (must vs won’t) * (support vs obstruct) * (goal approach vs avoid) Pillai’s Trace = .51, F(2,16)= 8.40, p= .003, ηp2= .51 Johan F. Hoorn, 2004

  12. - Goal-driven RE models should be unipolar Goals (approach) Requirements (must have) Valence (support) Valence (obstruct) Goals (avoid) Requirements (won’t have) Results (3) • Original hypothesis: Valence Requirements Goals • Bipolar conception does not hold • Regression: R2= .03, R2adj= -.03, F(1,16)= .47, p= .504 Johan F. Hoorn, 2004

  13. Results (4) • However, original structure should be completely revised Goals Requirements (to approach) (won’t have) Valence (support) Valence (obstruct) Requirements Goals (must have) (to avoid) Johan F. Hoorn, 2004

  14. no predictive power Yet, valence does have influence. Requirements vs. goals: Parameter coefficient= -.56, t= -4.04, p= .001, ηp2= .49 no predictive power 70%!! 90%!! Results (5) R2= .79, R2adj= .70 F(5,12)= 9.01, p= .001 Goals (approach) Requirements (won’t have) Valence (support) Valence is a moderator! Valence (support) Goals (avoid) Requirements (must have) R2= .93, R2adj= .90 F(5,12)= 30.30, p= .000 Johan F. Hoorn, 2004

  15. Conclusions (1) • RE should be oriented to goals • Requirements validation should be done • with structured questionnaires • (e.g., REquest) • Goals to achieve predict won’t requirements • Goal states to avoid predict must requirems • Like the weather, valence does not predict • mood (i.e. agreement) but it does influence it Johan F. Hoorn, 2004

  16. Conclusions (2) • Most important RE questions are: • What are the things you want to achieve with the system? • What should the system NOT have to support that? • What are the things you want to avoid • with the system? • What should the system offer to support that? Johan F. Hoorn, 2004

More Related