1. Questions First On class? On project? On material we’ve discussed?
Other?

2. Techniques for Gathering Requirements and Doing Design
CSE403 Section 2:
Techniques for
Gathering Requirements and Doing Design
Valentin Razmov, CSE403, Sp'05

3. Techniques for Gathering Requirements
Use cases / usage scenarios
Commonality and variability analysis
Frequent customer feedback
Note: This list is necessarily incomplete.

4. Use Cases
Example: Reading your web-based mail hotmail, yahoo, gmail, etc.)

5. Commonality and Variability Analysis
Example: Computing the price for a purchase at an e-commerce site
Factors that play a role – sales tax, shipping and handling. Maybe weight, size and additional restrictions for other countries.
Factors are the rows (commonalities), while countries are the columns (variabilities).
Then, it’s all about filling in the table and discovering what cells might be missing from the original idea.

6. Frequent Customer Feedback
Are requirements going to change?
When are they final?
Are they ever exact and clear?

7. Your Questions on Gathering Requirements

8. Techniques for Design Best practices for software system design
“Treat design as a wicked, sloppy, heuristic process. Don’t settle for the first design that occurs to you. Collaborate. Strive for simplicity. Prototype when you need to. Iterate, iterate, and iterate again. You’ll be happy with your designs.”
Steve McConnell, Code Complete, 2nd ed., chap 5,
Best practices for software system design
Standard notations for expressing designs
Dataflow / state diagram
Class diagram
Sequence diagram

9. One-minute Feedback
What one or two ideas discussed today captured your attention and thinking the most?