Ang Pinaka Kumpletong Gabay sa Pangangasiwa sa Pamamahala at Traceability
Talasalitaan
Talaan ng nilalaman
|
Mga acronym
|
Mga Tuntunin
|
Depinisyon
|
|---|---|---|
|
RM
|
Pamamahala ng Mga Kinakailangan
|
Ang proseso ng pagtukoy, pagdodokumento, pagsusuri, pagsubaybay, pag-prioritize, pag-apruba, at pagpapanatili ng mga kinakailangan para sa isang proyekto o produkto.
|
|
BRD
|
Dokumento ng Mga Kinakailangan sa Negosyo
|
Isang pormal na dokumento na naglalarawan sa mataas na antas ng mga kinakailangan sa negosyo para sa isang proyekto o produkto. Karaniwang kinabibilangan ito ng impormasyon tungkol sa pangangailangan ng negosyo, saklaw, mga stakeholder, mga kinakailangan sa paggana, mga kinakailangan na hindi gumagana, mga pagpapalagay, mga hadlang, mga panganib, at timeline ng proyekto.
|
|
frd
|
Dokumento ng Mga Kinakailangang Gamit
|
Isang detalyadong dokumento na naglalarawan sa mga partikular na kinakailangan sa pagganap para sa isang proyekto o produkto. Karaniwang kinabibilangan ito ng impormasyon tungkol sa mga feature ng system, mga kinakailangan ng user, mga kaso ng paggamit, mga sitwasyon, mga kinakailangan sa data, at mga pamantayan sa pagtanggap.
|
|
NFRD
|
Dokumento ng Mga Kinakailangang Non-Functional
|
Isang detalyadong dokumento na naglalarawan sa mga partikular na di-functional na kinakailangan para sa isang proyekto o produkto. Karaniwang kinabibilangan ito ng impormasyon tungkol sa performance ng system, scalability, availability, reliability, security, maintainability, usability, at accessibility.
|
|
SRS
|
Detalye ng Mga Kinakailangan sa Software
|
Isang komprehensibong dokumento na naglalarawan sa functional at non-functional na mga kinakailangan para sa isang software system. Karaniwang kinabibilangan ito ng impormasyon tungkol sa arkitektura ng system, disenyo, pagpapatupad, pagsubok, at pag-deploy.
|
|
Gamitin ang Kaso
|
Gamitin ang Kaso
|
Isang pamamaraan para sa pagkuha at paglalarawan ng mga functional na kinakailangan ng isang system sa pamamagitan ng pagtukoy sa mga pakikipag-ugnayan sa pagitan ng system at mga user nito o iba pang mga system. Karaniwang kinabibilangan ito ng paglalarawan ng mga hakbang na ginawa ng user o system upang makamit ang isang partikular na layunin o gawain.
|
|
Traceability Matrix
|
Traceability Matrix
|
Isang dokumento na nagbibigay ng isang traceable na link sa pagitan ng mga kinakailangan, disenyo, pagpapatupad, pagsubok, at pag-deploy ng isang system. Karaniwang kinabibilangan ito ng impormasyon tungkol sa kaugnayan sa pagitan ng mga kinakailangan at iba pang mga artifact ng system, tulad ng mga kaso ng pagsubok, mga depekto, at mga kahilingan sa pagbabago.
|
|
Baguhin ang Control Board
|
Baguhin ang Control Board
|
Isang pangkat ng mga stakeholder na responsable para sa pagsusuri, pag-apruba, at pamamahala ng mga pagbabago sa mga kinakailangan, disenyo, pagpapatupad, pagsubok, at pag-deploy ng isang system. Karaniwang kinabibilangan ito ng mga kinatawan mula sa iba't ibang departamento, gaya ng negosyo, pagpapaunlad, pagsubok, at pagpapatakbo.
|
|
Mga Kinakailangan sa Elicitation
|
Mga Kinakailangan sa Elicitation
|
Ang proseso ng pangangalap at pagdodokumento ng mga kinakailangan para sa isang proyekto o produkto mula sa mga stakeholder, user, at iba pang mapagkukunan. Karaniwang kinabibilangan ito ng mga diskarte gaya ng mga panayam, survey, obserbasyon, focus group, at brainstorming session.
|
|
Stakeholder
|
Stakeholder
|
Isang tao o grupo ng mga tao na may interes sa tagumpay ng isang proyekto o produkto. Karaniwang kinabibilangan ito ng mga customer, user, sponsor, may-ari ng negosyo, developer, tester, at staff ng suporta.
|
|
Mga Kinakailangang Priyoridad
|
Mga Kinakailangang Priyoridad
|
Ang proseso ng pagraranggo ng mga kinakailangan para sa isang proyekto o produkto ayon sa kahalagahan o pagkaapurahan. Karaniwang kinabibilangan ito ng pagtukoy sa mga kritikal na kinakailangan na dapat munang tugunan at pagtatalaga ng antas ng priyoridad sa bawat kinakailangan batay sa halaga ng negosyo, teknikal na pagiging posible, at panganib nito.
|
|
Mga Tool sa Pamamahala ng Mga Kinakailangan
|
Mga Tool sa Pamamahala ng Mga Kinakailangan
|
Isang software application na ginagamit upang suportahan ang proseso ng pamamahala ng mga kinakailangan. Karaniwang kinabibilangan ito ng mga feature gaya ng pagkuha ng mga kinakailangan, kakayahang masubaybayan, kontrol sa bersyon, pakikipagtulungan, pag-uulat, at analytics. Kasama sa mga halimbawa ng mga tool sa pamamahala ng kinakailangan ang Visure Solutions, IBM Rational DOORS, at HP ALM.
|
|
Baseline
|
Baseline
|
Isang hanay ng mga inaprubahang kinakailangan na bumubuo ng batayan para sa karagdagang pag-unlad at pagsubok ng isang sistema. Karaniwang kasama rito ang mga kinakailangan sa pagganap at hindi gumagana na napagkasunduan ng mga stakeholder at nilagdaan ng change control board.
|
|
Patunay
|
Patunay
|
Ang proseso ng pagsusuri kung ang mga kinakailangan para sa isang sistema ay kumpleto, tumpak, at naaayon sa mga pangangailangan at inaasahan ng mga stakeholder. Karaniwang kinabibilangan ito ng pagsusuri sa mga dokumento ng kinakailangan, pagsasagawa ng mga pagsusuri ng stakeholder, at pag-verify na natutugunan ng system ang mga tinukoy na kinakailangan sa pamamagitan ng pagsubok at iba pang mga pamamaraan.
|
|
Pagpapatunay
|
Pagpapatunay
|
Ang proseso ng pagsusuri kung ang sistema ay nakakatugon sa mga tinukoy na kinakailangan. Karaniwan itong nagsasangkot ng pagsubok sa system laban sa pamantayan sa pagtanggap na tinukoy sa mga dokumento ng kinakailangan at pagtiyak na ang lahat ng mga kinakailangan ay naipatupad nang tama.
|
|
saklaw
|
saklaw
|
Ang mga hangganan at layunin ng isang proyekto o produkto. Karaniwang kinabibilangan ito ng impormasyon tungkol sa mga feature, function, at kakayahan ng system, pati na rin ang mga hadlang at limitasyon na dapat isaalang-alang.
|
|
Pagsusuri sa Epekto
|
Pagsusuri sa Epekto
|
Ang proseso ng pagsusuri sa mga potensyal na epekto ng isang pagbabago sa mga kinakailangan, disenyo, pagpapatupad, pagsubok, o deployment ng isang system. Karaniwang kinabibilangan ito ng pagtukoy sa mga apektadong bahagi ng system, pagtatasa sa mga panganib at benepisyo ng pagbabago, at pagtukoy sa mga mapagkukunan at timeline na kinakailangan upang maipatupad ang pagbabago.
|
|
Pagsusuri ng mga Kinakailangan
|
Pagsusuri ng mga Kinakailangan
|
Isang pormal na proseso para sa pagsusuri ng mga dokumentong kinakailangan upang matiyak na ang mga ito ay kumpleto, tumpak, at naaayon sa mga pangangailangan at inaasahan ng mga stakeholder. Karaniwan itong nagsasangkot ng pagsusuri ng isang team ng mga stakeholder, kabilang ang mga developer, tester, business analyst, at mga eksperto sa paksa, na nagbibigay ng feedback at tumukoy ng anumang mga isyu o alalahanin na kailangang tugunan.
|
|
Mga Kinakailangan sa Kakayahang mai-trace
|
Mga Kinakailangan sa Kakayahang mai-trace
|
Ang kakayahang subaybayan at pamahalaan ang kaugnayan sa pagitan ng mga kinakailangan at iba pang mga artifact ng system, tulad ng mga dokumento sa disenyo, mga kaso ng pagsubok, mga depekto, at mga kahilingan sa pagbabago. Karaniwang kinabibilangan ito ng paglikha ng traceability matrix o iba pang tool upang matiyak na ang lahat ng mga kinakailangan ay isinasaalang-alang sa buong proseso ng pag-unlad at ang anumang mga pagbabago sa mga kinakailangan ay maayos na pinamamahalaan at naidokumento.
|
|
Baseline ng mga Kinakailangan
|
Baseline ng mga Kinakailangan
|
Ang hanay ng mga kinakailangan na naaprubahan ng mga stakeholder at bumubuo ng batayan para sa karagdagang pag-unlad at pagsubok ng isang sistema. Karaniwang kasama nito ang mga kinakailangan sa paggana at hindi gumagana, pati na rin ang anumang mga hadlang, pagpapalagay, at mga panganib na natukoy. Ang baseline ng mga kinakailangan ay ginagamit bilang isang reference point para sa pamamahala ng mga pagbabago sa mga kinakailangan sa buong proseso ng pagbuo.
|
|
Mga kinakailangan sa engineering
|
Mga kinakailangan sa engineering
|
Ang sistematiko at disiplinadong diskarte sa pagkuha, pagsusuri, pagtukoy, pagpapatunay, at pamamahala ng mga kinakailangan para sa isang proyekto o produkto. Karaniwang kinasasangkutan nito ang paggamit ng iba't ibang pamamaraan, tulad ng mga panayam, survey, kaso ng paggamit, sitwasyon, at prototype, upang matiyak na kumpleto, tumpak, at naaayon ang mga kinakailangan sa mga pangangailangan at inaasahan ng mga stakeholder.
|
|
Dokumentasyon ng Mga Kinakailangan
|
Dokumentasyon ng Mga Kinakailangan
|
Ang koleksyon ng mga dokumento na naglalarawan sa mga kinakailangan para sa isang system, kabilang ang dokumento ng mga kinakailangan sa negosyo, dokumento ng mga kinakailangan sa paggana, dokumento ng hindi gumaganang kinakailangan, mga kaso ng paggamit, mga kwento ng user, at iba pang nauugnay na dokumento. Ang dokumentasyon ng mga kinakailangan ay nagbibigay ng komprehensibong pag-unawa sa mga feature, function, at kakayahan ng system, pati na rin ang mga hadlang, pagpapalagay, at mga panganib na dapat isaalang-alang sa buong proseso ng pagbuo.
|
|
BR
|
Mga Kinakailangan sa Negosyo
|
Ang mataas na antas ng mga layunin at layunin na dapat matugunan ng isang sistema upang matugunan ang mga pangangailangan at inaasahan ng mga stakeholder. Ang mga kinakailangan sa negosyo ay karaniwang nakatuon sa mga proseso ng negosyo, mga patakaran, at mga panuntunan na dapat suportahan o pagbutihin ng system, sa halip na ang mga teknikal na detalye kung paano ipapatupad ang system.
|
|
FR
|
Mga kinakailangang Kinakailangan
|
Ang mga detalyadong paglalarawan ng mga tampok, pag-andar, at kakayahan na dapat taglayin ng isang sistema upang matugunan ang mga pangangailangan at inaasahan ng mga stakeholder. Karaniwang tinutukoy ng mga functional na kinakailangan kung paano kikilos o tutugon ang system sa mga partikular na input o kaganapan, at maaaring kasama sa mga ito ang mga hadlang, pagpapalagay, at pamantayan sa pagtanggap na dapat matugunan upang matiyak na natutugunan ng system ang mga kinakailangan ng mga stakeholder.
|
|
NFR
|
Mga Hindi Kinakailangan na Kinakailangan
|
Ang mga paglalarawan ng pagganap ng system, pagiging maaasahan, seguridad, kakayahang magamit, at iba pang mga katangian na kinakailangan upang matugunan ang mga pangangailangan at inaasahan ng mga stakeholder. Karaniwang tinutukoy ng mga non-functional na kinakailangan ang mga katangian o katangian ng system, sa halip na ang mga partikular na feature o function nito, at maaaring kasama sa mga ito ang mga hadlang, pagpapalagay, at pamantayan sa pagtanggap na dapat matugunan upang matiyak na natutugunan ng system ang mga kinakailangan ng mga stakeholder.
|
|
Kwento ng Gumagamit
|
Kwento ng Gumagamit
|
Isang maikli at impormal na paglalarawan ng isang feature o function na dapat taglayin ng isang system upang matugunan ang mga pangangailangan at inaasahan ng mga stakeholder. Ang mga kwento ng user ay karaniwang sumusunod sa isang simpleng template, gaya ng "Bilang isang [user], gusto ko ng [feature], para [mapakinabangan]." Ang mga kwento ng gumagamit ay ginagamit upang makuha ang mga kinakailangan sa isang simple, nauunawaan na format na madaling ipaalam at bigyang-priyoridad ng mga stakeholder at development team.
|
|
Pamantayan sa Pagtanggap
|
Pamantayan sa Pagtanggap
|
Ang pamantayan na dapat matugunan ng isang sistema upang ituring na katanggap-tanggap o kasiya-siya ng mga stakeholder. Karaniwang tinutukoy ng mga pamantayan sa pagtanggap ang inaasahang gawi o mga resulta ng isang system sa mga partikular na senaryo o mga kaso ng paggamit, at maaaring kabilang sa mga ito ang mga quantitative o qualitative na mga hakbang na dapat matugunan upang matiyak na natutugunan ng system ang mga pangangailangan at inaasahan ng mga stakeholder. Ang mga pamantayan sa pagtanggap ay ginagamit upang patunayan ang system laban sa mga kinakailangan sa pagganap at hindi gumagana at matiyak na nakakatugon ito sa mga kinakailangan ng mga stakeholder.
|
|
ALM
|
Pamamahala ng Lifecycle ng Application
|
Application Lifecycle Management ay ang pamamaraan ng pagtukoy, pagdidisenyo, pagdodokumento, at pagsubok sa aplikasyon. Sinasaklaw nito ang buong lifecycle mula sa simula hanggang sa katapusan ng proyekto. Nagsisimula ito sa ideya ng application sa buong pag-unlad, napupunta sa pagsubok, pag-deploy, suporta, at panghuli, ang karanasan ng user.
|
|
CMMI
|
Pagsasama ng Modelo ng Kakayahang Kakayahan
|
Tinutukoy ng CMMI ang isang hanay ng mga pinakamahusay na kagawian para sa pagbuo ng software, pamamahala ng proyekto, at pamamahala ng organisasyon na makakatulong sa mga organisasyon na mapabuti ang kalidad, kahusayan, at pagiging epektibo ng kanilang mga proseso sa pagbuo ng software.
|
|
MBSE
|
Model-Based Systems Engineering
|
Isang diskarte sa system engineering na gumagamit ng mga modelo upang kumatawan, magsuri, magdisenyo, at mag-verify ng mga kumplikadong system. Kasama sa MBSE ang paglikha ng isang hanay ng mga modelo na kumukuha ng mga kinakailangan, gawi, arkitektura, at iba pang mahahalagang aspeto ng system, at paggamit ng mga modelong ito upang gabayan ang proseso ng pagbuo.
|
Huwag kalimutang ibahagi ang post na ito!
