29.01.2013 Views

WebSphere Application Server - IBM Redbooks

WebSphere Application Server - IBM Redbooks

WebSphere Application Server - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

2.2.1 Use-case analysis<br />

The use-case analysis describes the functional requirements of the application<br />

under development. It defines how users in specific roles will use the system<br />

through use cases. The use case is from the user’s point of view and does not<br />

describe how tasks within the application are accomplished.<br />

Note: Throughout this publication, we will use a sample called the Online<br />

Catalog to illustrate the various features of <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> -<br />

Express. The application will be a simple one that provides a means of<br />

publishing an inventory of goods on the Web and allowing customers to place<br />

orders via e-mail or by phone.<br />

Details about the sample application can be found in Appendix C, “Online<br />

Catalog application” on page 611.<br />

A use-case analysis basically includes the following elements:<br />

► Actor<br />

► Use case<br />

► Communication associations between actors and use cases<br />

► Relationships between use cases<br />

► Flow of events and system sequence diagrams<br />

Together these items provide an overview of the functional requirements and<br />

document the expected usage, user interactions, and behavior of the system in<br />

different styles and depth. The level of detail you go into is determined by the size<br />

and complexity of the application. In the case of our simple application, we will<br />

define the use cases and actors, but will not be building any detailed diagrams.<br />

Actors<br />

The first step in designing the application flow is to determine who will be<br />

interacting with the application and what types of activities they will perform. The<br />

people that interact with the application are known as actors in UML and are<br />

represented by a stick figure in the following figures, as shown in Figure 2-2.<br />

Actor<br />

Figure 2-2 UML notation of an actor<br />

Chapter 2. <strong>Application</strong> design 23

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!