Това полувремето сложност е предназначена да бъде полезна за проверка за шофиране тестови планове. Надяваме се, че RTL дизайнерите могат да използват този инструмент, като начин да се управлява дизайн сложност и като ръководство за ефективно научите структурата на съществуващи проекти.
HDL Сложността Инструментът е прост инструмент за предоставяне на данните от измерванията. Концепцията за управление е, че не можете да контролирате това, което не може да се измери. Ние възнамеряваме да използваме съществуващите изследвания за разработване на инструмент, който се представя добре на набор от реални проекти.
Действителните данни дефект ще бъдат използвани за проверка сложност като техника за идентифициране на рискови компоненти. Реални проекти ще се измерват, за да се определи какви са практическите приложения на НСТ. В крайна сметка, този инструмент трябва да бъде практически полезна на всеки, проектиране и / или проверка на комплексно хардуерно проект.
<Силен> МОНТАЖ
& Nbsp; 1. Свали най-новите източници от http://www.sourceforge.net/hct
& Nbsp; 2. Разархивиране на файлове в директорията
& Nbsp; 3. Изпълнение: Perl ./install.pl в тази директория
& Nbsp; ** Ако искате да инсталирате на система за * никс кутия широка, моля тичам като корен
& Nbsp; 4. Следвайте инструкциите на инсталатора
<Силен> DESIGN
НСТ непрестанно се развива. Ние започваме с Маккейб Cyclomatic Сложността анализ, за да се разбере клон сложност. Тогава ние се подобри това с по-сложни сложност резултати, които са калибрирани с данни в реално дефект.
Един добър фон за това е на разположение. Моля обърнете се към "Измерване на сложността на HDL Models" от Майкъл Shaefers. След имаме няколко извадки, които ние използваме като критерии за проектиране на HCT.
Има няколко HDL фактори сложност, които са дефинирани в тази книга:
- Размер
- Разкрой
- Контрол на потока
- Информационен поток
- Йерархия
- М
- Редовност
- Модулност
- Свързване (на модули или случаи)
- Едновременност
- Времето
В тази книга, идеята за психологическа сложност на HDL се въвежда и се анализират общите аспекти, както и различия на софтуер срещу хардуерния дизайн сложността на. Въпросът е, че една добра сложност на полувремето ще се придържа към шест правила:
1. Мярката трябва да се основава на официалната фондация
2. Мярката трябва да бъде интуитивен
3. Модели в рамките на развитието трябва да бъдат измерими
4. структуриран модел трябва да се измерва, както е по-малко сложна, отколкото неструктуриран версия
5. Добавяне на нови части на модела трябва да се увеличи сложността
6. Подмяна една част от модела, от една по-сложна част трябва да увеличи сложността
Това са шест високи цели, когато започнете да мислите за тях. The Преходност подразбира от тях ще бъде трудно да се постигне. Въпреки това, ние се снима за това и трябва да го използвате като пътеводна светлина.
Ще имаме нужда потребителите да корелира с тяхната история дефект да се усъвършенства нашите опити. Повторение на чисто и просто родово разбор и изчисляване рамка е от ключово значение за ефективното повтарящ дизайн. Ние трябва да се съсредоточи върху софтуерната архитектура на елегантност на избрания от нашия език на изпълнение.
Крайната цел е да се отбележи правилно психологическата сложност на хардуерните блокове във всеки HDL и използват това, за да се предскаже проценти дефект и график рискове
Какво ново в тази версия:.
- Тази версия е напълно нов дизайн за точни резултати, измерващи Маккейб Cyclomatic сложност, байта код, байтове на коментари, различни съотношения и система за класиране, можете да използвате, за да се разбере complexit на всички модули в проект.
- Тя работи на двете Verilog и цикличност CDL и подкрепа на командния ред и CSV изходни формати.
<силни> Изисквания
- Perl
Коментари не е намерена