Автоматизация Автоматизация Архитектура Астрономия Одит Биология Счетоводство Военна наука Генетика География Геология Държавна къща Друга журналистика и средства за масова информация Изкуство Чужди езици Компютърни науки История Компютри Компютри Кулинарна култура Лексикология Литература Логика Маркетинг Математика Механика Механика Мениджмънт Метал и заваръчна механика Музика Население Образование Безопасност на живота Охрана на труда Педагогика Политика Право инструмент за програмиране производство Industries Психология P Дио Религия Източници Communication Социология на спорта стандартизация Строителство Технологии Търговия Туризъм Физика Физиология Философия Финанси Химически съоръжения Tsennoobrazovanie скициране Екология иконометрия Икономика Електроника Yurispundenktsiya

Сертифициране на изискванията

Прочетете още:
  1. Анализ на техническите изисквания на чертежа, определяне на технологичните задачи и условия за производство на детайла
  2. Сертифициране на одитори и лицензиране на одиторски дейности в Руската федерация
  3. Сертифициране на държавни служители. Квалификационен изпит: процедурата.
  4. Сертифициране на граждански и общински служители
  5. Сертифициране на държавни служители и квалификационен изпит
  6. Атестиране на персонала, неговите видове
  7. Сертифициране на персонала
  8. Атестиране на служителите
  9. Сертифициране на работните места
  10. Сертифициране на работните места
  11. Сертифициране на работните места в зависимост от условията на труд
  12. Сертифициране на работните места в зависимост от условията на труд

Атестацията трябва да докаже, че изискванията наистина определят системата, която клиентът иска да има. Проверката на изискванията е важна, тъй като грешките в спецификацията на изискванията могат да доведат до редизайн на системата и високи разходи, ако бъдат открити по време на процеса на разработване на системата или след пускането й в действие. Цената за извършване на промени в системата, необходими за премахване на грешките в изискванията, е много по-висока от фиксирането на грешки при проектирането или кодирането. Причината е, че променящите се изисквания обикновено водят до значителни промени в системата, след което трябва да бъдат тествани отново.

По време на процеса на сертифициране трябва да се извършват различни видове проверки на изискванията.

1. Проверка на изискванията. Потребителят може да приеме, че системата е необходима за изпълнение на определени специфични функции. По-нататъшното размисъл и анализ обаче може да доведе до необходимостта от допълнителни или нови функции. Системите са предназначени за различни потребители с различни нужди и следователно наборът от изисквания ще представлява някакъв компромис между изискванията на потребителите на системата.

2. Проверете за последователност. Спецификацията на изискванията не трябва да съдържа противоречия. Това означава, че не трябва да съществуват противоречиви ограничения или различни описания на една и съща системна функция в изискванията.

3. Проверете за пълнота. Спецификацията на изискванията трябва да съдържа изисквания, които определят всички системни функции и ограничения, наложени на системата.

4. Тест за осъществимост. Въз основа на познанията на съществуващите технологии изискванията трябва да бъдат проверени за възможността за тяхното реално изпълнение. Също така се проверяват възможностите за финансиране и графикът за развитие на системата.

Има редица методи за удостоверяване на изисквания, които могат да се използват заедно или поотделно.

1. Преглед на изискванията. Изискванията системно се анализират от рецензенти.

2. Прототипиране . На този етап прототипът на системата се демонстрира пред крайните потребители и клиента. Те могат да експериментират с този прототип, за да се уверят, че отговаря на техните нужди.



3. Създаване на тестови сценарии. В идеалния случай изискванията трябва да бъдат такива, че тяхното изпълнение да може да бъде тествано. Ако тестовете за изисквания са разработени като част от процеса на сертифициране, често това помага да се открият проблеми в спецификацията. Ако тези тестове са трудни или невъзможни за развитие, обикновено това означава, че изискванията са трудни за изпълнение и затова е необходимо да се преразгледат.

4. Автоматичен анализ на последователността. Ако изискванията са представени под формата на структурни или официални модели на системата, можете да използвате инструментални CASE инструменти, за да проверите последователността на модела. За автоматизирана проверка на консистенцията трябва да създадете база данни с изисквания и след това да тествате всички изисквания в тази база данни. Анализаторът на изискванията подготвя доклад за всички открити противоречия.


1 | | 2 | 3 | 4 |


Когато използвате този материал, свържете се със bseen2.biz (0.004 сек.)