В този урок ще научите -
- Какво е валидиране на дизайна?
- Какво е Проверка на проекта?
- Разлика между проверка на проекта и валидиране
- Процес на проверка на проекта
- Процес на валидиране на дизайна
- Предимства на валидирането и проверката на дизайна
Проверка на дизайна
Проверката на дизайна е процес на оценка на софтуерния продукт за точните изисквания на крайните потребители или заинтересованите страни. Целта на валидирането на дизайна е да се тества софтуерният продукт след разработването, за да се гарантира, че той отговаря на изискванията по отношение на приложенията в средата на потребителя.
Валидирането се занимава с демонстриране на последователност и цялостност на дизайна по отношение на нуждите на потребителя. Това е етапът, в който всъщност изграждате версия на продукта и проверявате според изискванията на потребителя.
Изображението по-долу представя процеса на валидиране на дизайна.
Целта е да се докаже с обективни доказателства, че продуктът отговаря на документите на потребителските нужди. Обективното доказателство не е нищо друго освен физическо доказателство за резултата, като изображение, текст или аудио файл, което показва, че процедурата е изпълнена.
Чрез обективни доказателства този процес последователно ще проверява дали продуктът отговаря на предварително дефинираните изисквания. Този процес включва тестова дейност, проверка и анализ и т.н.
Проверка на проекта
Проверката на дизайна е метод за потвърждаване дали изходът на проектиран софтуерен продукт отговаря на входните спецификации чрез изследване и предоставяне на доказателства. Целта на процеса на проверка на дизайна по време на разработването на софтуер е да гарантира, че проектираният софтуерен продукт е същият, както е посочено.
Входът за проектиране е всяко физическо и експлоатационно изискване, което се използва като основа за целта на проектирането. Резултатът от проектирането е резултат от всяка фаза на проектиране и в края на общите усилия за проектиране. Окончателният изход на дизайна е основа за основния запис на устройството.
Разлика между проверка на проекта и валидиране
Винаги има заблуди между проверката и валидирането. Това са различни дейности, които се извършват на всеки етап от процеса на развитие.
| Проверка на проекта | Проверка на дизайна |
|
|
|
|
|
|
|
|
|
|
|
|
Процес на проверка на проекта
Идентификация и подготовка:
- По време на етапа на разработване на спецификацията идентифицирането на дейността по проверка се извършва паралелно. Това позволява на дизайнера да се увери, че спецификацията е проверима. Така инженерът по изпитване може да започне подробен план за изпитване и процедури. Всички промени в спецификацията трябва да бъдат съобщени.
- Идентифициране на най-добрия подход за провеждане на проверка, дефиниране на методи за измерване, необходими ресурси, инструменти и съоръжения.
- Изпълненият план за проверка ще бъде прегледан с проектантския екип, за да се идентифицират проблеми преди финализирането на плана.
Планиране:
- Планирането за проверка е едновременна дейност с основните екипи и екипите за разработка. Това се случва през целия жизнен цикъл на проекта. Това ще бъде актуализирано, когато и когато бъдат направени промени във входните данни за проектиране.
- По време на тази фаза тестваният софтуер или система трябва да бъдат документирани в обхвата.
- Предварителният план за изпитване и уточнението на плана за изпитване се правят на този етап. Тестовият план улавя критичния етап, намаляващ риска от проекта.
- Инструменти, тестова среда, стратегия за развитие и идентифициране на изискванията чрез инспекция или анализ.
Разработване:
- Разработването на тестовия случай ще съвпадне с методологията SDLC, внедрена от екип на проекта. По време на този етап са идентифицирани разнообразни методи за изпитване.
- Входните данни за дизайна трябва да бъдат разработени, включително най-простите дейности за проверка, които са недвусмислени и проверими.
- Времето за проверка се намалява, когато подобни концепции се провеждат последователно. Дори резултатът от един тест може да се използва като вход за следващи тестове.
- Създават се връзки за пригодност между тестовите случаи и съответните входни данни за проектиране, за да се гарантира, че всички изисквания са тествани и проектният изход отговаря на проектните входни данни.
Екзекуция:
- Процедурите за тестване, създадени по време на фазата на разработка, се изпълняват в съответствие с плана за тестване, като стриктно ги спазват в дейността за проверка.
- Ако възникнат някакви невалидни резултати или ако някакви процедури изискват модификация, важно е да документирате промените и да получите подходящо одобрение.
- На този етап всички проблеми се идентифицират и регистрират като дефект.
- Матрицата за пригодност се създава, за да се провери дали всички входни данни за проекта, идентифицирани в плана за проверка на проверката, са били тествани и да се определи съотношението на преминаване.
Доклади:
- Тази дейност се извършва в края на всяка фаза на изпълнение на проверката.
- Докладът за проверка на проекта дава подробно обобщение на резултатите от проверката, което включва управление на конфигурацията, резултати от тестове за всеки тип тестване и проблеми, открити по време на дейността за проверка.
- Отчетът за проследяване на верификацията на проекта се създава между изискванията и съответните резултати от теста, за да се провери, че всички изисквания са тествани и предоставени с подходящи резултати.
- Всяко несъответствие ще бъде документирано и ще бъде адресирано по подходящ начин.
- Прегледите се извършват след приключване на дейността по проверка на проекта и съответно се одобряват.
Процес на валидиране на дизайна
- Някои от проектите могат да бъдат валидирани чрез сравняване с подобно оборудване, изпълняващо подобна цел. Този метод е особено подходящ за валидиране на промени в конфигурацията за съществуваща инфраструктура или стандартни проекти, които трябва да бъдат включени в нова система или приложение.
- Демонстрация и / или проверка могат да се използват за валидиране на изискванията и друга функционалност на продукта.
- Анализът на дизайна може да се направи като математическо моделиране, симулация, която може да пресъздаде необходимата функционалност.
- Извършват се тестове на окончателния проект, който потвърждава способността на системата да работи съгласно определения проект.
- Планът за изпитване, изпълнението и резултатите трябва да бъдат документирани и поддържани като част от проектните записи. По този начин валидирането е съвкупност от резултатите от всички дейности по валидиране.
- Когато при окончателното утвърждаване на проекта се използват еквивалентни продукти, производителят трябва да документира сходството и ако има някаква разлика от първоначалното производство.
Пример
- Нека вземем пример за простия продукт, водоустойчив часовник.
- Документът за изискванията за продукта може да гласи, че „Часовникът трябва да е водоустойчив по време на плуване“.
- Спецификацията на дизайна може да гласи „Часовникът трябва да функционира, дори ако потребителят плува продължително време.“
- Резултатите от тестовете трябва да потвърдят, че часовникът трябва да отговаря на тези изисквания, в противен случай се правят повторни итерации, докато не удовлетвори изискването.
Предимства на валидирането и проверката на дизайна
- Ние можем непрекъснато да наблюдаваме проектите, които ни позволяват да отговаряме на потребителските изисквания на всеки етап.
- Валидирането на дизайна ще посочи разликата между това как функционира функционалността и как се очаква да работи.
- Документирането на процедурите за валидиране ще ви помогне лесно да разберете функционалността на всеки етап в бъдеще, ако може да има някаква промяна или подобрение.
- Времето за разработка постоянно ще се намалява, подобрявайки производителността, което позволява да се достави продуктът според очакванията.
- Този процес включва обхват и обхват на всеки метод за валидиране, които трябва да бъдат използвани.
- Проверката може да се извърши, като се използват подробни проектни данни, които представляват изискванията на крайния потребител.
- Всяка разлика между резултата и документите, от които потребителят трябва да бъде уловена.
- Промените в дизайна на валидиране водят до дейност за повторно валидиране.
- Важно е да се документира всяка дейност, която се случва по време на валидирането, което адекватно доказва, че дизайнът отговаря на изискванията на потребителя.