Summary
Summary ICT2622 - Object Oriented Analysis Chapter 3
- Course
- Institution
- Book
ICT2622 - Object Oriented Analysis
[Show more]
Connected book
Book Title:
Author(s):
- Edition:
- ISBN:
- Edition:
More summaries for
-
ICT2622 Assignment 2 (COMPLETE ANSWERS) 2024 (390468)- DUE 7 August 2024 ; 100% TRUSTED Complete, trusted solutions and explanations. Ensure your success with us..
-
ICT2622 Assignment 2 (COMPLETE ANSWERS) 2024 (390468)- DUE 7 August 2024 ; 100% TRUSTED Complete, trusted solutions and explanations. Ensure your success with us..
-
ICT2622 Assignment 2 (DETAILED ANSWERS) 2024 - DISTINCTION GUARANTEED
Seller
Follow
Gideon007
Reviews received
Content preview
User Stories and Use CasesUser story one short sentence in the everyday language of the end user that states what a user does as part of his or
her work
User stories are a basic concept in agile development because they focus on simplicity, value added,
and user collaboration. They document the functional requirements quickly and less formally than
traditional requirements modelling by focusing on who, what, and why for each function.
Acceptance criteria features that must be present in the fnal system for the user to be satisfed.
They focus on functionality, not on features or user-interface design.
A use case is an activity the system performs in response to a request by a user.
Two techniques are recommended for identifying use cases:
The user goal technique and the event decomposition technique. Use case techniques place the
responsibility for identifying and detailing the requirements on the system developers
Use Cases and the User Goal Technique
User goal technique a technique to identify use cases by determining what specifc goals or
objectives must be completed by the system for the user
The user goal technique for identifying use cases includes these steps:
1. Identify all the potential users for the new system.
2. Classify the potential users in terms of their functional role (e.g., shipping, marketing, sales).
3. Further classify potential users by organizational level (e.g., operational, management, executive).
4. Interview each type of user to determine the specifc goals they will have when using the new
system. Start with goals they currently have and then get them to imagine innovative functions
they think would add value. Encourage them to state each goal in the imperative verb-noun form,
such as Add customer, Update order, and Produce month-end report.
5. Create a list of preliminary use cases organized by type of user.
6. Look for duplicates with similar use case names and resolve inconsistencies.
7. Identify where diferent types of users need the same use cases.
8. Review the completed list with each type of user and then with interested stakeholders.
Use Cases and Event Decomposition
Event decomposition technique a technique to identify use cases by determining the business
events to which the system must respond
The appropriate level of detail for identifying use cases is one that focuses on elementary business
processes (EBPs). An EBP is a task that is performed by one person in one place in response to a
, business event, adds measurable business value, and leaves the system and its data in a stable and
consistent state.
Event something that occurs at a specifc time and place, can be precisely identifed, and must be
remembered by the system. Events drive or trigger all processing that a system does, so listing events
and analysing them makes sense when you need to defne system requirements by identifying use
cases.
Types of Events
There are three types of events to consider when using the event decomposition technique to identify
use cases: external events, temporal events, and state events (also called internal events).
External event an event that occurs outside the system, usually initiated by an External agent
Actor an external agent; a person, group or external system that interacts with the system by
supplying or receiving data
Temporal event an event that occurs as a result of reaching a point in time. These events are
diferent from external events in that the system should automatically produce the required output
without being told to do so directly.
State event an event that occurs when something happens inside the system that triggers some
process.
Often, state events occur as a consequence of external events. Sometimes, they are similar to
temporal events, except the point in time cannot be defned. Eg. When a re-order point is reached after
an order is placed. The system reorders due to an external event but on its own accord.
Identifying Events
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying these notes from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller Gideon007. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy these notes for $0.00. You're not tied to anything after your purchase.
Can Stuvia be trusted?
4.6 stars on Google & Trustpilot (+1000 reviews)
71184 documents were sold in the last 30 days
Founded in 2010, the go-to place to buy study notes for 14 years now