Care with Source2VALUE

459 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
459
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Brent Spar Moberg Claim en afreken cultuur uit het Wilde westen 3
  • Wanneer je het hebt over systeemdocumentatie dan heb je het over documentatie op verschillende niveaus. In mijn opleiding eind jaren tachtig werd o.a. al gesproken over functionele ontwerpen, technische ontwerpen. Nu zie je meestal een onderverdeling naar business, application/systeem en technologie. Dit model is ook prima toepasbaar bij herdocumentatie van systemen of delen van systemen. Bedrijven hebben vaak al wel een of andere vorm van een business model (procesmodellen, werkinstructies e.d.) Juist in deze tijd zie je dat bedrijven de tijd hebben om weer aan procesverbetering te denken en wordt bijvoorbeeld BPM toegepast om processen te modelleren en te monitoren. Het Technology Model kan met de juiste hulpmiddelen voor een groot deel gegenereerd worden uit broncode (UML). De kunst is nu om het systeemmodel te op orde te brengen waarbij de relatie weer tot stand wordt gebracht tussen bedrijfsprocessen en systeemfuncties. Use Cases vormen wat mij betreft het hart van het systeemmodel, waar nodig aangevvuld met andere modellen. In het kader van outsourcing is het van belang om aspraken te maken over het up-to-date houden van de documentatie.
  • Voor inzicht in de functionele en technische werking van een systeem heb je een bepaalde vorm van documentatie nodig. Wat zijn nu kenmerken van goede documentatie? Light but sufficient Zo weinig mogelijk om het systeem toch goed en te kunnen onderhouden Niet alles hoeft gedocumenteerd te worden. Technische documentatie kan vaak gegenereerd worden en is soms voldoende Eenvoudig up-to-date te houden Hoge kwaliteit Het zijn wellicht open deuren, maar wanneer je een assement uitvoert op de systeemdocumentatie, dan blijkt toch vaak dat niet aan deze eisen wordt voldaan. Single point of definition Versiebeheer
  • Bedrijven hebben in deze tijd meer ruimte om te verbeteren. Zorg dat je nu orde op zaken stelt, om bij het aantrekken van de markt sneller te kunnen reageren. Ongebruikte code: ongebruikte programma’s, rapporten e.d., maar ook dode code Requirements Management: Hoe is het zover gekomen en wat er aan te doen Herdocumentatie zonder gedegen requirements management proces vaak zinloos Onderdeel van Requirements Management is het bepalen van het Requirements Informatie Model (klantspecifiek) Product versus Procesdocumentatie Het documentatiemodel wat ik net liet zien betreft met name de productdocumentatie die de status van een systeem of deelsysteem op een bepaald moment volledig weergeeft. Tijdens het onderhoud wordt de productdocumentatie als uitgangspunt gebruikt en worden procesdocumenten geproduceerd. In deze procesdocumenten wordt met name aangegeven welke onderdelen men op welke manier wil aanpassen. Zijn de voorgestelde wijzigingen geaccepteerd, dan kan de productdocumentatie weer worden geactualiseerd en kan de procesdocumentatie gearchiveerd. Wie is waarvoor verantwoordelijk? Zeker bij outsourcing Waar te beginnen: Ontwerpers/engineers weten vaak waar de problemen zitten (enquete) Metrieken geven inzicht in volatiliteit omvang, complexiteit en onderhoudbaarheid van systemen en componenten op verschillende niveaus Afh van strategie. Wat ga je outsourcen?
  • Teamsamenstelling : Engineers die de code kunnen lezen en vertalen naar een hoger niveau Business Architecten, Eindgebruikers voor validatie, rationales Tooling : Handmatig leidt vaak toch tot maatwerk tooling Verschillende leveranciers die diensten leveren op dit gebied, steeds vaker ook bepaalde metrieken in ontwikkelomgevingen Institutionaliseer : Software Engineering is een vak en documentatie bijhouden is daar een belangrijk onderdeel van Vergelijking met een huisarts Je verwacht van een huisarts ook dat hij een dossier bijhoud met de diagnoses en medicijnen en behandelingen die hij heeft voorgeschreven Om te voorkomen dat er de volgende keer verkeerde medicatie wordt voorgeschreven met alle risico’s van dien Om kennis over te dragen. Het is snel weer verouderd Verandering van processen kost tijd. Automatiseer delen van de documentatie door documentatiegeneratie
  • Care with Source2VALUE

    1. 1. CARE for software CARE = Computer Aided Redocumentation & Evaluation
    2. 2. Agenda <ul><li>Source2VALUE Market </li></ul><ul><li>Source2VALUE Solution </li></ul><ul><li>Demo </li></ul>
    3. 3. Source2VALUE Market Good Housekeeping <ul><li>Complexity reduction </li></ul><ul><li>Redundant software elimination (10% – 20%) </li></ul><ul><li>Unused software source-code elimination (20% – 30%) </li></ul><ul><li>Functional and technical transparency by CARE* </li></ul>*CARE =Computer Aided Redocumentation and Evaluation Save up to 25% on software maintenance! Cost cutting by:
    4. 4. Source2VALUE Market Multisourced development <ul><li>Outsourced development </li></ul><ul><li>Offshored development </li></ul><ul><li>Onsite development (Agile) </li></ul><ul><li>Different suppliers and customers </li></ul><ul><li>Different countries and/or continents </li></ul><ul><li>Different employees </li></ul><ul><li>Different cultures </li></ul>Characteristics: IT software development delivery: <ul><li>Managed agility </li></ul><ul><li>Managed quality </li></ul><ul><li>Managed cost </li></ul><ul><li>Managed transparency </li></ul>Business IT demand:
    5. 5. Source2VALUE Market Growing demand for transparency EUROPE USA High Low Low High “ Trust you” “ Tell me” “ Show me” Trust Transparency demand
    6. 6. Source2VALUE Market (Re)contracting prerequisites Demand <ul><li>Business Unit A </li></ul><ul><ul><li>Application 1 </li></ul></ul><ul><ul><li>Application 2 </li></ul></ul><ul><li>Business Unit B </li></ul><ul><ul><li>Application 3 </li></ul></ul><ul><li>Business Unit C </li></ul><ul><ul><li>Application 4 </li></ul></ul><ul><ul><li>Application 5 </li></ul></ul><ul><ul><li>Application 6 </li></ul></ul>Supply <ul><li>System Integrator A </li></ul><ul><ul><li>Application 1 </li></ul></ul><ul><ul><li>Application 2 </li></ul></ul><ul><ul><li>Application 3 </li></ul></ul><ul><li>System Integrator B </li></ul><ul><ul><li>Application 4 </li></ul></ul><ul><ul><li>Application 5 </li></ul></ul><ul><ul><li>Application 6 </li></ul></ul>Transparency <ul><li>Risk </li></ul><ul><li>Complexity </li></ul><ul><li>Maintainability </li></ul><ul><li>Size estimation </li></ul><ul><li>Change behaviour </li></ul><ul><li>Documentation </li></ul><ul><li>S&G usage </li></ul><ul><li>Costs </li></ul>
    7. 7. Source2VALUE Market Branch facts <ul><li>Worldwide over 70 - 90% of IT costs is spent on software maintenance </li></ul><ul><li>Over 50% of these costs is spent on analyses due to: </li></ul><ul><ul><li>Multiple development environments </li></ul></ul><ul><ul><li>Multiple exploitation environments </li></ul></ul><ul><ul><li>Outdated design </li></ul></ul><ul><ul><li>Outdated documentation </li></ul></ul>Some facts: Organizations should CARE 4 software maintenance!
    8. 8. Source2VALUE Market Source code analyses benefits Maintenance Cost Impact Analyses Lead Time Risk Document / Design Generation IT Management Insight in Changes Instrument for Impact Analyses Current (design) Documentation Software Development Compliancy Cost of Rebuilding Size estimation (FPA) Cost of Change (Maintenance FPA) Contract Management Risk Compliancy Cost Control Cost Reduction Quality & Control Quality Fraud Prevention Complexity Control Maintainability Control Standard & Guidelines Verification
    9. 9. Source2VALUE Solution Supported languages <ul><li>Access </li></ul><ul><li>Cobol VS2/CICS/… </li></ul><ul><li>C# </li></ul><ul><li>Java </li></ul><ul><li>Oracle Forms </li></ul><ul><li>PHP </li></ul><ul><li>DB2 (SQL) </li></ul><ul><li>ASP </li></ul><ul><li>Powerbuilder </li></ul><ul><li>SQL Server (SQL) </li></ul><ul><li>Sybase (SQL) </li></ul><ul><li>UNIFACE </li></ul><ul><li>Visual Basic 6 </li></ul><ul><li>VB.NET </li></ul><ul><li>… </li></ul>Support for new languages is added in future releases.
    10. 10. Source2VALUE Solution Functionality <ul><li>Metrics </li></ul><ul><li>Merge & DIFF analyses </li></ul><ul><li>Cross References </li></ul><ul><li>Clone detection </li></ul><ul><li>Standards & Guidelines </li></ul><ul><li>UML </li></ul><ul><li>Source formatting </li></ul><ul><li>Filtering </li></ul><ul><li>Word collector </li></ul><ul><li>Use Case Editor (UCE) </li></ul>
    11. 11. Source2VALUE Solution New Metrics <ul><li>Depth of Inheritance Tree </li></ul><ul><li>Number of Children </li></ul><ul><li>Afferent Coupling </li></ul><ul><li>Efferent Coupling </li></ul><ul><li>Instability </li></ul><ul><li>Weighted Methods per Class </li></ul><ul><li>Relational Cohesion </li></ul><ul><li>Maintenance Function Points </li></ul>Software Quality Iceberg
    12. 12. Source2VALUE Solution Cross reference <ul><li>Between sources and subsystems </li></ul><ul><li>Visualized by diagrams and tables </li></ul><ul><li>Workflow </li></ul>
    13. 13. Source2VALUE Solution Lay-out
    14. 14. Source2VALUE Solution Documentation model <ul><li>Top Down (BPM) </li></ul><ul><li>Bottom Up (Source code analyse) </li></ul><ul><li>Fits in Enterprise Architecture frameworks (Zachman, ..) </li></ul><ul><li>Industry standards (BPMN, UML) </li></ul><ul><li>Fits Architecture-Driven Modernization (OMG - ADM) </li></ul>Characteristics : CARE 4 software maintenance documentation and evaluation roundtrips!
    15. 15. Source2VALUE Solution Characteristics of Good documentation <ul><li>‘ Light but sufficient’ </li></ul><ul><ul><li>Only relevant information </li></ul></ul><ul><ul><li>Efficient and easy accessible </li></ul></ul><ul><li>High quality </li></ul><ul><ul><li>Accurate, up-to-date, Readable, to-the-point, well structured and verifiable </li></ul></ul>
    16. 16. Source2VALUE Solution UML regeneration <ul><li>Manual changes are kept unless there are changes in the same object. </li></ul><ul><li>Visual tracking of changes insight in possible effects of changes on higher level objects or diagrams. </li></ul>
    17. 17. Source2VALUE Solution Redocumentation experience <ul><li>The time is right.. </li></ul><ul><li>Clean sweep! </li></ul><ul><ul><li>20 - 30% of software code available is unused </li></ul></ul><ul><li>Manage Change </li></ul><ul><ul><li>Requirements Management </li></ul></ul><ul><ul><li>Product vs Process documentation </li></ul></ul><ul><li>Start at the most interesting components </li></ul><ul><ul><li>Questionnaire </li></ul></ul><ul><ul><li>Metrics (volatility, complexity,..) </li></ul></ul><ul><li>Project or line activity? </li></ul>
    18. 18. Source2VALUE Solution Redocumentation experience (2) <ul><li>Team composition </li></ul><ul><li>Use of tooling </li></ul><ul><ul><li>Metrics </li></ul></ul><ul><ul><li>Cross Reference </li></ul></ul><ul><ul><li>Documentation (re)generation (UML) </li></ul></ul><ul><ul><li>Use Case editing </li></ul></ul><ul><li>Institutionalize the maintenance of documentation </li></ul><ul><ul><li>Important part of software engineering </li></ul></ul>
    19. 19. Source2VALUE Solution CARE Approach <ul><li>Intake </li></ul><ul><li>Company Policy </li></ul><ul><li>S&G </li></ul><ul><li>Configuration </li></ul>Monitor Automated Source Code Analysis Report Metrics, Clones, Dead Code, S&G violations, Documentation Analyse Propose improvements Improve Company Policy, Process, Software, Documentation OXML
    20. 20. Source2VALUE Solution CARE Approach Company Policy Define, determine and improve Development Environment OXML Repository Automated Source code Analyses Reporting Portal Sourceviewer Designviewer Cloneviewer Exceptions to Company Policy Metrics Company Policy Improv. Prescription Metrics Clones Advice Death code Design Report generation Source code Standards & Guidelines Documentation Configuration Quality Audit Reports Case tool export UML Technical Model Case tool export UCE exports
    21. 21. Source2VALUE Solution CARE benefits? <ul><li>SQM </li></ul><ul><li>Asseses Software Quality </li></ul><ul><li>Long term benefit by improving software quality </li></ul><ul><li>Reduction of future maintenance costs </li></ul><ul><li>Redocumentation ( Cross Reference, Technical documentation, Functional documentation) </li></ul><ul><li>Insight on a technical en functional level </li></ul><ul><li>Improves analyzability, decreases costs of maintenance significantly </li></ul>
    22. 22. Source2VALUE demo Demo

    ×