symptomatic analysis for software maintenance
DESCRIPTION
Symptomatic Analysis for Software Maintenance. A technology designed for SERC. Symptomatic Analysis for Software Maintenance. GOAL. - PowerPoint PPT PresentationTRANSCRIPT
![Page 1: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/1.jpg)
Symptomatic Analysis for Software
MaintenanceA technology designed for
SERC
![Page 2: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/2.jpg)
Symptomatic Analysis for
Software Maintenance
Development of a diagnostic and prognostic system for software that collects data from various types of sources and applies special analytical techniques to analyze the data in real-time to diagnose problems, discern impending faults, and identify maintenance procedures.
GOAL
![Page 3: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/3.jpg)
Most Complex Living Organism
Maintenance (heath management): checkups and diagnosing illness
![Page 4: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/4.jpg)
Most Complex Product Built by Humans
Maintenance: (no health management) fixes and updates
![Page 5: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/5.jpg)
• Cost of maintenance is very high.• A system not designed for maintenance cannot have
maintainability retrofitted later.• Many different opinions of maintainability.• Each organization develops their own definition and
concentrates on efforts to develop mature production processes.
• Process maturity is not enough to guarantee the quality of a specific software product.– Process evaluation should always be accompanied by
product evaluation.– PRODUCT CERTIFICATION IS ALMOST NON-EXISTENT !
Today’s Software Maintenance Realities
![Page 6: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/6.jpg)
What can be observed (learned) from health maintenance?
• Continuous• Relies on a large number of facts obtained• Reaches an accurate conclusion depending on
the timing and the sequence of the symptoms• Case history remains an important tool to
determine the nature of an illness
![Page 7: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/7.jpg)
Future with Symptomatic Analysis for Software Maintenance
• A holistic infrastructure approach ( similar to Health Management)
• Continuously measures and evaluates software products through intelligent, automated diagnostic and prognostic programs
• Provides feedback to process and product improvement by imparting practitioners with an understanding of the condition of their software today and an assurance of its operational state tomorrow.
![Page 8: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/8.jpg)
Based on the design metrics research of 18+ years through the SERC
Design metric analysisModule Signatures
Time-slices Clones
Error (change) analysis
The Foundations for the Symptomatic Analysis Process
![Page 9: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/9.jpg)
The design metrics have been computed on
Raytheon defense systems CSC’s STANFINS project systems from the US Army Research Lab Magnavox’s AFATDS project Harris’ ROCC project three Northrop Grumman projects PBX system from Telcordia Technologies telecommunications systems from Motorola
Results:The design metrics typically identify 90% of the fault-prone modules.
![Page 10: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/10.jpg)
Module SignatureAlgorithmic classification
No incomplete or inconsistent data A single metric can provide insight into product or process. However, in isolation this is seldom useful.
Tougher questions usually need more information.
•
•
![Page 11: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/11.jpg)
Module Signatures Example(De, Di, V(G), LOC)
Then the module signature is a 4-tuple, perhaps
(1,1,0,1)
or equivalently, 13, since
11012 = 1310
![Page 12: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/12.jpg)
Module Signatures • 2 studies
• 98.5% accuracy in identifying change-prone modules
• False negative were only at ½ percent!
• Classes with “more” changes have more “1s” in the signature
• Signatures have the potential to predict the likely number of changes for a given module
![Page 13: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/13.jpg)
Time (Phase) Based Analysis
• Time-slice transformations on design metrics• Before & After
![Page 14: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/14.jpg)
Timeslices
![Page 15: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/15.jpg)
Clone Research
• Clone evolution is a novel field• Current approaches are limited to detecting
only small specialized set of patterns in a clone’s evolution and generally lack scalability
• Empirical research suggests that some clones require higher attention than others
• Our newest discoveries
![Page 16: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/16.jpg)
Symptomatic Analysis Architecture
![Page 17: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/17.jpg)
Examples of Merging and Extracting Data
Module Signature Module Name Time Signature Clone COs1011001 Module-1 .0.0.9.9.9 NO 4 Module-2 .0.0.0.64.64 NO 1 Module-3 .0.0.0.89.d NO 3
Module Signature Module Name Time Signature Clone COs0110000 Module-4 .0.0.44.44.44 yes 2022 3 Module-5 .0.0.0.50.50 yes 2022 1
![Page 18: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/18.jpg)
Potential Benefits
A holistic infrastructure approach, as applied through the framework, will allow intelligent, automated diagnostic and prognostic programs to provide practitioners with an understanding of the condition of their software today and an assurance of its operational state tomorrow.
![Page 19: Symptomatic Analysis for Software Maintenance](https://reader035.vdocuments.net/reader035/viewer/2022062322/5681438f550346895db00ec2/html5/thumbnails/19.jpg)
Questions?