Cerințe de afaceri: exemple de dezvoltare și proiectare

2024 Autor: Howard Calhoun | [email protected]. Modificat ultima dată: 2023-12-17 10:39

Cerințele de business sunt specificații care, odată furnizate, oferă valoare și descriu caracteristicile sistemului propus, din perspectiva utilizatorului final. Este, de asemenea, denumită o listă a cererilor părților interesate. Produsele, software-ul și procesele sunt modalități de a furniza și de a satisface nevoile unei întreprinderi. În consecință, cerințele de afaceri sunt adesea discutate în contextul dezvoltării sau achiziționării de software sau alte sisteme.

Definiție

Confuzia de terminologie apare din trei motive principale:

1. Este o practică obișnuită să etichetați obiectivele sau beneficiile așteptate drept cerințe comerciale.
2. Oamenii tind să folosească acest termen pentru a se referi la caracteristicile unui produs, sistem, software care se presupune căcreați.
3. Un model larg acceptat afirmă că cele două tipuri de revendicări diferă doar în ceea ce privește nivelul de detaliu sau abstractizare - unde cerințele de afaceri sunt la nivel în alt, adesea vagi și descompuse în revendicări detaliate la o componentă.

O astfel de neînțelegere poate fi evitată recunoscând că conceptul dat nu este obiective, ci mai degrabă le răspunde (adică oferă valoare) atunci când sunt satisfăcute. Cerințele de afaceri nu se descompun în produse, sisteme și software. Mai degrabă, totul se întâmplă invers. Produsele și aplicațiile lor reprezintă un răspuns la cerințele de afaceri - probabil pentru a le satisface. Acest concept există în mediul de producție și trebuie descoperit, în timp ce cerințele pentru produs sunt determinate de om. Cerințele pentru un plan de afaceri nu se limitează la existența unui nivel în alt, ci trebuie reduse la detalii. Indiferent de cantitatea de detalii, sumele licitate oferă întotdeauna valoare atunci când sunt satisfăcute.

Actualizare produs

Proiectele de dezvoltare de sisteme sau software pentru cerințele întreprinderilor mici necesită, de obicei, autoritatea părților interesate. Ei sunt cei care conduc la crearea sau actualizarea produsului. Cerințele de afaceri pentru un sistem și software constau de obicei în cerințe funcționale și nefuncționale. Desigur, acestea sunt de obicei definite împreună cu prima opțiune de capabilități ale produsului. A doua reflectă adesea designul cerințelor de afaceri, care uneori sunt văzute ca constrângeri. Acestea pot include aspectele necesareperformanță sau siguranță aplicabilă la nivel de producție.

Evidențierea procesului

Aplicațiile sunt adesea enumerate în documentele oficiale. Accentul se pune pe procesul sau activitatea de planificare și dezvoltare cu acuratețe a cerințelor de afaceri, mai degrabă decât pe modul de realizare a acestora. Acest parametru este de obicei delegat de specificația sau documentul de revendicări ale sistemului sau de o altă opțiune. Poate exista confuzie între cele două dacă nu sunt luate în considerare toate diferențele. În consecință, multe documente albe descriu de fapt cerințele pentru un produs, sistem sau software.

Prezentare generală

Cerințe de afaceri în contextul dezvoltării software sau al ciclului său de viață este conceptul de identificare și documentare a oricăror utilizatori. De exemplu, cum ar fi clienții, angajații și furnizorii, în etapele incipiente ale ciclului de dezvoltare a sistemului pentru a ghida proiectarea viitorului. Aplicațiile sunt adesea înregistrate de analiști. Ei sunt cei care analizează cerințele procesului de afaceri și îl studiază adesea „ca atare” pentru a determina „viitorul” țintă.

Compoziția aplicațiilor

Cerințele procesului de afaceri includ adesea:

1. Context, zonă și fundal, inclusiv motivele modificărilor.
2. Părți interesate cheie care au cerințe.
3. Factori de succes pentru condiția viitoare sau țintă.
4. Restricții impuse de companii sau de alte sisteme.
5. Modele și analiza proceselor desfolosind diagrame de flux pentru a reprezenta totul „ca atare”.
6. Model de date logice și referințe la dicționar.
7. Glosare de termeni comerciali și jargon local.
8. Diagrame ale fluxului de date pentru a ilustra modul în care acestea circulă prin sistemele informaționale (spre deosebire de diagramele de flux care descriu fluxul algoritmic al operațiunilor comerciale).

Roluri

Cel mai popular format pentru scrierea cerințelor de afaceri este un document. Scopul acestora este de a determina ce rezultate vor fi cerute de la sistem, cu toate acestea, acesta poate fi dezvoltat în cele din urmă fără condiții suplimentare. Prin urmare, documentele sunt completate cu materiale de referință care detaliază performanța tehnologiei și așteptările infrastructurii, inclusiv orice cerințe profesionale legate de calitatea serviciului. Acestea sunt, de exemplu, performanță, mentenanță, adaptabilitate, fiabilitate, disponibilitate, securitate și scalabilitate.

Completitudine

Prototiparea într-o etapă incipientă a testării vă permite să evaluați caracterul complet și acuratețea cerințelor comerciale identificate. Părțile interesate parcurg mai întâi procesul pentru a ajuta la definirea structurii. Iar rezultatul este trimis echipelor de dezvoltare a cerințelor de business ale proiectului, care construiesc sistemul. Alte părți interesate testează și evaluează proiecția finală desfășurată. Claritatea necesită urmărirea aplicațiilor și rezolvarea acestora printr-un proces formal pentru a determina șablonul potrivit.

Domeniul de aplicare al cerințelor comerciale opționallimitată la etapa definirii a ceea ce urmează a fi construit ca sistem. Acest lucru depășește modul de gestionare și menținere a unei strategii existente. Și pentru a asigura alinierea continuă a obiectivelor de afaceri. Documentul de cerințe ar trebui să fie revizuit în mod constant într-o manieră controlată. Având un format standardizat sau șabloane concepute pentru anumite funcții și domenii de afaceri, poate asigura integralitatea interogărilor, în plus față de menținerea concentrată a domeniului de aplicare.

Prototip

În pofida a ceea ce este de obicei considerat un instrument de evaluare a cerințelor, prototipurile îndreaptă de obicei atenția asupra produsului sau sistemului care este construit. Prototipurile sunt software de lucru, ceea ce înseamnă că ele constau din trei faze (licitații, proiectare tehnică sau tehnică și implementare) eliminate din cerințele afacerii. Și acestea sunt versiuni de previzualizare pe care dezvoltatorul intenționează să le implementeze.

Deoarece prototipurile sunt destul de specifice, părțile interesate care le încearcă pot oferi feedback mai semnificativ cu privire la un aspect al ceea ce creează dezvoltatorul, care este o interpretare a modului de satisfacție. Mai mult, interfața grafică cu utilizatorul este subliniată, iar interiorul este scurtături. Ele formează cea mai mare parte a logicii programului și sunt locul unde vor fi îndeplinite cele mai multe cerințe de afaceri. Cu alte cuvinte, este puțin probabil ca problemele pe care le detectează prototipurile să fie legate de solicitări.

Dezvoltare

Este important să recunoașteți modificările în aplicații,documentați și actualizați-le. Cu toate acestea, întrebările de afaceri tind să nu se schimbe la fel de mult ca percepția asupra lor. O cerință de afaceri poate fi prezentă, dar să nu fie recunoscută sau înțeleasă de părțile interesate, analiști și echipa de proiect.

Schimbările tind să reflecte modalități intenționate de a îndeplini conținutul definit inadecvat. O mare parte din dificultatea de a îndeplini cerințele de afaceri reflectă de fapt practica obișnuită de a concentra aproape toate eforturile în jurul lor pe ceea ce constituie cu adevărat designul la nivel în alt al unui produs, sistem sau software. Acest lucru se datorează eșecului de a defini în mod adecvat cerințele de afaceri mai întâi pentru a oferi valoare.

Practicienii în dezvoltare continuă, de obicei, să revizuiască un produs până când în cele din urmă „retrag” la o soluție care pare să facă ceea ce este necesar, adică, aparent, satisface nevoile producției. Încercarea și eroarea indirectă pentru a determina cerințele de afaceri reprezintă baza pentru o mare parte a „dezvoltării iterative”, inclusiv a metodelor populare care sunt prezentate drept „cele mai bune practici”.

Exemple de design

Șabloane vă ajută să interogați rapid anumite subiecte care pot fi adesea relevante pentru interogări. Aceștia pot crea documentație standardizată cu privire la cerințele de afaceri, ceea ce poate face mai ușor de înțeles. Șabloanele nu garantează acuratețea sau caracterul complet al interogărilor. Exemple frecvent utilizate greșit în mod negativinfluențează cercetarea, deoarece tinde să promoveze superficialitatea și, în principal, definiția mecanică fără o analiză semnificativă.

Dificultăți

Cerințele de afaceri sunt adesea înăsprite prematur din cauza bazei mari de părți interesate implicate în determinarea unde există potențialul unui conflict de interese. Procesul de guvernare și de atingere a consensului poate fi de natură delicată și chiar politică. O provocare mai puțin dificilă, deși comună, este echipele distribuite cu părți interesate în diferite locații geografice. Desigur, personalul de vânzări este mai aproape de clienții lor, iar producția - de unitățile respective. Finanțe și managementul personalului, inclusiv managementul superior, mai aproape de sediul social.

Cerințele de afaceri, de exemplu, sunt necesare pentru un sistem care implică utilizatorii implicați în vânzări și producție. Se poate confrunta cu un conflict de obiective - o parte este interesată să ofere numărul maxim de funcții, în timp ce ceal altă se va concentra pe cel mai mic cost de producție. Astfel de situații se termină adesea într-un consens, cu oportunități maxime pentru prețuri și distribuție rezonabile și favorabile.

Pentru a aborda aceste probleme, implicarea timpurie a părților interesate se realizează prin demonstrații prototip și colaborare. Atelierele practice, atât sub formă de sesiuni organizate, cât și de discuții simple, ajută la atingerea consensului, mai ales în ceea ce privește aspectele sensibile.cerințele de afaceri și în cazul în care există un potențial conflict de interese. Complexitatea procesului este un factor important. Acest lucru poate necesita cunoștințe de specialitate pentru a înțelege cerințele legale sau de reglementare, liniile directoare interne, cum ar fi angajamentele de branding sau responsabilitatea socială corporativă. Analiza nu este doar despre surprinderea „ce” dintr-un proces de afaceri, ci și despre „cum” să-i prezinte contextul.