Re: Capturing business requirements
From: Erwien Saputra (erwien_at_nospam.codeilne.dot.net)
Date: 06/04/04
- Next message: Tim: "Delphi Clx can zip /unzip or compress/uncompress file"
- Previous message: Rafel Coyle: "a second look at Delphi 8"
- In reply to: Peter Morris [Droopy eyes software]: "Capturing business requirements"
- Next in thread: Buch: "Re: Capturing business requirements"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 3 Jun 2004 21:18:56 -0700
Peter Morris [Droopy eyes software] wrote:
>
> A friend of mine needs to go to a company (which sells products) and
> find out all of the roles associated with the company's main process,
> what data is required, where it comes from, what people will need to
> do in their new computer system, etc.
Follow the money, well sometimes it is not really money. But follow
the material.
A process usually consist of smaller processes, and a process feed to
another process. A sub-process can give output to many processes, and
can get input from many processes.
In this sub-process, sometimes this material is transformed into
another material.
A real life example, a customer create a software specification, at the
hand of the manager, this is transformed into business case, and then
the architect transform these documents into SRS or whatever. The
developers transform the documents into code, and sometimes the
developers produces test plan. QA get the software and test plan, and
produces a piece of software that has been QA-ed.
People who turn one material into another is an important role. And if
you want to find out what information a person/a process need, see what
information does this process needs to transform the material, and
where does the process now get the information.
> I have heard of people going out and drawing story boards with the
> staff, but not really any other techniques (this is typically the
> technique I use myself). I'd like to know, what other techniques do
> you lot employ?
I got my experience from my employer four years ago, when I was working
for a consulting company, I got same principle from my Software
Requirements professor. I think principle is always the same,
implementation might be slightly different.
Wien.
-- Delphi Net blank string is equal with nil -- FCL incompatible (7392) http://qc.borland.com/wc/wc.exe/details?ReportID=7392
- Next message: Tim: "Delphi Clx can zip /unzip or compress/uncompress file"
- Previous message: Rafel Coyle: "a second look at Delphi 8"
- In reply to: Peter Morris [Droopy eyes software]: "Capturing business requirements"
- Next in thread: Buch: "Re: Capturing business requirements"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
