Software Reliability and Dependability: a Roadmap Bev Littlewood & Lorenzo Strigini

Software Reliability and Dependability: a Roadmap Bev Littlewood & Lorenzo Strigini

Software Reliability and Dependability: a Roadmap Bev Littlewood & Lorenzo Strigini Key Research Pointers Shifting the focus from software reliability to user-centred measures of dependability in complete software-based systems. Influencing design practice to facilitate dependability assessment. Propagating awareness of dependability issues and the use of existing, useful methods. Injecting some rigour in the use of process-related evidence for dependability assessment. Better understanding issues of diversity and variation as drivers of dependability. The Authors Bev Littlewood is founder-Director of the Centre for Software Reliability, and Professor of Software Engineering at City University, London. Prof Littlewood has worked for many years on problems associated with the modelling and evaluation of the dependability of software-based systems; he has published many papers in international journals and conference proceedings and has edited several books. Much of this work has been carried out in collaborative projects, including the successful EC-funded projects SHIP, PDCS, PDCS2, DeVa. He has been employed as a consultant to industrial companies in France, Germany, Italy, the USA and the UK. He is a member of the UK Nuclear Safety Advisory Committee, of IFIPWorking Group 10.4 on Dependable Computing and Fault Tolerance, and of the BCS Safety-Critical Systems Task Force. He is on the editorial boards of several international scientific journals. 175 Lorenzo Strigini is Professor of Systems Engineering in the Centre for Software Reliability at City University, London, which he joined in 1995. In 1985-1995 he was a researcher with the Institute for Information Processing of the National Research Council of Italy (IEI-CNR), Pisa, Italy, and spent several periods as a research visitor with the Computer Science Department at the University of California, Los Angeles, and the Bell Communication Research laboratories in Morristown, New Jersey. He holds a "Laurea" cum laude in Electronic Engineering from the University of Pisa, Italy (1980). His research has addressed fault-tolerance in multiprocessor and distributed systems, protocols for high-speed networks, software fault tolerance via design diversity, software testing and software reliability assessment. He has been a principal investigator in several national and collaborative European research projects on these topics, and a consultant to industry on fault-tolerance and on reliability assurance for critical applications. He has published more than 60 papers in international journals and conferences. His main current interest is defining practical, rigorous methods for assessing the dependability of software and other systems subject to design faults, and for supporting development decisions to achieve it. He is a member of the IFIP Working Group 10.4 on Dependable Computing and Fault Tolerance, of IEEE and ACM and of the Editorial Board of the IEEE Transactions on Software Engineering. 176 Software Reliability and Dependability: a Roadmap Bev Littlewood Lorenzo Strigini Centre for Software Reliability, City University Northampton Square, London EC1V OHB, UK +44 20 7477 8420 +44 20 7477 8245 [email protected] [email protected] ABSTRACT software dependability varies widely between industrial Software's increasing role creates both requirements for sectors, as does the degree of adoption of systematic being able to trust it more than before, and for more people approaches to it. From many viewpoints, two extremes of to know how much they can trust their software. A sound the range are found in mass-marketed PC software and in engineering approach requires both techniques for producing safety-critical software for heavily-regulated industries. A reliability and sound assessment of the achieved results. couple of decades ago there was a revolution in Different parts of industry and society face different dependability of consumer goods such as TV sets, VCRs challenges: the need for education and cultural changes in and automobiles, when companies realised that there was some areas, the adaptation of known scientific results to market advantage to be gained by demonstrating higher practical use in others, and in others still the need to reliability than their competitors. There has not yet been a confront inherently hard problems of prediction and similar movement in the corresponding sectors of the decision-making, both to clarify the limits of current software industry. understanding and to push them back. I.I Why is our dependence on software We outline the specific difficulties in applying a sound increasing? engineering approach to software reliability engineering, It is commonplace that software is increasingly important some of the current trends and problems and a set of issues for society. The 'Y2K bug' has just brought this to the that we therefore see as important in an agenda for research attention of the public: not only was a huge expense in software dependability. incurred for assurance (verification and/or fixes) against its Keywords possible effects, but this effort affected all kinds of organisations and of systems, including many that the Reliability engineering, dependability modelling and public does not usually associate with computer software. It assessment, COTS reliability, diversity is useful to list various dimensions of this increased 1 INTRODUCTION dependence: We use "dependability" [17] informally to designate those system properties that allows us to rely on a system • Software-based systems replace older technologies in functioning as required. Dependability encompasses, among safety- or mission-critical applications. Software has other attributes, reliability, safety, security, and found its way into aircraft engine control, railroad interlocking, nuclear plant protection, etc. New critical availability. These qualities are the shared concern of many applications are developed, like automating aspects of sub-disciplines in software engineering (which deal with surgery, or steering and 'piloting' of automobiles. achieving them), of specialised fields like computer Some of these applications imply 'ultra-high' security, and of reliability and safety engineering. We will dependability requirements [24]. Others have concentrate on the aspects that are the traditional concern of requirements that are much more limited, but require these last allied disciplines, and will mainly discuss the development of a computer dependability culture in reliability, but many of our remarks will also be of relevance to the other attributes. the vendors (e.g., equipment manufacturers without previous experience of using computers in safety- In this area, an important factor is the diversity of "the critical roles) and/or in the customers and users (e.g., software industry", or, rather, among the many industrial doctors and surgeons); sectors that produce or use software. The demand for • Software moves from an auxiliary to a primary role in providing critical services. E.g., air traffic control systems are being modernised to handle more traffic, Permission to make digital or hard copies of all or part of this work for and one aspect of this is increasing reliance on personal or classroom use is granted without fee provided that copies software. The software has traditionally been regarded are not made or distributed for profit or commercial advantage and that as non safety-critical, because humans using manual copies bear this notice and the full citation on the first page. To copy backup methods could take over its roles if it failed, otherwise, to republish, to post on servers or to redistribute to lists, but increasing traffic volumes mean that this fall-back requires prior specific permission and/or a fee. capability is being eroded. Here the challenge is to Future of Sofware Engineering Limerick Ireland evolve a culture that has been successful so far to cope Copyright ACM 2000 1-58113-253-0/00/6...$5.00 177 with higher dependability requirements under intense solutions, the need for short development timescales, and pressure for deploying new systems; finally the difficulty of gaining assurance of reliability • Software becomes the only way of performing some because of the inherently discrete behaviour of digital function which is not perceived as 'critical' but whose systems. failures would deeply affect individuals or groups. So, Novelty hospitals, supermarkets and pension offices depend on Whereas in the past computer-based systems were often their databases and software for their everyday business; used to automate the solution of problems for which electronic transactions as the natural way of doing satisfactory manual solutions already existed, it is business are extending from the financial world to increasingly common to seek computerised solutions for many forms of'electronic commerce'; previously unresolved problems - often ones that would • Software-provided services become increasingly an have been regarded as impracticable using other technology. accepted part of everyday life without any special This poses particular difficulties for systems with high scrutiny. For instance, spreadsheet programs are in reliability requirements, since it means that we can learn widespread use as a decision-making aid, usually with little from experience of previous systems. Other branches few formal checks on their use, although researchers of engineering, by contrast, tend to have a more continuous have found errors to be extremely frequent

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    14 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us