[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference heron::euro_swas_ai

Title:Europe-Swas-Artificial-Intelligence
Moderator:HERON::BUCHANAN
Created:Fri Jun 03 1988
Last Modified:Thu Aug 04 1994
Last Successful Update:Fri Jun 06 1997
Number of topics:442
Total number of notes:1429

243.0. "DPM - Prototyping " by CHEVIE::FITZGIBBON (Joe Fitzgibbon VB/EIC) Mon Nov 05 1990 14:07

	Please enter your comments on the contents of the document -

		DPM Techniques Software Prototyping.

	If you need additional copies drop me a mail.

What we need from you are your inputs as to how it needs changing to reflect the
needs of ES projects. 

Caroline, did you keep a copy of your comments??

Thanks,
	Joe.
T.RTitleUserPersonal
Name
DateLines
243.1AI isn't gold platingGYPSC::BADEThu Nov 08 1990 11:1764
This my  (Dirk Bade @UFC or GYPSC::BADE coordinating germany's AI-CC)
feedback to the document:

           DPM Techniques - Software Prototyping
           Document-ID   TEC-02-0 Rev A 10-OCT-1990

The overall impression is good, table of contents acceptable, index missing.

Page          Statement                          
 
1.1           close collaboration between user and developer...

     comment: the third party is the people who ordered the project !
              Often the system to be developed is wanted by a central 
              function in order to let it run in distributed subfunctions
              which may have a different vision. 

1.1           dynamic specification

     comment: we consider prototypes to be integral part of the design phase
              and therefore become a component of the final specification

1.4           use of artificial intelligence techniques

     comment: AI is neither a risk factor nor gold plating - if not
              used in the wrong place. Our experience from standard project 
              with integrated AI components (OPS5) is that the AI-modules 
              allow modifications to be performed in a much safer way than 
              e.g. modules in C-code.

1.5           3 prototypes
2.6           with minimum functionality

     comment: we just talk of horizontal and vertical prototypes.
              horizontal prototypes implement just one layer (e.g. the user
              interface) while vertical prototypes implement a cut through
              the whole application (e.g. starting from the user interface
              with typical database access, work on a typical data set 
              and final output to screen and/or database). Vertical prototypes
              can eliminate performance concerns, while horizontal prototypes
              are done to prove the right understanding of the whole 
              application. Both can be evolutionary.

2.1           extensive prototyping is wasted effort if the required 
              functionality is clearly understood. 

     comment: no. prototypes can be used to test the acceptance with the
              end users and that way test the feasibility of the whole project.

2.5           project team separates..

     comment: the prototyping team should be as small as possible.
              One full-time specialists preferred to many part-time assignments.

3.1           user must commit... developer must ensure... manager must provide
 
     comment: this is certainly necessary but sounds like wishful thinking.
              In praxi, the participants will only collaborate if their
              acceptance was carefully tested and stays alive. This is 
              best obtained if the prototype remains as close as possible
              to ready-for-demo state throughout its development. Vertical
              prototypes are best suited for that purpose.