[austechwriter] Re: Resources for BAs

OK.
Here is a good book that I know of (and have and use):
"Systems analysis and design : an object-oriented approach with UML " by Alan 
Denis, Barbara Wixom, David Tegarden. New York ; Chichester : Wiley, 2002.
There are a million software engineering books out there; this is one I happen 
to know of.  This is designed for non-IT students.  It sounds scary but is very 
good and covers the basic concepts behind software engineering from defining 
business requirements to writing functional specs etc.
Unfortunately its one of those US text book things with end chapter quizzes 
etc. but apart from this it is excellent.  I used it as part of a software 
engineering subject at RMIT.
Hope that helps.
Pete
 
 
 KENT Christine <CKENT@xxxxxxxxxxxxxxxxxxxx> wrote:
Hello Peter et al

I do not want to debate the rights and wrongs of one style of BA over anot=
her, just to find resources for the group as I am defining them. I will cl=
arify this further below.

I work with major in-house software implementation where users are increasi=
ngly becoming involved in the entire software developement lifecyle. They a=
re; it is happening; it is not up for debate.

But how they work is still very loosely specified and very much up for grab=
s. Some places still have the business specification process mixed in with=
the functional and systems specification, but most I have worked on in rec=
ent years have separated the two processes with business representatives wo=
rking out what they want and THEN IT people working out how to deliver and =
producing the functional/systems specs. This is particularly the case when=
working on a project being managed by one of the big 5 (or is it 4 now?) w=
ho always make a big thing of soliciting business specifications direct fro=
m the business.

The BA is drawn from the business and writes (or co-writes) the business sp=
ec from a business perspective. They tend to work independently from the de=
velopers. It is this role that is currently poorly understood, poorly spec=
ified and for which the incumbents need training. And it is this group for=
whom I am trying to find resources. They are not systems analysts, do not=
want to be systems analysts, and will never be systems analysts.

So can anyone help me with these resources for these people? Books, course=
s, mailing lists, associations - you name it.

Christine


***************************************************************************=
******
This e-mail and its contents is confidential to Gold Coast City Council
and un-authorised use is strictly prohibited.=20
***************************************************************************=
******

**************************************************
To subscribe to austechwriter, send a message to 
austechwriter-request@xxxxxxxxxxxxx with "subscribe" in the Subject field.

To unsubscribe, send a message to austechwriter-request@xxxxxxxxxxxxx with 
"unsubscribe" in the Subject field.

To search the austechwriter archives, go to 
www.freelist.org/archives/austechwriter

To contact the list administrator, send a message to 
austechwriter-admins@xxxxxxxxxxxxx
**************************************************


---------------------------------
Yahoo! Mobile
- Check & compose your email via SMS on your Telstra or Vodafone mobile.

**************************************************
To subscribe to austechwriter, send a message to 
austechwriter-request@xxxxxxxxxxxxx with "subscribe" in the Subject field.

To unsubscribe, send a message to austechwriter-request@xxxxxxxxxxxxx with 
"unsubscribe" in the Subject field.

To search the austechwriter archives, go to 
www.freelist.org/archives/austechwriter

To contact the list administrator, send a message to 
austechwriter-admins@xxxxxxxxxxxxx
**************************************************

Other related posts: