Use Case TABLE with Actors & Goals

4,534 views
4,271 views

Published on

Normally Use Case Diagrams are used but the pictorial information in it is so small that an MS Word Table is sufficient. What is more it can also provide space for "Use Case Goal" which is very important for Use Case Modeling.

Tables are quick and easy to create and edit. No need to waste time to draw and label diagrams. One can still do it if necessary after creating the Use Case TABLE. Try.

A Use Case Table can spill over into multiple pages but a diagram cannot!

UML 2.5 allows TABLES to be used for diagrams. So, there is no compulsion to create diagrams spending a lot of time.

Published in: Technology, Business
1 Comment
2 Likes
Statistics
Notes
No Downloads
Views
Total views
4,534
On SlideShare
0
From Embeds
0
Number of Embeds
12
Actions
Shares
0
Downloads
67
Comments
1
Likes
2
Embeds 0
No embeds

No notes for slide

Use Case TABLE with Actors & Goals

  1. 1. Putcha V. Narasimham Knowledge Enabler Systems, 205, Krishna Apts, Avenue No. 6, Banjara Hills, Hyderabad 500034 Mobile: 91 98660 71582 putchavn@yahoo.com, Founder Professor & Proprietor Our Ref: In the footer Date: 24FEB11, Rev 23SEP11, 13DEC11, 29MAY12, 08SEP12, APR13, 08NOV13 Use Case TABLE with Actors and Goals Diagrams are OK but they take too long to make / edit / refine. Certain diagrams, the contents of which have good structure can be better represented and quickly edited in Word Tables. Use Case Table has columns for the obvious Actor and Use Case Name and GOAL. Later I have felt a need to add Business Policies and Rules relating to GOAL. I have added that too but it is optional. This is similar to CONTEXT TABLE which was used to elaborate on Context Diagram of SSAD. See the next example. Read with 5 Use Case Diagram PPT, Word document and Template. Creating and refining Use Case Diagram is a long and time-consuming activity. It slows down thinking, exploration, and recording. The Use Case Diagram itself does not have much pictorial / visual information of value: Hence this Table. Hope you will find it quick, easy and useful. 5 Use-Case TABLE with Actors & GOALS Copyright © by Putcha V. Narasimham, 2013 Page No 1 of 6
  2. 2. Putcha V. Narasimham Knowledge Enabler Systems, 205, Krishna Apts, Avenue No. 6, Banjara Hills, Hyderabad 500034 Mobile: 91 98660 71582 putchavn@yahoo.com, Founder Professor & Proprietor See the explanation here and the examples in the next page before applying. Come back to this template while working on your project. Best wishes, Use Case Table UCT-1 Commented [PVN1]: Identify by a suitable Name and Number. <System Name> Srl No Actor (s) Playing a single role Use Case Name 1 Goal and Business Policies & Rules Start with some definition but make it comprehensive (covering all relevant stakeholders) iteratively. This is the cell for Business Policies and Rules applicable to the Goal. Delete this comment and enter Policies & Rules. 2 Commented [PVN2]: This is the system or subsystem under development. Commented [PVN4]: Actor is often mistaken to be an entity a person or a device which may play different roles. Experts in UML explain that Actor represents a single ROLE like “requester” “initiator” “first level approver” “final decision maker” etc. But this correct interpretation is NOT well understood nor used. So, I RELUCTANTLY continue the popular incorrect use of Actor to mean an Entity. So the same entity is shown participating in a number of different Use Cases (2,3&4). The cells are merged into one under Actor playing a single ROLE. Commented [PVN6]: This table is mostly for GOALS. Let it be long but include the objectives of the service. 3 Commented [PVN7]: This is an extension. I felt the need for it to cite the Policy and Rules for each Service or Use Case. There is no standard mechanism to refer to them in any UML Diagram. They are very crucial in all business applications. 4 Commented [PVN5]: The Name of the service offered by the system. The service action is assumed to be the System always. So pays or buys means system pays or buys….NOT the Actor. If the action belongs to the Actor, then the UC name begins with “Enable” as in “Enable to Register”, “Enable to Approve”, ”Enable to Withdraw Cash” 5 Add rows for more use cases. Commented [PVN3]: Of the Use Case For a large system, the number of rows may overflow a page. Then the Table can be split and shown on different pages. That is the advantage of the Table. See the second example of ATM System. 5 Use-Case TABLE with Actors & GOALS Copyright © by Putcha V. Narasimham, 2013 Page No 2 of 6
  3. 3. Putcha V. Narasimham Knowledge Enabler Systems, 205, Krishna Apts, Avenue No. 6, Banjara Hills, Hyderabad 500034 Mobile: 91 98660 71582 putchavn@yahoo.com, Founder Professor & Proprietor Example: Training Management System Training Management System TMS is a sub-system of Human Resource Management System. It is advantageous to represent large systems as a network of subsystems each of which can be separately modeled and developed. Here all other sub-systems interacting with this subsystem TMS would appear as Actors in the Use Case Diagram of TMS. Mr S V Ramanan and the author created the TABLE for his project: Training Management System interacting over Skype (Audio). Use Case naming convention: State the services with reference to the System, NOT ACTORS Use Case Table TMS-1 Training Management System Srl No Actor(s) Role Goal and Business Policies & Rules Capture Training Objectives & Needs To get training objectives and volumes from user departments. Capture Training Programs, Syllabus, Standards To enable design of training programs, Syllabus and standards to meet the objectives and …. Enable Training Calendar Creation To provide an annual plan of training programs for employees / managers 4 Enable Resource Allocation for Sessions To provide effective training as planned with all resources T5 Capture Training Requests Let employee choose training they like / need Conduct Quizzes and Tests To conduct quizzes and tests and maintain scores / progress of learning Capture feedback To capture feedback on training provided 1 HODs & Managers Use Case Name 2 3 6 7 Training Manager Employee 5 Use-Case TABLE with Actors & GOALS Copyright © by Putcha V. Narasimham, 2013 Page No 3 of 6 Commented [PVN8]: Not shown in this Table. See the next example ATM in page 3. Commented [PN9]: This is an entity name or job title but not a role name
  4. 4. Putcha V. Narasimham Knowledge Enabler Systems, 205, Krishna Apts, Avenue No. 6, Banjara Hills, Hyderabad 500034 Mobile: 91 98660 71582 putchavn@yahoo.com, Enable to Register, Present / Update Profile Capture Training Material / Quizzes Capture Grades / Evaluation Reports Capture decisions on training requests / needs 8 9 Founder Professor & Proprietor Faculty Ext Int 10 Organization enlists and maintains a pool of faculty / Trainers for effective training To capture refine and maintain Training Material and Quizzes / standards To capture grades and evaluation reports for all training conducted To provide training as per job requirements / needs and employee interest. Formal decisions are obtained. 11 Manager 12 HR Record Management System Obtain relevant HR Records for Training To draw on master data maintained in the HR Record Management System and send Training data 13 All Actors Show Training Calendar To display Training Calendar to all interested parties to provide and utilize training Example: ATM System Description is not given since it is well known-- Not a good practice. Use Case Table 1A Automatic Teller Machine System Srl No Actor(s) Role Use Case Name Enable Login & Offer Services to 1 This absorbs “Show Account Information” Use Case Bank Customer 2 Enable Query and Cash Withdrawal and Transfers from selected account 5 Use-Case TABLE with Actors & GOALS Copyright © by Putcha V. Narasimham, 2013 Goal & Business Policies & Rules To enable authentic Bank Customers to log in and offer services they are entitled to. 2 Show Account Info, 3 Enable Deposit 4 Deliver Receipt + related info 5 New Service Only authentic Bank Customers can log in. There is no provision to become a customer online. Once the Bank Customer logs in successfully, all the services he is entitled to are presented. They are the Use Cases 2 to 5. We do not know them now…provision for extension To enable Bank Customers to A view / query selected bank accounts, B make cash withdrawals or C electronic fund A Bank customer may hold many types of accounts as per the rules of the Bank. He may choose to operate any of the accounts. Client may like to do electronic fund transfer under this Use Case or have a separate Use Case…check with the client. Electronic Fund Transfer requires Registration of Beneficiaries under each account. This suggests a need for another use case: Enable Opening Account and Selecting Facilities ---This can be done manually, over the internet or ATM Page No 4 of 6 Commented [PVN10]: This table got too long and had to be split. To start with it was single and compact. If one wishes, a copy of it can be made and expanded. This keeps the related information well connected and organized. Apt for incremental iterative development.
  5. 5. Putcha V. Narasimham Knowledge Enabler Systems, 205, Krishna Apts, Avenue No. 6, Banjara Hills, Hyderabad 500034 Mobile: 91 98660 71582 putchavn@yahoo.com, Srl No Actor(s) Role Use Case Name 3 Enable Deposit of cash or cheques 4 Deliver Receipts & other reports Founder Professor & Proprietor Goal & Business Policies & Rules To enable deposit of A cash or B cheques into the selected account. Can be added…. To deliver receipts and other reports of the latest transactions…successful or otherwise with date time location etc. Can be added Query and Get Approvals from 5 Bank Computer System Send periodic reports to 5A Proposed 6 Cash Loader 7 To access the Bank Computer in which all the customer account details are maintained and obtain status reports or approvals etc ATM does not maintain any customer information…so the Bank Computer has to be accessed for any customer service. This use case is activated while the Bank Customer is still progressing with his Use Case. The transactions are so fast that the Bank Customer Gets an impression that everything is happening between him and the ATM. Note this is NOT a part of Bank Customer’s Use Case but is interlocked with it. If the network or Bank Computer fail, Bank Customer’s Use Case has to be aborted. ATMs need to be initiated and monitored for various operational and safety reasons. For this, ATMs need to send periodic reports. Not asked for but to be thought of. Turn your creative imagination ON…. To be checked with the client….let him turn it down…not your creativity. To receive cash and the related data from an authorized representative of the Bank. The access is to confidential cash bins which may have a physical lock and key. The cash loader must be able to enter data relating to how much cash he has loaded. This has to be reported to Bank Computer through a separate use case associated with the Bank computer. This can also be a part of “Send Periodic Reports to” Any forgotten actor? Receive Cash and related data Commented [PVN12]: Not in the original model. This would take care of a lot of interactions with the bank computer. Keep it open for additions Commented [PVN13]: This can be existing or new Actors that automation demands. Creative imagination is required here. Keep checking…delete it after all stakeholders agree that all the Actors are well identified. Now the Use Case Diagram can be drawn…if there is any use for it. See the next page. 5 Use-Case TABLE with Actors & GOALS Copyright © by Putcha V. Narasimham, 2013 Commented [PVN11]: Don’t just call it bank. Identify a human or machine actor that actually interacts with the system. Page No 5 of 6
  6. 6. Putcha V. Narasimham Knowledge Enabler Systems, 205, Krishna Apts, Avenue No. 6, Banjara Hills, Hyderabad 500034 Mobile: 91 98660 71582 putchavn@yahoo.com, Founder Professor & Proprietor Is it necessary? What additional information does it give with reference to the Use Case Table? Send examples and reasons to kenablersys@yahoo.com ---III--- 5 Use-Case TABLE with Actors & GOALS Copyright © by Putcha V. Narasimham, 2013 Page No 6 of 6

×