Email:
Password: [?] 
  Register with the DACS
Site Search: Advanced Search
Search: Bibliographic Database(SEBD)     Lifecycle Database(SLED)    DoD Acronyms 
DACS Home DACS Services Publications Training About Us DACS Store Suggest A Link
Rate this page's content:
  poor
excellent


The Software Reliability Dataset

The Software Reliability Dataset was compiled by John Musa of Bell Telephone Laboratories. His objective was to collect failure interval data to assist software managers in monitoring test status and predicting schedules and to assist software researchers in validating software reliability models. These models are applied in the discipline of Software Reliability Engineering. The dataset consists of software failure data on 16 projects. Careful controls were employed during data collection to ensure that the data would be of high quality. The data was collected throughout the mid 1970s. It represents projects from a variety of applications including real time command and control, word processing, commercial, and military applications.

The DACS distributes this dataset on a floppy disk. For each software failure in the dataset, the following items are recorded:

  1. Project Identification (System Code). An internally assigned identification number.
  2. Failure Number. A number identifying a particular failure. Failures are consecutively numbered from the first failure recorded.
  3. Failure Interval. The time elapsed from the previous failure to the current failure. For project 6, this time is given in CPU seconds; for the remaining projects, the time is given in wall-clock seconds. A negative sign for the last failure interval in a data set indicates that this interval represents the time from the previous failure to the end of execution of the software.
  4. Day of Failure. Represents the day on which the failure occurred in terms of the number of working days from the start of the current phase or data collection period.
The following table displays the size of each sample of failure data for each project in the dataset, as well as other useful information concerning the individual projects. More detailed information on the specific characteristics of each project is available in
    John D. Musa, Software Reliability Data, Data & Analysis Center for Software, January 1980.

Data is available by system code. Select the system code:

Software Reliability Data Project Information
System CodeApplicationSize (Delivered Object Code Instructions)Number of FailuresPhases Represented By Sample
1Real Time Command & Control 21,700 136 System Test Operations
2Real Time Command & Control 27,700 54 System Test Operations
3Real Time Command & Control 23,400 38 System Test Operations
4Real Time Command & Control 33,500 53 System Test Operations
5Real Time Commercial 2,445,000 831 System Test *
6Commercial Subsystem 5,700 73 Subsystem Test
14CReal Time (Hundreds of Thousands)36 Operations
17Military 61,900 38 System Test
27Military 126,100 41 System Test
40Military 180,000 101 System Test
SS1AOperating System (Hundreds of Thousands)112Operations *
SS1BOperating System (Hundreds of Thousands)375Operations *
SS1COperating System (Hundreds of Thousands)277Operations *
SS2Time Sharing System (Hundreds of Thousands)192Operations *
SS3Word Processing System (Hundreds of Thousands)278Operations *
SS4Operating System (Hundreds of Thousands)196Operations *

Note: Starred phases (*) indicate the failure sample is not complete for that phase.

sidebar
sidebar
sidebar

s

s

s

s


SISOS cover
DACS Latest Technical Report


TEMS Logo
Visit the DTIC TEMS Initiative

   DACS Gold Practice Initiative ROI Dashboard
 
Acquisition Process Improvement
Architecture-First Approach
Assess Reuse Risks and Costs
Binary Quality Gates at the Inch-Pebble Level
Capture artifacts in rigorous, model-based notation
Commercial Specifications and Standards/Open Systems
Defect Tracking Against Quality Targets
Develop and Maintain a Life-cycle Business Case
Ensure Interoperability
Formal Inspections
Formal Risk Management
Goal-Question-Metric Approach
Integrated Product and Process Development
Manage Requirements
Metrics-based Scheduling
Model Based Testing
Plan for Technology Insertion
Requirements Trade-Off/Negotiation
Statistical Process Control
Track Earned Value
  Access benefit data from software technical and management improvements including SEI CMMI, PSP/TSP, Cleanroom, Inspections, and Agile Development.

View the ROI Dashboard
Copyright © 2010, ITT Corporation    Privacy Policy
webmaster@thedacs.com
775 Daedalian Drive Rome, NY 13441
(800) 214-7921 Fax: 315-838-7130
This site is best viewed in Firefox 1.0+ or IE 6.0+
XHTML