Deze complexiteit score is bedoeld om bruikbaar te zijn voor de verificatie van testplannen rijden. Hopelijk kan RTL ontwerpers deze tool gebruiken als een manier om de complexiteit ontwerp te beheren en als een gids om efficiënt te leren van de structuur van de bestaande ontwerpen.
De HDL Complexiteit Tool is een eenvoudig hulpmiddel om meetgegevens te verstrekken. Het rijden concept is dat je niet kunt controleren wat je niet kunt meten. Wij zijn van plan om bestaand onderzoek te gebruiken om een instrument dat goed presteert op een verzameling van reële projecten te ontwikkelen.
Werkelijke defectgegevens worden gebruikt om de complexiteit te testen als een techniek om riskante componenten te identificeren. Real ontwerpen zullen worden gemeten om te bepalen wat zijn de praktische toepassingen van HCT. Uiteindelijk moet dit instrument praktisch bruikbaar voor iedereen het ontwerpen en / of controleren van een complexe hardware project.
INSTALLATIE
& Nbsp; 1. Download laatste bronnen van http://www.sourceforge.net/hct
& Nbsp; 2. Untar de bestanden in een map
& Nbsp; 3. Uitvoeren: perl ./install.pl in die map
& Nbsp; ** Als u wilt brede installeren op een * nix box systeem, voert u als root
& Nbsp; 4. Volg de instructies van de installateur
DESIGN
De HCT wordt continu evolueert. We beginnen met McCabe Cyclomatic Complexiteit analyse om tak complexiteit te begrijpen. Dan zijn we verbeteren dit met meer geavanceerde complexiteit scores die zijn gekalibreerd met echte defect data.
Een goede achtergrond hierover vindt. Raadpleeg "Het meten van de complexiteit van HDL Models" van Michael Shaefers. Na we hebben een paar fragmenten die we gebruiken als ontwerpcriteria voor HCT.
Er zijn een paar HDL complexiteit factoren die zijn gedefinieerd in die krant:
- Grootte
- Nesting
- Control flow
- Informatiestroom
- Hiërarchie
- Plaats
- Regelmaat
- Modulariteit
- Koppeling (modules of exemplaren)
- Concurrency
- Timing
In dat papier, is het idee van de psychologische complexiteit van HDL geïntroduceerd en de gemeenschappelijke aspecten, alsmede verschillen van de software versus hardware complexiteit ontwerp worden geanalyseerd. Het punt is dat een goede complexiteit score zal houden aan zes regels:
1. De maatregel moet worden gebaseerd op een formele grondslag
2. De maatregel intuïtief
3. Modellen in ontwikkeling moet meetbaar zijn
4. Gestructureerde model moet worden gemeten als minder complex dan een ongestructureerd versie
5. Het toevoegen van nieuwe onderdelen in het model de complexiteit verhogen
6. vervangen een deel van het model met een complexere deel moet complexiteit verhogen
Dat zijn zes verheven doelen wanneer je begint te denken over hen. De transitiviteit geïmpliceerd door hen gaat moeilijk te bereiken zijn. Maar we schieten voor dit en moet het gebruiken als een leidend licht.
We zullen gebruikers moeten correleren met hun gebrek geschiedenis onze pogingen te verfijnen. Iteratie op een pure en eenvoudige generieke parsing en berekening kader is de sleutel tot effectieve iteratieve design. We moeten ons concentreren op de software architectuur een elegantie van onze gekozen taal van de uitvoering.
Het uiteindelijke doel zijn om goed te scoren de psychologische complexiteit van de hardware blokken in ieder HDL en dit gebruiken om defect tarieven en schema's te voorspellen
Wat is nieuw in deze release:.
- Deze release is volledig herontworpen voor nauwkeurige resultaten meten McCabe Cyclomatic complexiteit, bytes van de code, bytes van opmerkingen, verschillende verhoudingen en een ranking systeem dat u kunt gebruiken om de complexit van alle modules begrijpen een project.
- Het werkt op zowel Verilog en cycliciteit CDL en support command line en CSV output formaten.
Eisen
- Perl
Reacties niet gevonden