Skip to main content

Home/ BARE+IA Requirements Engineering Information&Business Analysis/ Group items tagged presentation

Rss Feed Group items tagged

Peter Van der Straaten

Use-Case 2.0: the Power of Use Cases with the Lightness of User Stories by Piermarco Bu... - 0 views

  •  
    Note: Nice presentation, but should check for content (it states that use cases are test cases, and that would at least need some additional instructions).
Peter Van der Straaten

Requirements Engineering: A Roadmap - 0 views

  •  
    This paper presents an overview of the field of software systems requirements engineering (RE). It describes the main areas of RE practice, and highlights some key open research issues for the future.
Peter Van der Straaten

Hightech Events: Scrum - 0 views

  • Scrum works very fine within small teams, adding new functionality in an incremental way. But how to transform traditional developers into a scrum way of working and how to align the multiple teams? How to maintain piles of legacy code? And how to go about solving the specific issues the high tech industry has with Agile? The session ‘Scrum is not enough!’ will give an overview of these challenges and presents best practices to address them.
  •  
    Inclusief presentaties
Peter Van der Straaten

Use Cases for Business Analysts - The New School - 0 views

  • In my experience use cases are very powerful tools - their purpose is show the view from a *user's point of view*. The presented example is already very technical, and specifies a lot of details.
  • May I offer alternatives to the example in the article?A) A few brief classic requirements (for business) & a diagram (BPMN or UML activity diagram) (for the engineers)B) A use case with a lot less details (maybe 4-8 steps) & user interface design & a list of business rules (describing the essence of the details)C) No use case. One single sentence describing the goal & rationale ("As a user I want to have a recovery method when I forget the password because ....") & brief description of the important parts, business rules (no flow details!) & user interface design
  • May I offer other improvements to the "classic" use case in the example?- Instead of a summary, formulate it as a goal (remove redundancy)- Adding how frequently this is done ("Frequency: seldom, max. once per month ... once every few years")- Keep the main flow under 10 points- Remove pre-conditions and post-conditions. Keep it simple.- Integrate the alternative flows into the main flow (if possible, leave away details)
1 - 4 of 4
Showing 20 items per page