Lots
of options out there but if you want to look at something that tries to pull it
all together with the focus on enterprise wide automation and includes a little
of all of this try looking at the works of Dr. A.W. Scheer and Dr. Mathias
Kirchner. While they are skewed to ERP Implementation particularly SAP
they are written by an academic who then got into the very practical
implementation side so with very minor abstraction they are universally
relevant(IMHO) and very supportive and complimentary of any sort of functional
decomposition methodology you might adapt.
The core works last time I
looked/obtained them (about 15 months ago so there may be newer editions
are:
-
ARIS, Business Process Frameworks, A.W. Scheer, 2nd edition, copyright 1998, published by Springer-Verlag; ISBN 3-540-64439-3
-
Business Process Engineering - Reference Models for Industrial Engineering; A.. W. Scheer; copyright 1998, published by Springer-Verlag; ISBN 3-540-63867-9
For again a slightly dated but IMHO
very relevant work for tying all this together I also
suggest:
- Fusion - Integrating IE, CASE, and JAD; A Handbook for Reengineering the Systems Organization; Dorine C. Andrews & Naomi S. Leventhal; copyright 1993, published by Prentice Hall; ISBN 0-13-325333-3 though I'm sure there is probably a more current second or maybe even third edition in print by now.
Finally as I said Dr. Kirchner's
work:
- Business Process Oriented Implementation of Standard Software, copyright 1998 ISBN 3-540-63472-X
-
While entirely SAP R/3 Centric this work is a very good example of a sound methodology to rapidly implement and deploy Enterprise Package Software and I believe when abstracted one level shares all the sound principles of most major consulting firm methodologies that I know of and other Enterprise Package Software Related Methodologies such as aSAP; DEM, etc.
Finally my basic recommendation is to avoid
IDEF as a data modeling methodology its cumbersome and I always find the project
then gets too wrapped up in the complex rules and multiple levels of diagrams
instead of whatever the real goal is - working code is usually my preference to
5 feet of paper which contains multiple levels of detailed diagrams aimed at the
same thing. Also in general I recommend avoiding so called "pure
OOA/OOT" methodologies for EDI related project/systems/requirements analysis,
especially if you are not starting from a green field. Before I offend all
the OOT/OOA zealots out there let me say I love OO its just I find it very time
consuming and I find I need to make many compromises, UNLESS, I'm working in a
so called "green field" environment and I usually find EDI projects to be
anything BUT a green field with many, many, many pre-existing constraints and
conditions, especially as regards business rules, the imposition of OOA which is
then also usually complicated by the fact that at the very best the underlying
database is a very advanced relational database such as Oracle 8/8i or Sybase
but not something such as a pure from the ground up OO DB.
Just my 2 cents.
Mark
Bonatucci
Lockheed Martin
Mission Systems
9255 Wellington
Road
Manassas, VA 22153
email:
[EMAIL PROTECTED]
-----Original Message-----
From: Anthony Beecher [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 5:53 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Formal methodologies for business process analysis?
I would like to know if anyone can give me any suggestions on the latest formal methodologies for business process analysis. I am interested in techniques for:
- Project life cycle (RAD?)
- Discovery of relevant facts (JAD?)
- Documentation of business processes (UML?)
- Use case methodologies
- Data analysis (IDEF?)
- Anything else relevant...The basic intention is to improve the quality of my work at design time and improve the success of integration projects. The more I am able to think of and account for ahead of time, the less pains I suffer after implementation.
Any tips, thoughts or pointers to resources will be appreciated!
Thanks,
Anthony Beecher
------ XML/edi Group Discussion List ------
Homepage http://www.XMLedi-Group.org
Unsubscribe send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank
Questions/requests: [EMAIL PROTECTED]
To receive only one message per day (digest format)
send the following message to [EMAIL PROTECTED],
(leave the subject line blank)
digest xmledi-group your-email-address
To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm
---------------------------------------------------------------------
Plan on attending the upcoming meeting during DISA's conference:
http://www.disa.org/conference/annual_conf/index.htm
------ XML/edi Group Discussion List ------
Homepage = http://www.XMLedi-Group.org
Unsubscribe = send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank
Questions/requests: [EMAIL PROTECTED]
To receive only one message per day (digest format)
send the following message to [EMAIL PROTECTED],
(leave the subject line blank)
digest xmledi-group your-email-address
To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm
---------------------------------------------------------------------
Plan on attending the upcoming meeting during DISA's conference:
http://www.disa.org/conference/annual_conf/index.htm
