home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.object:5014 comp.software-eng:5419
- Path: sparky!uunet!mcsun!uknet!dmu.ac.uk!grp
- From: grp@dmu.ac.uk (Graham Perkins)
- Newsgroups: comp.object,comp.software-eng
- Subject: Re: Why and how do organizations select O-O approach to S.E.
- Message-ID: <1993Jan22.135728.22390@dmu.ac.uk>
- Date: 22 Jan 93 13:57:28 GMT
- References: <1jlic1INNvjn@emx.cc.utexas.edu>
- Organization: De Montfort University, Leicester, UK.
- Lines: 27
-
-
-
- >I have been going though the software engineering literature (primarily
- >OO literature) to understand and enumerate the reasons why organizations,
- >firms or groups have chosen or were seriously thinking about using
- >an object oriented approach to software engineering. There is an amazing
- >lack of objective, evaluative literature on the selection of methodologies
- >in software engineering. We seem to be carried away by the bandwagon effect
-
- ANECDOTAL EVIDENCE:
- ==================
- My brother heads up a contract software team at a big bank in the City
- (of London, that is). He recently put together a proposal for a new
- software project to meet some requirements expressed by management and
- customers. Basically, they needed a new version, fully integrated with
- MS-windows, and a bit more functionality, to replace their existing
- system of financial information retrieval. Basically, they want v.smart
- spreadsheet/dbase interaction on their screens, but database itself
- is remote & different OpSys etc.
- The chief programmer employed on bro's software team insisted the
- product had to be coded in C++, because it was "Object oriented, and
- object oriented languages are all about message passing, which is
- what we want".
- Alas, this policy was pursued for a couple of months before my
- brother discovered that it was balderdash and that the aforementioned
- programmer had more hot air than ability. Much time and money
- was wasted.
-