Software Engineering I - Chair for Applied Software Engineering

More documents

Recommendations

Info

We can specify Requirements for “Requirements Management” • Functional requirements: • Store the requirements in a shared repository • Provide multi-user access to the requirements • Automatically create a specification document from the requirements • Allow change management of the requirements • Provide traceability of the requirements throughout the artifacts of the system. © 2008 Bernd Bruegge Introduction into Software Engineering Summer 2008 54
Tools for Requirements Management (2) DOORS (Telelogic) • Multi-platform requirements management tool, for teams working in the same geographical location. DOORS XT for distributed teams RequisitePro (IBM/Rational) • Integration with MS Word • Project-to-project comparisons via XML baselines RD-Link (http://www.ring-zero.com) • Provides traceability between RequisitePro & Telelogic DOORS Unicase (http://unicase.org) • Research tool at our chair for the collaborative development of system models • Participants can be geographically distributed. © 2008 Bernd Bruegge Introduction into Software Engineering Summer 2008 55
Page 1 and 2:
Software Engineering I: Software Te
Page 3 and 4: Software Lifecycle Definition • S
Page 5 and 6: Software Lifecycle Activities ...an
Page 11 and 12: What is the best Software Lifecycle
Page 13 and 14: What does the Customer say? © 2008
Page 15 and 16: Techniques to elicit Requirements
Page 17 and 18: More Definitions • Scenario: “A
Page 19 and 20: Scenario-based Design • Focuses o
Page 21 and 22: A Visionary Scenario (1954): The Ho
Page 23 and 24: How do we find scenarios? • Don
Page 25 and 26: Scenario example: Warehouse on Fire
Page 27 and 28: After the scenarios are formulated
Page 29 and 30: How to find Use Cases • Select a
Page 31 and 32: Use Case Example: ReportEmergency F
Page 33 and 34: Allocate a Resource (cont’d) •
Page 35 and 36: Requirements Elicitation: Difficult
Page 37 and 38: Defining the System Boundary is dif
Page 39 and 40: Example of an Ambiguous Specificati
Page 41 and 42: Requirements Process :problem state
Page 43 and 44: Types of Requirements • Functiona
Page 45 and 46: Types of Nonfunctional Requirements
Page 47 and 48: Types of Nonfunctional Requirements
Page 49 and 50: Some Quality Requirements Definitio
Page 51 and 52: What should not be in the Requireme
Page 53: Requirements Validation (2) • Cla
Page 57 and 58: Prioritizing requirements • High
Page 59 and 60: Nonfunctional Requirements (Questio
Page 61 and 62: Nonfunctional Requirements (3) Syst
Page 63 and 64: Nonfunctional Requirements (5) Reso
Page 65 and 66: Exercise • Reverse engineer the r
Page 67 and 68: Exercise Solution • Available inf
show all

Software Engineering I - Chair for Applied Software Engineering

Create successful ePaper yourself

Delete template?

Save as template?