Beruflich Dokumente
Kultur Dokumente
TOPIC 14
END USER COMPUTING AND END USER DEVELOPMENT
Objectives:
To define end users and identify a number of different groups of end users.
To describe what is meant by end user development.
To look at a number of advantages and problems and risks with EUD.
To examine the type of project which is suitable for EUD.
To look at the ways in which IS professionals can support both EUC and EUD.
Reference:
Lally, L. (1995) ‘Supporting appropriate user-developed applications: Guidelines
for managers’ Journal of End User Computing, 7(3) 3-10.
End user computing has been defined in a variety of ways. For example:
‘the capability of users to have direct control of their own computing needs’ (Davis
& Olson, 1985)
‘the use and/or development of information systems (IS) by the principal users of
the systems output’ (Wetherbe & Leitheiser, 1985).
The definitions tend to have got narrower and more focused on users developing
applications as time has gone on, but you will still find people using it in the broad sense
of the term.
Identify several activities that would be included in the first 2 definitions of EUC, but
not in the 3rd.
It has been largely driven by user demand for computing resources to enable control of
information resources – but this demand has occurred because the changes to
technology have made it possible.
Other reasons proposed for the enthusiasm with which users have adopted EUC include
the backlogs in application development by IS departments and general dissatisfaction
with the IS environment in organisations.
An end user developer is defined as an end user who develops applications to support
his or her work or the work of other end users.
These applications are known as user developed applications (UDA). So EUD is the
development of UDAs by end user developers.
The differences between a UDA and a system developed by traditional methods include:
Advantages of EUD
There are also risks and disadvantages with EUD. Many of these systems fail in one way
or another, mainly in the areas of security and integrity.
The main problem is that end users are generally not trained in software development
and this impinges on the quality of their systems.
As well, while users know what they need in general terms, they are not trained to
translate a general goal into specific requirements.
Failed systems principally affect the personal work of the end user developer.
However, this failure can also impact on the organisation when decisions are made on
the basis of poor or faulty information.
Development of software systems by end users can also distract individuals from the
job they are actually paid to do within the organisation.
The risks and problems with EUD are no reason for placing all development back in
the IS Department.
There are at least three ways that the gains from EUD can be maximised and the risks
minimised:
Encourage users to confine their efforts to projects that are likely to bring success.
Provide training (on both development tools and systems analysis and design) and
support to end user developers.
Ensure that in necessary areas, the IS Department assumes a certain level of
management over EUD, because it is part of the corporate stock of IS
infrastructure.
Example
A real estate agent developed a complex real estate investment spreadsheet application
for her firm. She did not document the application because she knew in detail how it
worked, and she was the only one who used it. The spreadsheet required the input of 23
pieces of data and she did not build in any edits to check whether each piece of data
was within a reasonable range. She had no problem using the spreadsheet. However, a
year after completing the spreadsheet she left the firm and her replacement had to
spend many hours figuring out how to use the spreadsheet. Also, the spreadsheet was
designed to use a loan amortisation calculation of only 15 or 30 years. When the
replacement entered a loan term of 25 years, the spreadsheet appeared to work
properly, but in reality the information it produced was erroneous. The firm was led to
invest in a large real estate venture in which they lost a substantial sum of money.
2. What actions could the developer have taken to ensure that this problem hadn’t
occurred?
Example
The audit report contains some disturbing findings. The auditors found numerous
instances of the same data being stored several different times both on the mainframe
and on personal computers. In addition, they found that essentially the same application
software had been created several times. For example, the home appliances division
and the home electronics division had both created marketing analysis systems.
Although these two systems are not identical they are very similar.
Based on their findings the auditors have recommended that the corporation reassess
its commitment to application development by users.
1. Do you agree with the auditors that their findings are a serious problem?
Projects for EUD must be ones that the end user has the skills and experience to
tackle successfully. They must also be projects that are not ‘mission-critical’ for the
organisation.
Because of the potential problems with UDA some types of applications are probably not
suitable for EUD (Bowman, 1990)
1. Applications with significant exposure to fraud
2. Applications with significant risks due to disclosure of sensitive information to
unauthorised persons
3. Applications that generate information used to advise clients or produce reports for
regulatory agencies (has this changed?)
4. Applications that feed central databases
5. Applications that impact the operations of multiple workgroups in an organisation
6. Applications requiring significant communication technology to link geographically
dispersed locations.
Salchenberger (1993) suggested that if the following conditions are met an application is
suitable for end user development:
1. System scope is limited (not organisation wide)
2. Level of decision-making supported is operational or tactical
3. System life expectancy is short to medium
4. Projected development time is short
5. Detailed user specifications are available
6. System is not overly complex
7. System can be developed with 4GL tools
8. System can be developed with a minimal amount of support from IS staff
9. Number of concurrent users will be small
10. Data volume is low to moderate
11. Data significance to other departments is limited
12. Data security is not a serious problem
13. A range of output formats is needed
14. Extensive auditing is not needed
Example
Which of the following applications do you think are suitable for end user development?
4. Mailing list
5. Enrolment at Murdoch
Support of the end user by the IS Department is an important aspect of minimising the
risks of EUD.
Many organisations have set up Information Centres (IC) which are special
organisational units designed to facilitate and coordinate end user development
activities.
The IC represents an ideal model of support. The actual structure of the support
mechanisms will vary from full-blown IC to somebody to answer the help desk phone,
and including organisations reliant on an outside consultant.
The IC should provide support and training for all end users, not just developers. It
has to be able to tackle the full range of problems that may be presented. Support
professionals need a variety of skills and constantly up-to-date knowledge of the
industry. Because of the growth of demand for support from EUC and EUD, often in a
climate of budget cutbacks, this is often a stressful job.
The main areas of support required by end users using applications are:
Keeping hardware and software running.
Training users in application use.
Assisting users with collecting/transcribing data, including extracting and down
loading data from organisational ISs and converting data formats.