Знайте, Intuit, лекция, концепцията за искания

Предишен ◈ Следващото

Системни изисквания и Изисквания към софтуера

Има различни тълкувания на понятието "Системни изисквания" (системни изисквания).

Карл Wiegers формулира термина като "високи изисквания за продукти, които съдържат много подсистеми, което означава, че системата" [2.2]. В този случай, системата се отнася до софтуер, фърмуер, хардуер, или система човек-машина. Тази система е сложна, структурирана система и изискванията към системата са подвид на функционалните изисквания на продукта. В тази подгрупа е препоръчително да се постави на най-важните, основните изисквания, които важат за цялата система и не съдържат прекалено много подробности.







INCOSE (Международен съвет за системно инженерство) дава по-подробно определение на системата ", комбинация от взаимодействащи елементи, предназначени за постигане на определени цели, може да включва хардуер, софтуер, фърмуер и други средства, хора, информационни технологии (подход), обслужване и други поддържащи елементи. " По този начин, има разделение между системните изисквания като обобщаващи понятия и изисквания на софтуера като избраният подгрупата на системните изисквания, насочени изключително за софтуерни компоненти на системата. Същият подход може да се проследи в стандарт ISO / IEC 12207/99 [2.8]. работа, свързана със системата като цяло и на софтуера се открояват в отделни групи за целите на оперативната удобство.

INCOSE (Международен съвет за Systems Engineering) - Международен съвет за системно инженерство, www.incose.org - организация с нестопанска цел, чиято цел е разработването на системи за инженеринг и професионални инженери система за развитие. В момента тя има над 8000 членове. Под егидата на INCOSE разработила редица международни стандарти в областта на инженерни системи.

На практика, компютърна техника Има и друг, по-тясна връзка на употребата на това понятие: съгласно изискванията на системата в по-тесен смисъл се отнася до исканията, направени от системата за приложен софтуер (в частност - на информация) в околната среда на неговото функциониране (система, хардуер). Пример за такива изисквания - CPU тактова честота, капацитет на паметта, операционната система изисквания за избор.

Функционално, нефункционални изисквания и характеристиките на продукта

Функционални изисквания или регулират функционирането на поведението на системата (поведенчески изисквания). Функционални изисквания да отговорят на въпроса "какво системата трябва да се направи", в определени ситуации. Функционални изисквания определят главния "обхват на работата" строителя, и определени цели, задачи и услуги, предоставяни от системата на клиента.

Функционалните изисквания са написани, като правило, с помощта на строги правила ", системата трябва да се даде възможност на управителя на склада генерира кредитни и дебитни фактури." Друг метод е т.нар случаи на използване се (случаи за потребители) - горещо и много продуктивен начин на изискванията за представяне.







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

Нефункционалните изисквания, съответно регулиране на вътрешни и външни условия и характеристики на системата. Karl Wiegers [2.2] идентифицира следните основни групи на нефункционални изисквания:

  • Външни интерфейси (външни връзки),
  • Качествени атрибути (свойства на качеството),
  • Ограничения (ограничения).

Сред външни интерфейси в най-модерния AIS най-важното е потребителския интерфейс (User Interface, UI). В допълнение, за предоставяне на интерфейси с външни устройства (хардуер интерфейс), приложни програмни интерфейси и трансфер на данни интерфейси (комуникационни интерфейси).

Ключови качествени атрибути:

  • приложимост
  • надеждност
  • производителност,
  • ползваемост,

Това е добре описан в FURPS модел (вж. По-долу).

Ограничения [2,2] - формулировката на условията, модифициране изисквания или набори от изисквания, намалявайки обхвата на възможните решения за тяхното прилагане. Изборът на изпълнение платформа и / или разполагане (протоколи, сървъри за приложения, бази данни.), Което, от своя страна, може да включва, например, с външни интерфейси (в края на цитат).

Характеристика на продукта. K.Vigers [2.2] формулира отговор: "Ти" (функция), като съвкупност от логически свързани функционални изисквания, които гарантират работата на потребителите и да отговарят на бизнес целите.

Има един по-общ поглед на това понятие [2,9]. "Функции могат да бъдат и двете свързани с функционалните и нефункционални изисквания за, и могат да се различават от версия на версия на продукта."

S.Orlik в [2,6] казва, че "от гледна точка на инженерни изисквания на, функции са независими артефакт, който може да се свързва с двете функционални изисквания и нефункционални."

класификация на RUP

  • Функционалност (функционалност)
  • Ползваемост (Приложение)
  • Надеждност (Надеждност)
  • Изпълнение (Изпълнение)
  • Крепежната (използваемост).

В "+" се разширява FURPS-модел, като към него:

  • ограничения на проекта
  • изискванията към показателите,
  • изисквания за интерфейс,
  • физически изисквания,

някои от които вече бяха разгледани по-горе.

  • изисквания, сочещи към необходимостта от съответствие с определени правни и регулаторни актове;
  • изисквания за лицензиране,
  • изисквания за документиране.

FURPS + (Функционалност ползваемост Надеждност Изпълнение възможности за поддръжка +: функционалност, използваемост, надеждност, производителност, възможност за поддръжка, допълнителни изисквания) - подобрена версия на класификацията furps изисквания. Освен това включва граница се разделя на следните изисквания групи:

  • ограничения дизайн (проектиране);
  • ограничаване развитие (изпълнение);
  • ограничения на интерфейсите (интерфейс);
  • физически ограничения (физически).

Използва се в методологията на RUP.

Той описва подробно в Роберта Greydi.

Методики и стандарти, регламентиращи работата с изискванията на

Сред основните регламенти в областта на работата с изискванията, са следните.

1. IEEE Инженеринг:

2. Вътрешен стандарт:

  • ГОСТ 34.601-90. Информационните технологии. Автоматизирани системи. В процес на изграждане.
  • ГОСТ 34.602-89. Информационните технологии. Технически проект за създаване на автоматизираната система
  • ГОСТ 19.201-78. Единна система за документиране на програмата. Техническо задание. за изискванията към съдържанието и дизайна.






Предишен ◈ Следващото