Cunoaște Intuit, curs, conceptul de cereri

anterior ◈ următoarea

Cerințe de sistem și software

Există interpretări diferite ale conceptului de „Cerințe de sistem“ (cerințe de sistem).

Karl Wiegers formulează termenul drept „cerințe de nivel înalt pentru produsele care conțin mai multe subsisteme, adică, sistemul“ [2.2]. În acest caz, un sistem se referă la software, firmware, hardware, sau un sistem de om-mașină. Acest sistem este complex, sistem structurat și cerințele de sistem sunt un subset al cerințelor funcționale ale produsului. În acest subgrup, este recomandabil să se facă referire cele mai importante cerințe, esențiale care se aplică întregului sistem și nu conțin detalii excesive.







INCOSE (Consiliul International Systems Engineering) oferă o definiție mai detaliată a sistemului, „o combinație de elemente concepute pentru a atinge anumite obiective care interacționează, poate include hardware, software, firmware și alte mijloace, oameni, tehnologia informației (abordare), servicii și alte elemente de sprijin. " Astfel, există o separare între cerințele de sistem ca generalizării conceptele și cerințele software-ului ca subset selectat de cerințe de sistem destinate exclusiv pentru componentele software ale sistemului. Aceeași abordare poate fi urmărită în standardul ISO / IEC 12207/99 [2.8]. lucru asociată cu sistemul în general și software-ul să iasă în evidență în grupuri separate în scopul confort de operare.

INCOSE (Consiliul Internațional privind Ingineria Sistemelor) - Consiliul International Ingineria Sistemelor, www.incose.org - organizatie non-profit, al cărei scop este dezvoltarea de sisteme de inginerie și de ingineri de sistem de dezvoltare profesională. În prezent, are mai mult de 8.000 de membri. Sub auspiciile INCOSE a dezvoltat o serie de standarde internaționale în domeniul ingineriei sistemelor.

În practică, inginerie calculator Există un alt, context mai îngust al utilizării acestui concept: în conformitate cu cerințele de sistem, în sens restrâns se referă la cererile făcute de sistemul software de aplicație (în special - informațiile) la mediul de funcționare său (sistem, hardware). Un exemplu de astfel de cerințe - ceas viteza procesorului, capacitatea de memorie, cerințele de sistem de operare pentru alegere.

Funcționale, cerințe non-funcționale și caracteristicile produsului

Cerințe funcționale sau de a reglementa funcționarea comportamentului sistemului (cerințe de comportament). Cerințe funcționale să răspundă la întrebarea „ce ar trebui să facă sistemul“ în anumite situații. Cerințe funcționale definesc principalele „domeniul de activitate“ dezvoltator, si a stabilit obiective, obiectivele și serviciile oferite de sistemul clientului.

Cerințe funcționale sunt scrise, de regulă, prin intermediul unor norme prescriptive, „sistemul ar trebui să permită magaziner genera facturi de credit și de debit.“ O altă metodă este așa-numitele cazuri de utilizare (utilizatori cazuri) - modul cald și foarte productivă a cerințelor de prezentare.







Acest lucru - principalul determinarea formei de cerințe care trebuie luate în considerare pe tot parcursul prelegeri.

Cerințe nefunctionale, respectiv, reglementează condițiile interne și externe sau atribute ale sistemului. Karl Wiegers [2.2] identifică următoarele grupe majore de cerințe non-funcționale:

  • Interfețe externe (interfețe externe),
  • Atribute de calitate (atribute de calitate),
  • Restricții (constrângeri).

Printre interfețele externe în cele mai moderne AIS cel mai important este interfața cu utilizatorul (User Interface, UI). În plus, interfețele dispoziție cu dispozitive externe (interfață hardware), interfețe de programare a aplicațiilor și de transfer de date interfețe (interfețe de comunicare).

Atributele de calitate cheie:

  • aplicabilitate
  • încredere
  • performanță,
  • Usability,

Este bine descris în FURPS modelul (vezi. De mai jos).

Restricții [2.2] - formularea condițiilor, modificarea cerințelor sau seturi de cerințe, îngustarea gamei de soluții posibile pentru implementarea acestora. Alegerea implementării platformei și / sau implementare (protocoale, servere de aplicatii, baze de date.), Care, la rândul lor, pot include, de exemplu, cu interfețele externe (la sfârșitul citat).

Caracteristicile produsului. K.Vigers [2.2] formulează un răspuns, „Tu“ (facilitate), ca un set de cerințe funcționale corelate logic care asigură experiența utilizatorului și pentru a îndeplini obiectivele de afaceri.

Există un aspect mai general, la acest concept [2.9]. „Caracteristici pot fi ambele legate de cerințele funcționale și non-funcționale pentru, și poate varia de la o versiune la alta a produsului.“

S.Orlik la [2.6] spune că „din punct de vedere al cerințelor de inginerie, caracteristici sunt artefact independente, care pot fi corelate atât cu cerințele funcționale și non-funcționale.“

clasificarea RUP

  • Funcționalitate (funcționalitate)
  • Usability (Aplicabilitate)
  • Fiabilitate (Fiabilitate)
  • Performanță (Performance)
  • Suportabilitate (utilizare).

Semnul „+“ expansionează FURPS model, adăugând la acesta:

  • constrângeri de proiect
  • cerințele de performanță,
  • cerințe de interfață,
  • Cerințe fizice,

dintre care unele au fost deja examinate mai sus.

  • cerințe, care indică necesitatea coerenței cu anumite acte legislative și normative;
  • cerințele de licențiere,
  • Cerințe pentru documentare.

FURPS + (funcționalitate Usability Fiabilitate Performanță suportabilitate +: funcționalitate, gradul de utilizare, fiabilitate, performanță, mentenabilitate, cerințe suplimentare) - o versiune îmbunătățită a clasificării FURPS cerințelor. include, de asemenea limită împărțit în următoarele cerințe grupuri:

  • limitările de proiectare (proiectare);
  • limitarea dezvoltării (implementare);
  • restricțiile privind interfețele (interfață);
  • limitările fizice (fizică).

Folosit în metodologia RUP.

El a descris în detaliu în Roberta Greydi.

Metodologiile și standardele care reglementează activitatea cu cerințele

Printre reglementările de bază în domeniul muncii cu cerințele sunt următoarele.

1. IEEE Inginerie:

2. Standard intern:

  • GOST 34.601-90. Tehnologia informației. Sisteme automatizate. În construcție.
  • GOST 34.602-89. Tehnologia informației. Proiectul tehnic privind crearea sistemului automatizat
  • GOST 19.201-78. sistem unificat pentru documentația programului. Termenii de referință. la cerințele de conținut și de proiectare.






anterior ◈ următoarea