Can We Trust the Computer? FIRE, Chapter 4. What Can Go Wrong? What are the risks and reasons for computer failures? How much risk must or should we accept?

Slides:



Advertisements
Similar presentations
Risk Management and Types of Risks By Tony Collins Edited by Memory Reed Georgia CTAE Resource Network 2010.
Advertisements

A Gift of Fire, 2edChapter 4: Can We Trust the Computer?1 PowerPoint ® Slides to Accompany A Gift of Fire : Social, Legal, and Ethical Issues for Computers.
Social Implications of a Computerized Society Computer Errors Instructor: Oliver Schulte Simon Fraser University.
Medical Ethics Lecturer :Noha Alaggad
Can We Trust the Computer?
Objections to the contractual theory Another objection to the theory points out that consumers can freely agree to purchase a product without certain qualities.
Is it Really Engineering? Chapter 3. What's Different about Software? Is it a “dark art”? It’s a strange amalgam of art, craftsmanship, science and the.
A Gift of Fire, 2edChapter 10: Professional Ethics and Responsibilities1 PowerPoint ® Slides to Accompany A Gift of Fire : Social, Legal, and Ethical Issues.
Slides prepared by Cyndi Chie and Sarah Frye. Fourth edition revisions by Sharon Gray. A Gift of Fire Fourth edition Sara Baase Chapter 8: Errors, Failures,
Chapter 7: Risk, Safety and Liability in Engineering
Reliability and Safety Lessons Learned. Ways to Prevent Problems Good computer systems Good computer systems Good training Good training Accountability.
1 Pertemuan 23 Contingency Planning Matakuliah:A0334/Pengendalian Lingkungan Online Tahun: 2005 Versi: 1/1.
9.401 Auditing Chapter 1 Introduction. Definition of Auditing The accumulation and evaluation The accumulation and evaluation Of evidence about information.
A Gift of Fire Third edition Sara Baase
Lecture 1.
Software Dependability CIS 376 Bruce R. Maxim UM-Dearborn.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 24 Slide 1 Critical Systems Validation 1.
Ethical and Social...J.M.Kizza 1 Module 8: Software Issues: Risks and Liabilities Definitions Causes of Software Failures Risks Consumer Protection Improving.
Chapter 1- Introduction
Different Interests at Stake: Who should bear the risk? By Emad Abdel Rahim Al- Dahiyat 19th ANNUAL CONFERENCE School of Law.
(Using Clip Art to Help Argue That) Certifying Software Professionals (is the Wave of the Future) Brian Demers February 24, 2000 CS 99 Prof. Kotz.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Isdefe ISXXXX XX Your best ally Panel: Future scenarios for European critical infrastructures protection Carlos Martí Sempere. Essen.
Reliability Andy Jensen Sandy Cabadas.  Understanding Reliability and its issues can help one solve them in relatable areas of computing Thesis.
Chapter 8: Errors, Failures, and Risk
1 Can We Trust the Computer? What Can Go Wrong? Case Study: The Therac-25 Increasing Reliability and Safety Perspectives on Failures, Dependence, Risk,
Security and Reliability THERAC CASE STUDY TEXTBOOK: BRINKMAN’S ETHICS IN A COMPUTING CULTURE READING: CHAPTER 5, PAGES
OCR Nationals Level 3 Unit 3.  To understand how the Data Protection Act 1998 relates to the data you will be collecting, storing and processing  To.
Official Disobedience Public Responsibility and Loyalty.
For Computer Use in Business
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 3 Slide 1 Critical Systems 1.
CS 4001Mary Jean Harrold 1 Can We Trust the Computer?
Prime Responsibility for Radiation Safety
ETHICS, POLICY & SECURITY ISSUES
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
A Gift of Fire, 2edChapter 4: Can We Trust the Computer?1 Can We Trust the Computer?
Risk Management & Corporate Governance 1. What is Risk?  Risk arises from uncertainty; but all uncertainties do not carry risk.  Possibility of an unfavorable.
1 CS 501 Spring 2002 CS 501: Software Engineering Lecture 24 Delivering the System.
What is Software Engineering? The discipline of designing, creating, and maintaining software by applying technologies and practices from computer science,
Tim Walden Section: 004 NO!  Consumers have no legal alternative over defective software they buy off the shelf because of restrictions on liabilities.
A Gift of Fire, 2edChapter 10: Professional Ethics and Responsibilities1 Professional Ethics and Responsibilities.
Business Ethics & Social Responsibility
Ethics Wednesday, 10th Week. Technology  Technology is not an immutable force – people make decisions about what technologies and products to develop.
Copyright © 2012 Pearson Education, Inc. All rights reserved. Chapter 4 The Ethics of Manufacturing and Marketing.
Introduction to Sports Injury Management
CptS 401 Adam Carter. Final Review  Similar structure to the midterm: Multiple choice Matching (probably quotes from Daemon) Essay  Most questions will.
Business ethics and social responsibility
Software Engineering Chapter 1- Introduction. Topics covered  Professional software development  What is meant by software engineering.  Software engineering.
CS 4001Mary Jean Harrold1 Class 20 ŸSoftware safety ŸRest of semester Ÿ11/1 (Thursday) Term paper approach due Ÿ11/13 (Tuesday) Assignment 8 on software.
EECS 690 Moral Issues in Computing Technology. The MACIT (The Myth of Amoral Computing and Information Technology) The MACIT has many distinguishing features,
Professional Ethics and Responsibilities
Electricity kills and injures people. Around 1000 electrical accidents at work are reported to HSE each year and about 25 people die of their injuries.
Doc.JUDr.Soňa Skulová, Ph.D. Principles of Good Governance.
Chapter 8: Errors, Failures, and Risk Zach Archer Daniel O’Hara Eric Strittmatter.
Chapter 4 Business Ethics & Social Responsibility
CompSci 280 S Introduction to Software Development
Accountability and Delegation Medicines Management
Privileged Information: Confidentiality and Disclosure
Chapter 1- Introduction
PowerPoint® Slides to Accompany
Chapter 25 Employment-Related Injuries
Chapter 5 The Ethics of Manufacturing and Marketing
A Gift of Fire Third edition Sara Baase
PowerPoint® Slides to Accompany
Week 13: Errors, Failures, and Risks
Reliability and Safety
Chapter 5 The Ethics of Manufacturing and Marketing
Computer in Safety-Critical Systems
A Gift of Fire Third edition Sara Baase
Presentation transcript:

Can We Trust the Computer? FIRE, Chapter 4

What Can Go Wrong? What are the risks and reasons for computer failures? How much risk must or should we accept? If errors are inescapable in complex computer systems, how can we distinguish between those that are acceptable as trade-offs for benefits received and those that are due to inexcusable carelessness, incompetence, or dishonesty? Are computers ever too risky to use? Are computers special in the errors they produce or the risks they entail? Or are they similar to other complex systems?

Computer user. We should understand the limitations of computers and the need for proper training and responsible use. We must recognize that, as in other areas, there are good products and bad products. Computer professional. Studying computer failures can help us become better professionals (e.g., systems designer, programmers, technical support professional, etc.). Even if we are not in these fields, we will benefit from understanding the sources and consequences of failures. Educated member of society. Many personal decisions or social, legal, and political decisions may depend on our understanding of the risks of computer system failures. We could face issues of computing technology on a jury, lobbying for legislation, or deciding whether to use an experimental medical device. What Roles Do We Play?

Categories of Computer Errors and Failures Computer problems can be organized in many different ways. FIRE uses the following categories: Problems for individuals System failures that affect large numbers of people Problems in Safety-Critical Applications that could injure or kill people

Professional Techniques The field of software engineering has grown up around the principles of developing safe, efficient, and reliable software systems. Software engineers working on safety-critical applications need special training (Leveson--we can learn from engineers’ experience in building safe electromechanical systems). Most software is not safe enough for safety-critical applications. Accidents will not be prevented from technological fixes alone (no complete automated system will work). For safety- critical systems, expert control of development and operation is necessary.

Redundancy and Self-Checking Critical applications should be redundant. (The space shuttle used four identical by independent computer systems that were checked against each other.) Most network infrastructures are highly redundant. Complex systems can collect information on their own activity for use in diagnosing and correcting errors. (In software engineering parlance, this is called “instrumenting” the application.) But sometimes the collection systems themselves can fail.

Testing Adequate and well-planned testing is essential. Test suites should be developed that exercise a program in all likely ways it will be used (and even unusual ways). However, it follows that an unusual activity (some unforeseen set of circumstances) could cause a failure. This is hard to test against!

A Deeper Problem…. There is a deeper problem of “underengineered systems” Such systems are so complex, use such new techniques, or are operating in such new ways that significant risk is inevitable. One such system is the Space Shuttle. These systems are, in a real sense, experimental systems. Although good management and design practices must be followed with these systems, risk cannot be eliminated.

Law and Regulation Criminal and civil penalties are always available for computing systems that fail and cause harm. But this is after the fact and often a pretty blunt instrument. Retail sellers of computing hardware usually provide warranties. However, software is usually sold “as-is”. What should the law be? Should companies be required by law to pay for bugs (and in what way?) or should they be protected? Safety-critical applications are a special case. Perhaps they need FDA-like regulation?

Professional Licensing Perhaps software development professionals should be licensed (like engineers or architects). Licensing typically involves specific training, passing of competency exams, ethical requirements, and continuing education. But sometimes licensing is used to protect the status-quo rather than to provide better and more ethical service. Economic analysis shows that one effect of licensing is to reduce the number of practitioners in a field and keep prices and income higher than they would otherwise be. Professional licensing would go against the current culture of software development.