Use Case Diagram Learning

Recently the demand of the time to use to write use case diagram, where to find some information on record doing software design, especially the needs analysis phase, use case diagram is essential. It is based on user identity system functional analysis, can directly from the user point of view function of the system. In a sense, is a good tool for users to communicate, sometimes can not speak the language to understand things, it is easy to use use-case buttoned.

An overview of use case diagram
1. Use case diagram is known as the participants can observe the external users to the system function model diagram. ("UML Reference Manual")
2. Listed in the system use case diagram use cases and actors outside the system, and shows which players involved in the implementation of which use case (or initiated which use cases).
3. Use Case Diagrams are used for static modeling phase (mainly business modeling and requirements modeling).

Second, use case diagram and explain things
1. Participant (actor)

In the direct interaction with the system outside the system of people or things (such as another computer system or some may be running processes). We need to note:

(1) participants in the role (role) rather than specific people, which represents participants in the process of dealing with the system's role. Therefore, the actual operation of the system, a user may correspond to the actual number of participants in the system. Different users can only correspond to a participant, and thus represent different instances of the same participants.

(2) participants, as external users (not internal) interacts with the system, its main features.

(3) in the following sequence map appears in the "participants", the same with this concept, but the specific meaning to refer to, as the case may be.

2. Use Cases (Use Case)
The system shows a system of external functional unit. Function of the system provided by the system unit, and through a series of system units with one or more messages exchanged between the participants expressed. Create a new use case, confirmed the candidate use cases and classification of the outstanding range of use case law ----" WAVE "test (described later)

3 the relationship between the use case diagram and explanation (where the first to be a notice, I will slowly written all of the following content)
1. Participants and the relationship between use cases - associated with a straight line, said the relationship between actors and use cases occurred, that the use case participants. (Here, no use of maps, added later)

2. The relationship between use cases - including extended
(1) extension

Arrow points to the use case being extended for the use case, called the base use case; arrow starting the use case for extending use case. Extension use case is optional, and if the lack of extension use case does not affect the integrity of the base use case; extended use cases will be implemented only under certain conditions, and its implementation will change the base use case behavior.
(2) contains

Arrow points to the use cases to be included use case, called the included use case; arrow starting the use case as the base use case. Is a must-use case included, if the lack of included use case, the base use case is not complete; contains use cases must be implemented, not have to meet certain conditions; its implementation does not change the basic use case behavior.
3. The relationship between participants - one generalization arrows "Fair party", that is, the father said. Side of origin of the arrow for the "special party", that is sub-square. To inherit particular characteristics of the general side, and added new features.

Additional knowledge:
WAVE test
1 What to do? (Not how to do.)
2 Actor's point of view?
3 Value for the actor?
4 Entire flow of events?
WAVE test
A use case describes the system should do, not what to do.
2 use cases must be based on the participants point of view. (That is, participants should be from the perspective of how to use the system, the definition of use cases, rather than from the perspective of the system itself).
3 Use Case must provide participants with identifiable value.
4 Use cases capture the system and its participants must use the process of a complete flow of events

分类:Development 时间:2010-05-10 人气:193
blog comments powered by Disqus


  • Shanghai Bus Ride new problems, software design, system design, requirements analysis 2009-08-14

    There is news that the implementation of public transportation in Shanghai after the preferential transfer, led to the change in order to save money, not for the also-for, huh, huh. Change the basic principle of concessions in the bus for a certain p

  • [Software design process-PowerDesigner v12 Introduction] 2010-11-25

    [Software design process-PowerDesigner v12 Introduction] PowerDesigner v12 1, features: (1) Business Process Modeling: A Graphical models for design or modeling; (2) data modeling: a reliable method-based, two-level (conceptual and physical) relation

  • [Software design process-PowerDesigner v12 profile] 2010-11-25

    [Software design process-PowerDesigner v12 profile] PowerDesigner v12 1, features: (1) business process modeling: The graphical model for design or modeling; (2) data modeling: a reliable method-based, two-level (conceptual and physical) relational d

  • On the reusability of software design 2009-07-06

    On the reusability of software design [Note] This is my systems analyst operating practice exam papers, I will try to ensure the authenticity of all cases, but it is inevitable that fictional Please Be . [Abstract] In May 2008 to April 2009, I partic

  • [Transfer from DeveloperWorks] architecture blueprint - the software architecture "4 +1" view model 2010-03-19

    Original Source: Based on the use of multiple concurrent views to illustrate the description of software-intensive system architecture model. Use multiple views to allow independent

  • [Transfer DeveloperWorks] architecture blueprint - software architecture "4 +1" view model 2010-03-19

    ORIGINAL: Based on the use of multiple concurrent views to illustrate the description of software-intensive systems architecture model. Use multiple views to allow an independent dea

  • Network management software design thought 2009-03-09

    Network management software design thought For enterprises, improve the efficiency of IT self-evident, so the introduction of a set of operation and maintenance personnel to support the efficiency of the software is very important, as the use of CRM

  • Software design basic steps 2010-06-04

    C / C + + Mo Mu testament Technical papers 1. Software basic steps [draft] 1. Software design basic steps: The first step: the overall demand for clear, what you do is a software representation of a sentence. Step two: needs analysis, requirements ca

  • Software design document of national standards (GB8567 - 88) GB8567 - 88 2009-11-16

    Software design document of national standards (GB8567 - 88) GB8567 - 88 Operation Manual (GB8567 - 88). Doc database design specification (GB8567 - 88). Doc Test analysis report (GB8567 - 88). Doc data requirements specification (GB856T - 88). Doc T

  • The role of software design (2008-09-03 11:36) 2010-01-25

    1 verify and supplement needs. Note: The added demand, need to re-confirm. Why engage in the demand also designed to work? The reason is that demand for analysts from the user's point of view to consider the issue, given the needs of the user directl

iOS 开发

Android 开发

Python 开发



PHP 开发

Ruby 开发






Javascript 开发

.NET 开发



Copyright (C), All Rights Reserved. 版权所有 闽ICP备15018612号

processed in 0.071 (s). 14 q(s)