home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / software / 5010 < prev    next >
Encoding:
Text File  |  1992-12-16  |  23.7 KB  |  515 lines

  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!space!sp_pm
  3. From: sp_pm@space.alcbel.be (Paul Moore)
  4. Message-ID: <9212161441.AA25259@space.alcbel.be>
  5. Subject: HOOD - Summary of responses
  6. Date: Wed, 16 Dec 92 15:41:16 +0100
  7. X-Received: by usenet.pa.dec.com; id AA04721; Wed, 16 Dec 92 08:22:55 -0800
  8. X-Received: by inet-gw-1.pa.dec.com; id AA18033; Wed, 16 Dec 92 08:22:51 -0800
  9. X-Received: from ub4b.buug.be by mcsun.EU.net with SMTP
  10.     id AA17751 (5.65b/CWI-2.198); Wed, 16 Dec 1992 17:21:06 +0100
  11. X-Received: from alcbel.UUCP by ub4b.buug.be (5.65c/ub4b_02)
  12.     id AA14868; Wed, 16 Dec 1992 17:21:14 +0100
  13. X-Received: from se.alcbel.be by alcbel.be (4.1/SMI-4.1)
  14.     id AA24368; Wed, 16 Dec 92 15:34:20 +0100
  15. X-Received: by se.alcbel.be (5.57/SE_04)
  16.     id AA06633; Wed, 16 Dec 92 15:42:27 +0100
  17. X-Received: from btmpjw.space by space.alcbel.be (4.1/SMI-4.0)
  18.     id AA25259; Wed, 16 Dec 92 15:41:16 +0100
  19. X-To: comp.software-eng.usenet
  20. Lines: 493
  21.  
  22. Hello,
  23.  
  24. Some time ago, placed a note requesting information and comments about HOOD. This note summarises the responses received. My thanks to the following people for offering their comments and advice:
  25.     ewoods@uk3.bull.co.uk (Eoin Woods)
  26.     cornwell@minster.york.ac.uk (Pete Cornwell ?)
  27.     aro@aberystwyth.ac.uk (Abdrew Ormsby)
  28.     aguilla1@cs.ualberta.ca (?)
  29.     mangane@SOLEIL.matra-espace.fr (Laurent MANGANE)
  30.     jcampos@gmv.es (Francisco Javier Campos)
  31.     cit_toop@rcvie.co.at (Gerard Gobillard)
  32.     
  33. In summary, it appears that HOOD is a method that does not align itself very well with traditional structured analysis techniques (Yourdon, Ward/Mellor, Hatley, etc), due to its being an object-oriented design technique. It also doesn't appear to integrate very well with the currently in-vogue object-
  34. oriented analysis techniques. HOOD appears to have been forced on the European Space Agency by a French aerospace company (Matra, I believe, but open to correction). However, it appears to be well supported by a number of CASE tool suppliers, even though the documentation describing the methodology in detail is more or less non-existent.
  35.  
  36. Anyway, my apologies for taking so long to reply. By the way, I didn't have any "Please let me have what you have received" type of requests, but I feel that the responses will be of sufficient interest anyway.
  37.  
  38. If you have any comments/observations, please email me, as I don't have a News feed.
  39.  
  40. Paul Moore
  41.  
  42. ---
  43. email: sp_pm@space.alcbel.be
  44.  
  45. Here follows my original posting, followed by the responses I received back.
  46.  
  47. ===============================================================================
  48.  
  49.  
  50. Hello,
  51.  
  52. I have just started working for a company working in the aerospace field. I
  53. have some questions about the use of HOOD, and I would be grateful for some advice.
  54.  
  55. 1. I have had some experience with the Ward/Mellor and Hatley/Pirbhai
  56.    structured analysis methodologies. There are two excellent books available
  57.    that explain how to use these methodologies [1] and [2], each with
  58.    lots of examples showing how the method is used. It seems that the only
  59.    documents available explaining how to use HOOD are the HOOD User Manual,
  60.    and the HOOD Reference Manual. These two manuals do not explain how to use
  61.    the methodology, and certainly do not explain the methodology to new users.
  62.    Are there any better books available that teach the use of HOOD? It should
  63.    *NOT* be necessary to attend a training course to learn how to use HOOD.
  64.  
  65. 2. It seems that HOOD is used at the structured design level of the 
  66.    analysis/design/implementation software project cycle, as defined by
  67.    Constantine/Page-Jones and Yourdon/Ward/Mellor. This means that its use
  68.    should be preceeded by a structured analysis phase. Is this correct? How
  69.    does it relate to modern structured analysis techniques, such as the two
  70.    mentioned in point 1 above, and which structured analysis methodology is
  71.    recommended for use with the HOOD methodology?
  72.  
  73. 3. It seems that HOOD is oriented towards Ada as the implementation language.
  74.    Does this mean that HOOD is still mandated by ESA when the language used
  75.    is not Ada, for example C and C++. If so, can HOOD still be used if the
  76.    implementation language is not Ada. For example, HOOD appears to take
  77.    advantage of Ada's built-in inter-process-communication facilities. What
  78.    if these facilities are not present in the implementation language used?
  79.  
  80. I will summarise responses I get to the net, if sufficient interest warrants.
  81.  
  82. Please respond by email, as I don't have a connection to the News.
  83.  
  84. Regards, Paul
  85.  
  86. [1] Structured Development for Real-Time Systems, Vols 1-3, 
  87.     Paul T. Ward and Stephen J. Mellor, 1985.
  88. [2] Strategies for Real-Time System Specification,
  89.     Derek J. Hatley and Imtiaz A. Pirbhai, 1987.
  90.  
  91. ---
  92. Paul Moore,                      email: sp_pm@space.alcbel.be
  93. Alcatel Bell Telephone,
  94. Space Dept. TS 664,              phone: (+32) 3/829.5024
  95. Berkenrodelei 33,
  96. 2660 Hoboken,
  97. Belgium
  98.  
  99. -----------------------------------------------------------------------
  100.  
  101. From ewoods@uk03.bull.co.uk Tue Oct 13 19:08:57 1992
  102. Return-Path: <ewoods@uk03.bull.co.uk>
  103. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  104.     id AA03938; Tue, 13 Oct 92 19:08:55 +0100
  105. Received: from uk03.bull.co.uk by alcbel.be (4.1/SMI-4.1)
  106.     id AA18597; Tue, 13 Oct 92 19:04:46 +0100
  107. Received: from bertha.uk03.bull.co.uk by ub4b.buug.be (5.65c/ub4b_02)
  108.     id AA09826; Tue, 13 Oct 1992 16:39:48 +0100
  109. Received: from brno.uk03.bull.co.uk by bertha.uk03.bull.co.uk with SMTP
  110.     (15.11.1.4/15.6) id AA29325; Tue, 13 Oct 92 12:39:43 bst
  111. Received: by brno.uk03.bull.co.uk; Tue, 13 Oct 92 11:40:52 GMT
  112. Date: Tue, 13 Oct 92 11:40:52 GMT
  113. From: ewoods@uk03.bull.co.uk (Eoin Woods)
  114. Message-Id: <9210131140.AA12478@brno.uk03.bull.co.uk>
  115. To: sp_pm@space.alcbel.be
  116. Subject: Re: Repost: Please reread: Has anyone successfully used HOOD?
  117. Newsgroups: comp.object
  118. References: <9210120952.AA03355@space.alcbel.be>
  119. Status: RO
  120.  
  121. There is a collection of papers published by UNICOM in the
  122. UK which gives interesting background information. I think the
  123. training course is the best option (I learned HOOD as part of my MSc
  124. course).
  125.  
  126. Yes, HOOD is primarily a design method, not an analysis one. I have
  127. used W&M with it and it seems to work OK! I don't think there is an
  128. "official" analysis method for it.
  129.  
  130. It is *very* Ada biased. It has been used with other
  131. languages, but presumably they built a library to simulate the Ada
  132. facilities they needed.
  133.  
  134. I did hear recently that ESA are using OOD (based on Booch) as well as
  135. HOOD (particularly for C++ project). However this is just hearsay, not
  136. fact.
  137.  
  138. Eoin.
  139. -- 
  140. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  141. | Eoin Woods                         | Tel : +44 442 88-4467 (Fax 4570)     |
  142. | Application Services Product Unit  | BVN : (UK) 773-4467                  |
  143. | Bull Information Systems           |                                      |
  144. | Maxted Road                        | E.Woods@uk03.bull.co.uk              |
  145. | Hemel Hempstead, Herts HP2 7DZ, UK | ...!relay1.uu.net!uknet!brno!ewoods  |
  146.  
  147. ---------------------------------------------------------------------- 
  148.  
  149. From cornwell@minster.york.ac.uk Wed Oct 14 17:08:41 1992
  150. Return-Path: <cornwell@minster.york.ac.uk>
  151. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  152.     id AA04123; Wed, 14 Oct 92 17:08:39 +0100
  153. Received: from minster.york.ac.uk by alcbel.be (4.1/SMI-4.1)
  154.     id AA28579; Wed, 14 Oct 92 17:04:27 +0100
  155. Received: from minster.york.ac.uk by ub4b.buug.be (5.65c/ub4b_02)
  156.     id AA24380; Wed, 14 Oct 1992 15:02:14 +0100
  157. From: cornwell@minster.york.ac.uk
  158. Date: Wed, 14 Oct 92 14:44:48
  159. Message-Id: <swordfish.719071328@minster.york.ac.uk>
  160. To: sp_pm@space.alcbel.be
  161. Subject: HOOD
  162. Status: RO
  163.  
  164. I work at York University on Hard real-time HOOD which is essentially a
  165. superset of the original notation, so I've had a bit of experience in
  166. some of the areas you mentioned in your news posting...
  167.  
  168. to summarise....
  169.  
  170. 1) I've only come across one other book that deals with HOOD in any
  171. depth and thats coolings book on real-time system design which gives
  172. a very general introduction to the method.  When I originally started looking
  173. at HOOD all that was avaliable however was the reference and user
  174. manuals, and yes I agree these are generally pretty lousy.
  175.  
  176. 2) I believe HOOD takes the view of "here is the requirement document,
  177. lets start the design". Using the methods you cite would be difficult as
  178. HOOD is such a weird compromise between top-down and OO design methodologies.
  179.  
  180. 3) Although the method is strongly related to Ada, there is movement
  181. within the HUG (HOOD USer Group) to gradually move away from Ada and
  182. attempt to make HOOD more generic, and hence more appealing to non-Ada
  183. using designers.  At the moment however the various mapping rules only
  184. cover HOOD to Ada'83 , sorry I should say "guidelines" :-) version 3.1
  185. has guidelines rather than rules!  Basically all the guidelines state
  186. for other languages is that as long as it has similar modularity /
  187. encapsulation features to Ada you should be OK (!).
  188.  
  189. NB: I believe that version 4.0 of HOOD will have inheritance, but when this
  190. is due out is anyones guess.  Also I dont know if this is an attempt to
  191. keep in step with the proposed changes to Ada 9X or to appeal to the
  192. OOP using community at large.
  193.  
  194. ...anyway hope my limited experience in this area has been of some use.
  195.  
  196. Pete.
  197.  
  198. (cornwell@minster.york.ac.uk)
  199.  
  200. ----------------------------------------------------------------------- 
  201.  
  202. From aro@aberystwyth.ac.uk Thu Oct 15 21:47:40 1992
  203. Return-Path: <aro@aberystwyth.ac.uk>
  204. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  205.     id AA04401; Thu, 15 Oct 92 21:47:39 +0100
  206. Received: from aberystwyth.ac.uk by alcbel.be (4.1/SMI-4.1)
  207.     id AA09518; Thu, 15 Oct 92 21:43:24 +0100
  208. Received: from elem4.vub.ac.be by ub4b.buug.be (5.65c/ub4b_02)
  209.     id AA15206; Thu, 15 Oct 1992 12:08:46 +0100
  210. X400-Received: by mta elem4.vub.ac.be in /PRMD=iihe/ADMD=rtt/C=be/; Relayed;
  211.                Thu, 15 Oct 1992 12:06:25 +0100
  212. X400-Received: by /PRMD=uk.ac/ADMD= /C=gb/; Relayed;
  213.                Thu, 15 Oct 1992 12:06:34 +0100
  214. X400-Received: by /PRMD=UK.AC/ADMD= /C=GB/; Relayed;
  215.                Thu, 15 Oct 1992 12:06:54 +0100
  216. Date: Thu, 15 Oct 1992 12:06:54 +0100
  217. X400-Originator: aro@aberystwyth.ac.uk
  218. X400-Recipients: sp_pm@space.alcbel.be
  219. X400-Mts-Identifier: [/PRMD=uk.ac/ADMD= /C=gb/;<10265.9210151106@uk.ac.aber.cs.]
  220. X400-Content-Type: P2-1984 (2)
  221. Content-Identifier: Repost: Pleas...
  222. From: aro@aberystwyth.ac.uk
  223. Message-Id: <10265.9210151106@uk.ac.aber.cs.csthor>
  224. To: " (Paul Moore)" <sp_pm@space.alcbel.be>
  225. Subject: Repost: Please reread: Has anyone successfully used HOOD?
  226. Reply-To: " (Andrew Ormsby)" <aro@aberystwyth.ac.uk>
  227. Status: R
  228.  
  229. I know of only one book which purports to explain how to use HOOD.
  230. This is "Object-Oriented Design" edited by Peter Robinson. I'm not
  231. terribly impressed by it; it is just a collection of papers given at a
  232. UNICOM seminar in London, is not well produced and is very, very
  233. expensive. If you are still interested, the book is published by
  234. Chapman & Hall, a UK publisher.
  235.  
  236. I'm not sure what the official position is on what you should use as
  237. the precusor to HOOD. The best people to ask might be those currently
  238. involved in its use on ESA and related projects. My view would be that
  239. some sort of object modelling analysis method would be far more
  240. appropriate start. You might find some useful hints in the book by
  241. Coad and Yourdon, "Object-Oriented Analysis", (Yourdon
  242. Press/Prentice-Hall), though their notation is (of course) different
  243. to the HOOD notation. A better analysis method is described in
  244. "Object-oriented modellinand design" by Rumbaugh and others. Also
  245. published by Prentice-Hall.
  246.  
  247. You might also talk to the various companies that are selling CASE
  248. tools for supporting use of HOOD and see what they think you should be
  249. doing. The company I know about is IPSYS; there are a number of others.
  250.  
  251. From my reading on HOOD, the method seems to be highly Ada dependent.
  252. Although the HOOD manual asserts that the notation is not just another
  253. Ada design notation, there seems to be no guidance on how one might
  254. hope to map HOOD concepts onto (for example) C++. Perhaps things have
  255. improved since I looked.
  256.  
  257. It certainly isn't clear to me how people manage to use HOOD in
  258. practice. I'd be very interested to hear from you if you find out
  259. more.
  260.  
  261. Thanks,
  262.  
  263. Andrew Ormsby, aro@aber.ac.uk
  264. University of Wales, Aberystwyth.
  265.  
  266. -----------------------------------------------------------------------
  267.  
  268. From aguilla1@cs.ualberta.ca Fri Oct 16 01:34:05 1992
  269. Return-Path: <aguilla1@cs.ualberta.ca>
  270. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  271.     id AA04448; Fri, 16 Oct 92 01:34:03 +0100
  272. Received: from cs.ualberta.ca by alcbel.be (4.1/SMI-4.1)
  273.     id AA10155; Fri, 16 Oct 92 01:29:48 +0100
  274. Received: from scapa.cs.ualberta.ca by ub4b.buug.be (5.65c/ub4b_02)
  275.     id AA03690; Thu, 15 Oct 1992 18:00:55 +0100
  276. Received: from scapa.cs.ualberta.ca by scapa.cs.ualberta.ca with UUCP id <42133-1>; Thu, 15 Oct 1992 10:59:55 -0600
  277. Received: from agt (rnd-svrn) by agt.uucp (4.1/SMI-4.1)
  278.     id AA22544; Thu, 15 Oct 92 10:24:13 MDT
  279. Received: from [128.9.32.22] by agt (4.1/SMI-4.1)
  280.     id AA17159; Thu, 15 Oct 92 10:24:09 MDT
  281. Date:     Thu, 15 Oct 1992 10:24:08 -0600
  282. Message-Id: <9210151624.AA17159@agt>
  283. To: sp_pm@space.alcbel.be
  284. From: aguilla1%agt.uucp@cs.ualberta.ca
  285. Subject: HOOD
  286. Status: R
  287.  
  288. Hi!
  289.  
  290. Have you looked at Shlear/Mellor's latest book (1991) 
  291. 'Modeling the World in States'?
  292.  
  293. This may give you some good ideas.
  294.  
  295. + August Guillaume      Internet:  aguilla1%agt.uucp@cs.ualberta.ca
  296. + Senior Researcher                                                 
  297. + AGT Research & Development                                      
  298. + 500 Capitol Square                                                   
  299. + 10065 - Jasper Ave            Voice: (403) 493-3677                   
  300. + Edmonton, Alberta CAN         Fax:   (403) 493-4277                   
  301. + T5J-3B1                                             
  302.  
  303. -----------------------------------------------------------------------
  304.  
  305. From mangane@SOLEIL.matra-espace.fr Mon Oct 19 01:34:20 1992
  306. Return-Path: <mangane@SOLEIL.matra-espace.fr>
  307. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  308.     id AA05371; Mon, 19 Oct 92 01:34:18 +0100
  309. Received: from SOLEIL.matra-espace.fr by alcbel.be (4.1/SMI-4.1)
  310.     id AA11323; Mon, 19 Oct 92 01:29:55 +0100
  311. Received: from corton.inria.fr by ub4b.buug.be (5.65c/ub4b_02)
  312.     id AA25932; Fri, 16 Oct 1992 18:02:25 +0100
  313. Received: from MATRASP.UUCP by corton.inria.fr (5.65c8d/92.02.29)
  314.     via Fnet-EUnet id AA06714; Fri, 16 Oct 1992 16:08:34 +0100 (MET)
  315. Received: from SOLEIL.matra-espace.fr by MATRASP.matra-espace.fr, Fri, 16 Oct 92 15:49:12 GMT
  316. Received: by SOLEIL.matra-espace.fr, Fri, 16 Oct 92 15:37:58 +0100
  317. Date: Fri, 16 Oct 92 15:37:58 +0100
  318. From: mangane@SOLEIL.matra-espace.fr (Laurent 7557)
  319. Message-Id: <9210161437.AA14880@SOLEIL.matra-espace.fr>
  320. To: sp_pm@space.alcbel.be
  321. Subject: Somes answers to your questions on HOOD
  322. Status: RO
  323.  
  324.  
  325. Dear Paul:
  326.  
  327. Your first sentence is partly the answer to the question of your subject. HOOD
  328. has already been successly used in this particuliar field and in Europe because
  329. it is a European method. But as it exists only since 1987, I think no system
  330. operational today has been designed with HOOD, I believe the first ones will be
  331. Ariane 5 or EFA.
  332.  
  333. 1. You are totally right. For the same reason as mentioned above, there is no
  334. other OFFICIAL documentation on HOOD than HOOD User Manual 3.0 (December 89)
  335. and HOOD Reference Manual 3.1.1 (August 92 to be published soon by Prentice
  336. Hall). As the method has been improved since December 89, everybody is
  337. expecting an updated version of the HOOD User Manual. This update is already
  338. available internally in my company thru a three-day course which can be
  339. attended by everybody on request. It should be necessary to learn HOOD (and
  340. then to experiment it on short examples) *BEFORE* being forced to use it on a
  341. real project and not *AFTER*: you should mention it to the aerospace company
  342. which you are working for.
  343.  
  344. 2. HOOD is also suitable for unusual software project cycle (Boehm's spiral for
  345. instance) and not only for the waterfall model mentioned by
  346. Constantin/Page-Jones and Yourdon/Ward/Mellor (but not defined by them because
  347. it existed before the creation of any method) which is an old model only used
  348. with old methods. Anyway, be aware that HOOD is not a structured design method
  349. but a HIERARCHICAL OBJECT-ORIENTED design method which implies a totally
  350. different approach difficult to learn (especially alone) for people who have an
  351. important experience in classical (not so modern) approachs such as structured
  352. or functional analysis. You just have to remember that a design method must be
  353. used *AFTER* an analysis phase and *BEFORE* implementation: do not laugh, we
  354. met people who had used HOOD after having implemented in ADA the requirements
  355. and obviously their implementation was unusable and it was impossible to
  356. translate it in HOOD.
  357.  
  358. HOOD like most design methods can be used with any analysis method (SA,
  359. IDEF...) with no other links with it than a dictionnary which can be reused to
  360. name HOOD objects' operations (it is the same case with all other
  361. object-oriented design methods because no widely used analysis method allows
  362. today a complete and easy traceability with an OO design). No analysis method
  363. is recommended because none fully suits HOOD's approach of design.
  364.  
  365. 3. HOOD is mandated by ESA for any implementation language and has still been used 
  366. with ADA, Pascal, Assembler and C. Naturally, it is easier to use ADA because
  367. the method includes rules to derive ADA code from the ODS but some companies
  368. have established such rules with C code (it works properly in most cases).
  369.  
  370. As for C++, ESA cannot mandated HOOD with it as it never mandated the use of
  371. C++ for coding phase. By the way, if you know a genuine DESIGN method (I mean
  372. not graphical programming as OOSD) which can be used with C++ LARGE projects
  373. (if this coding language can be used on large projects..??), please let me know
  374. (I am still searching such a method for years).
  375.  
  376. HOOD allows to design Real-Time systems and if your implementation language
  377. and/or environment does not provide R/T facilities, you just have to create it
  378. by yourself: it has already been done for projects using pure assembler on a
  379. sole processor with no R/T monitor. The method only provide a frame to express
  380. these aspects in the OBCS by using any formalism of your choice like in SA/RT
  381. (SDL, Esterel, Petri nets, Finite-states automata... etc) depending on what is
  382. supported by your HOOD tool or by you but the implementation still depends (and
  383. will always) on the target environment.
  384.  
  385. I hope this will help you in using this new method (only 5 years old but still
  386. adult) and you can ask further questions if needed to some of the persons who
  387. have created it and which are all listed in the ACKNOWLEDGEMENTS part of the
  388. HOOD Reference Manual. You should consider it as you considered Kernighan &
  389. Ritchie's for C programming or Wirth and Jensen's for Pascal i.e. unusable to
  390. master those languages but essential to be able to use them intensively.
  391.  
  392. | Laurent MANGANE                 |
  393. | Matra Marconi Space France             |
  394. | 31, rue des Cosmonautes             |
  395. | 31077 Toulouse Cedex                 |
  396. | France                     |
  397. | Tel: (+33) 62 24 75 57             |
  398. | Fax: (+33) 62 24 77 80             |
  399. | e-mail (UUNET): mangane@soleil.matra-espace.fr |
  400. |          or  mangane@mms.matra-espace.fr    |
  401. |        (X400) : C=FR ; PD=MATES400 ; S=MANGANE |
  402.  
  403. ----------------------------------------------------------------------- 
  404.  
  405. Return-Path: <jcampos@gmv.es>
  406. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  407.     id AA06237; Wed, 21 Oct 92 14:42:36 +0100
  408. Received: from gmv.es by alcbel.be (4.1/SMI-4.1)
  409.     id AA06109; Wed, 21 Oct 92 14:38:04 +0100
  410. Received: from goya.uu.es by ub4b.buug.be (5.65c/ub4b_02)
  411.     id AA28779; Wed, 21 Oct 1992 10:54:58 +0100
  412. Received: from eonwe.UUCP by goya.uu.es (EUnet) (5.65c/8.12); Wed, 21 Oct 1992 10:54:41 +0100
  413. Received: from conejo.gmv.es by gmv.es (4.1/GMV-1.6)
  414.     id AA21881; Wed, 21 Oct 92 10:44:30 +0100
  415. Date: Wed, 21 Oct 92 10:44:30 +0100
  416. From: jcampos@gmv.es (Francisco Javier Campos)
  417. Message-Id: <9210210944.AA21881@gmv.es>
  418. To: sp_pm@space.alcbel.be
  419. Subject: Re:  Can you give me some HOOD information, please?
  420. Status: RO
  421.  
  422.  
  423. Hello; sorry for the delay in answering you.
  424.  
  425. 1. Unfortunately, there are no books available on the
  426. method. I know that there will be one text book
  427. available very soon; the author is P. Robinson
  428. (formerly in charge of HOOD at ESTEC), but I have no
  429. exact dates for this. The only way to get in contact
  430. with the method is to attend the training courses. A
  431. good way to be in contact with the HOOD community and
  432. to be able to talk to the "gurus" is being meber of the
  433. HOOD Users Group. If you are interested, I can give you
  434. the contact point.
  435.  
  436. 2. HOOD is indicated for the Architectural and Detailed
  437. Design phases (high0level and low-level design), where
  438. a pseudo code is produced that may be easily
  439. transformed into Ada. There is no link between
  440. rqeuirement analysis and the Design in the HOOD method;
  441. that is, only the expertise of the enginner is
  442. applicable to get the HOOD objects from the
  443. requirements. With this approach, it is not
  444. important whether you use a structured analysis or
  445. object oriented analysis method. There is a lot of
  446. literature about the convenience or not of object
  447. oriented analysis methods for object oriented design
  448. methods, and there is no consensus at all.
  449.  
  450. 3. Certainly HOOD is, at the time being, oriented towards
  451. Ada code. No guidelines have been defined yet for
  452. production of software in other languages. The basic
  453. idea is that if you use other languages you will have
  454. to resemble the Ada facilities by yourself. I have no
  455. experience on this topic, but some tools (e.g. AdaNICE,
  456. by INTECS) generate C code from a HOOD design.
  457.  
  458.  
  459. I hope this will answer your questions.
  460.  
  461.  
  462.  
  463. Javier Campos                            Ph. +34 1 8072100
  464. GMV, S.A.                                Fax +34 1 8072199
  465. C/ Isaac Newton, s/n                     Telex  48487 GMEV E
  466. TRES CANTOS                              jcampos@gmv.es
  467. 28760 MADRID                             jcampos%gmv.es@Spain.EU.net
  468. SPAIN                                    uunet!mcsun!gmv.es!jcampos
  469.  
  470. -------------------------------------------------------------------
  471. From cit_toop@rcvie.co.at Fri Oct 23 17:08:50 1992
  472. Return-Path: <cit_toop@rcvie.co.at>
  473. Received: from alcbel.be ([138.203.64.80]) by space.alcbel.be (4.1/SMI-4.0)
  474.     id AA06685; Fri, 23 Oct 92 17:08:48 +0100
  475. Received: from rcvie.co.at by alcbel.be (4.1/SMI-4.1)
  476.     id AA06920; Fri, 23 Oct 92 17:04:10 +0100
  477. Received: from hp4at.eunet.co.at by ub4b.buug.be (5.65c/ub4b_02)
  478.     id AA20208; Fri, 23 Oct 1992 12:16:55 +0100
  479. Received: from rcvie.rcvie.co.at (rcvie-c.rcvie.co.at) by hp4at.eunet.co.at with SMTP id AA00976
  480.   (5.65c8/IDA-1.4.4 for <sp_pm@space.alcbel.be>); Fri, 23 Oct 1992 12:16:11 +0100
  481. Received: from rcsw26.rcvie.co.at by rcvie.rcvie.co.at (4.1/RCVIE-Main-1)
  482.     id AA01167; Fri, 23 Oct 92 12:14:38 +0100
  483. Date: Fri, 23 Oct 92 12:14:38 +0100
  484. From: cit_toop@rcvie.co.at
  485. Message-Id: <9210231114.AA01167@rcvie.rcvie.co.at>
  486. To: sp_pm@space.alcbel.be
  487. Subject: HOOD
  488. Status: RO
  489.  
  490.  
  491. Dear Paul,
  492.  
  493. Forgive me if my information is fuzzy. If you are really
  494. interested, I can spend some time making it more accurate.
  495.  
  496. There is a book in French called " conception orientee object,
  497. application a HOOD" which describes the method. The guy (Michel LAI) also
  498. developed a C++ customization of HOOD. I had the book in my hands,
  499. it seems very quickly written.
  500.  
  501. There is a book in English by a guy called ROBINSON called spomething like
  502. "software engineering with HOOD". I saw it in a bookstore in Paris.
  503. It is expensive (~1ooo ff), and seems technically sound.
  504.  
  505. I also heard that Maurice HEITZ is preparing a book (he is the inventor
  506. of HOOD). I don't know if it is in F or E. The guy is very nice and I think he
  507. answers questions by phone.
  508.  
  509. Don't hesitate to call me if you need more help from me.
  510.  
  511. Gerard Gobillard
  512. mail: cit_toop@rcvie.co.at
  513. phone: (33) 96 05 48 36
  514.  
  515.