Изборът на форма описание на случай на употреба
При избора на формата и степента на подробност случаи на употреба трябва да вземат под внимание фактори като:
- размер на проекта,
- Важността на проекта, както и случая на употреба,
- Традиции, установени в колективния "клиент-програмиста".
За един малък проект е малко вероятно да бъде подходящо да се използва за описване на случаи на употреба в разширен формат, просто използвайте кратката форма на свободен стил. За проекта, който включва повече от десет членове, в които има проблеми в разлагането на микро-групи, координация на участниците, трябва да изберете по-официална и по-подробна версия.
- опасност за човешкия живот,
- непоправими финансови загуби,
- финансови загуби в ограничена степен,
- намаляване на крайната комфорт на потребителя.
Очевидно е, че военната система, или сложни технически обекти контролират системи изискват по-задълбочени документация, включително - на нивото на описваща случаи на употреба.
В допълнение, в един и същ проект могат да се срещнат по-важно - с позицията на честотата и масовото използване, сложността за разбирането, технически рискове и т.н. и по-малко важни прецеденти. В този случай, за различни случаи на използване на един и същ проект, това е напълно възможно да е вид с различни степени на детайлност.
Спецификация на нефункционалните изисквания
Описание на нефункционалните изисквания обикновено се извършва във форма в близост до безплатно описание на случай на употреба. RUP препоръчва концентриране нефункционалните изисквания в документ, описващ версия на приложението, във всички случаи, когато това е възможно. Ако нефункционалните изисквания са от общ характер и не могат да бъдат свързани с определен прецедент - те се изпращат до документ "Общи спецификации".
атрибути изисквания
Описание на изискванията трябва да се оперира. За да направите това, всички изисквания, трябва да бъдат взети под внимание в един или друг начин счетоводна система, независимо дали е електронна таблица на MS Excel. специализирана база данни. или интегрирана среда за управление на промяната. В изискванията за регистрация тя преминава класифициране в съответствие с по-определени функции на системата. Основни характеристики (атрибути) на изисквания бяха разгледани в "изискванията на концепцията. Изисквания Класификация". В допълнение, за оперативното управление на изискванията, е полезно да ги възлагат свойства, като например проекта, лицето, отговорно, статус, рискът, сцена и т.н. На RUP за атрибути за управление на изискванията, предвидени артефакт "твърди атрибути".
Артефакт "твърди атрибути", предлагани RUP. Това е изисквания хранилище на текстове, техните атрибути и проследимост.
Атрибути искове, представени изискванията за атрибутите на матрицата, където за всеки тип изисквания, изброени изисквания по отношение на една ос и атрибутите на този тип изисквания, от друга. За всяко запитване показва стойността на съответните атрибути. Примери за атрибути: състояние на времето, приоритетни, значимост, рискови, брой на повторение (стъпка) в плана.
Проследяване е описано в дървовидна структура показва графично входящ и (или) изходяща комуникация проследяване (вж. "Въведение в изисквания за управление").
Свързани статии