Book a Demo

Author Topic: Going From Use Case to System Design  (Read 2890 times)

tslahetka

  • EA Novice
  • *
  • Posts: 2
  • Karma: +0/-0
    • View Profile
Going From Use Case to System Design
« on: January 30, 2004, 08:08:58 am »
I am a new user of Enterprise Architect.  I am using this tool to gather the functional requirements for an application and to create use cases based on the functional requirements.

My company's goal is to develop a functional requirment document that is detailed enough to hand off to a developer so they can create the application.  My question is how much detail should be included in the FRD, and how much should be part of the system design document?

For example, the application involves data entry.  At some point the user wants to select who the case is assigned to from a drop down.

At some point the requirement is:

The user selects the Assigned To from a drop down.
The drop down will list all the active attornys in the office.
The drop down will list the attorney's initials and their full name.
The list is sorted alphabetically by the initials.

At this point I am not describing software, but I am describing how the application should work for the user.  

Should this be part of the use case and the functional requirement document?  Or, should I included less detail in the FRD, and include the specifics in the software design docuement?

I am looking for suggestions and guidance on the level of detail to include in the FRD, and how to make the transition from an FRD to a SDD.

Any suggestions would be greatly appreciated.

Tom Slahetka


yreynhout

  • EA Novice
  • *
  • Posts: 5
  • Karma: +0/-0
  • I love YaBB 1 Gold!
    • View Profile
Re: Going From Use Case to System Design
« Reply #1 on: February 02, 2004, 03:34:26 pm »
I think it's fairly simple. You're requirement is:
"The user should be able to select who the case is assigned to".

In a use-case you will describe how the system, actor, ... will go about this. Simply put, the use case describes how it will realize the requirement.

sargasso

  • EA Practitioner
  • ***
  • Posts: 1406
  • Karma: +1/-2
  • 10 COMFROM 30; 20 HALT; 30 ONSUB(50,90,10)
    • View Profile
Re: Going From Use Case to System Design
« Reply #2 on: February 02, 2004, 08:12:49 pm »
Not wishing to cast nastursiums but I would have expressed the requirement in the form of:

"The system will provide a mechanism to assign an attorney to a case that allows the user to either enter the initials and name of an active attorney or to select the name of an active attorney from a list formatted as initials and name, sorted alphabetically by the initials."

This gets away from specifying the input interface at all.

BTW: "sorted by initials" appears ambiguous -

AB Brown
AB Zoltan
AC Brown
AD Campbell
etc
"It is not so expressed, but what of that?
'Twere good you do so much for charity."

Oh I forgot, we aren't doing him are we.

thomaskilian

  • Guest
Re: Going From Use Case to System Design
« Reply #3 on: February 05, 2004, 03:56:01 am »
IMHO

The user selects the Assigned To from a drop down.
The drop down will list all the active attornys in the office.
The drop down will list the attorney's initials and their full name.
The list is sorted alphabetically by the initials.

are all single functional requirements that should appear as such.

Thomas