Ang isa sa pinakamahalagang bahagi ng anumang proyekto sa pagbuo ng software ay ang paglikha ng mga detalyado at tumpak na kinakailangan. Kung walang malinaw na pag-unawa sa kung ano ang kailangang itayo, imposibleng lumikha ng isang de-kalidad na produkto ng pagtatapos. Sa kasamaang palad, ang pagsulat ng magagandang kinakailangan ay kadalasang mas madaling sabihin kaysa gawin. Ang pangunahing dahilan kung bakit sumusulat ang mga tao ng mahihirap na pangangailangan ay dahil wala silang pagsasanay o karanasan sa pagsusulat ng magagandang pangangailangan. Kung ikaw o ang iyong mga tauhan ay may mga problema sa pagsusulat ng mahusay na mga kinakailangan, maaari kang makinabang mula sa patnubay sa kung paano magsulat ng mahusay na mga kinakailangan. Sa pamamagitan ng paglalaan ng oras upang matutunan kung paano magsulat ng mas mahusay na mga kinakailangan, maaari mong pagbutihin ang pangkalahatang kalidad ng iyong mga proyekto sa pagbuo ng software – at iligtas ang iyong sarili sa maraming sakit ng ulo sa hinaharap.

Bakit Nabigo ang Systems Engineering Projects?

Bakit nabigo ang mga proyekto sa mga industriyang mabigat na kinokontrol? Maraming mananaliksik ang nag-imbestiga kung bakit nabigo ang mga system at software project. Ang Standish Group ay nagsagawa ng pananaliksik noong 2009, na nagha-highlight na karamihan sa mga dahilan kung bakit nabigo ang mga proyekto ay nauugnay sa mga kinakailangan.

Iyon ang isa sa mga pangunahing dahilan kung bakit mahalaga ang pagsulat ng magagandang kinakailangan para sa tagumpay ng proyekto. Bukod pa rito, ang pagsusulat ng magagandang kinakailangan ay nagdudulot ng maraming iba pang benepisyo sa mga koponan.

Ano ang Pagtukoy sa Mga Kinakailangan?

Ang pagtutukoy ng mga kinakailangan ay isang proseso kung saan ang mga kinakailangan ay tinukoy, naidokumento, at sinusuri. Ito ay isang mahalagang bahagi ng software development dahil tinitiyak nito na ang lahat ng stakeholder ay sumasang-ayon sa functionality ng software bago magsimula ang development. Sa paggawa nito, binabawasan ang posibilidad ng hindi pagkakaunawaan at muling gagawin sa susunod.

Ang pagtutukoy ng kinakailangan, na kilala rin bilang dokumentasyon, ay isang proseso ng pagsusulat o pagsusulat ng lahat ng system at mga kinakailangan ng user sa anyo ng isang dokumento. Ang mga kinakailangang ito ay dapat na malinaw, kumpleto, komprehensibo, at pare-pareho.

Mga Kinakailangang Proseso ng Engineering

Mayroong ilang mga aktibidad na kinakaharap namin kapag nagtatrabaho sa mga kinakailangan. Sa siklo ng Requirements Engineering, mayroong limang pangunahing aktibidad, ibig sabihin,

1. Mga Kinakailangan sa Elicitation – Ito ang proseso ng pagtitipon, pagsusuri, at pag-unawa sa mga pangangailangan at hadlang ng stakeholder at user para sa season. Ang mga gumagamit ay nangangailangan ng impormasyon ng domain, umiiral na impormasyon ng system, mga regulasyon, mga pamantayan, atbp. Batay sa impormasyong ito, hinihiling namin ang mga kinakailangan. Pagkatapos nito, lumipat tayo sa pagsusuri ng mga kinakailangan at negosasyon. 
2. Pagsusuri at Negosasyon ng mga Kinakailangan – Ang pagsusuri ay ang proseso ng pagpino ng mga pangangailangan at mga hadlang ng gumagamit batay sa nakalap at nakuhang impormasyon. Pagkatapos, lumipat kami sa aktibidad ng dokumentasyon. 
3. Mga Kinakailangang Dokumentasyon/Espesipikasyon – Matapos makuha ang mga detalye ng kinakailangan, lumipat kami sa bahagi ng dokumentasyon. Isinasaad namin nang malinaw at tumpak ang mga pangangailangan at paghihigpit ng user. 
4. Mga Pagpapatunay ng Mga Kinakailangan – Panghuli, sa aktibidad ng pagpapatunay, ipinapasok namin na ang mga kinakailangan sa season ay kumpleto, maigsi, at malinaw. 
5. Pamamahala ng Mga Kinakailangan – Ang pamamahala ng mga kinakailangan ay isang paraan ng pagkolekta, pagsusuri, pagpino, at pagbibigay-priyoridad sa lahat ng produkto o kinakailangan, sa yugto ng pag-unlad. Sa yugtong ito, itinatag din ang solid traceability sa pagitan ng mga kinakailangan at pinagmumulan ng impormasyon. 

Kapag natapos na namin ang limang aktibidad na ito, paulit-ulit namin itong inuulit hanggang sa makakuha kami ng isang hanay ng mga napagkasunduang dokumento ng kinakailangan na mga pormal na detalye.

Bakit mahalagang magsulat ng magagandang pangangailangan?

Maraming mga benepisyo ng pagkakaroon ng mahusay na mga pagtutukoy ng mga kinakailangan. Ang ilan sa mga ito ay nakalista sa ibaba:

• Tumutulong upang matiyak na ang lahat ng mga stakeholder ay may isang karaniwang pag-unawa sa sistema na bubuuin. Iniiwasan nito ang anumang hindi pagkakaunawaan sa mga susunod na yugto ng pag-unlad.
• Nagsisilbing reference point para sa lahat ng stakeholder sa panahon ng proseso ng development.
• Tumutulong upang matukoy ang anumang mga puwang sa mga kinakailangan sa isang maagang yugto.
• Binabawasan ang kabuuang gastos at oras ng pagpapaunlad dahil iniiwasan nito ang muling paggawa dahil sa mga pagbabago sa mga kinakailangan.

Ano ang nakakamit natin sa pamamagitan ng pagsulat ng mahusay na mga kinakailangan?

Mayroong maraming mga bagay na mahusay na mga kinakailangan ay makakatulong sa pagkamit. Ang ilan sa mga ito ay nakalista sa ibaba:

• Nakakatulong ang mga mahuhusay na kinakailangan upang matiyak na natutugunan ng binuong sistema ang mga pangangailangan ng mga gumagamit.
• Ang mga ito ay nagsisilbing batayan para sa pagsubok sa system upang matiyak na ito ay gumagana gaya ng inaasahan.
• Tumutulong sila na bawasan ang kabuuang gastos at oras ng pag-unlad sa pamamagitan ng pag-iwas sa muling paggawa dahil sa mga pagbabago sa mga kinakailangan.
• Ang mga mahuhusay na kinakailangan ay nakakatulong upang gawing mas mahusay at epektibo ang proseso ng pagbuo.

Mga Hamon sa Pagsusulat ng Mga Kinakailangan

Mayroong iba't ibang mga hamon na kinakaharap ng mga tao kapag nagsusulat ng mga kinakailangan.

Kawawang Papel – Sa ilang mga organisasyon, ang dokumentasyon ng mga proseso ay alinman sa wala o hindi hanggang sa par. Sa kasong ito, ang pagkolekta ng mga kinakailangan ay nagiging isang dalawang-hakbang na proseso: unang i-reverse engineering ang kasalukuyang proseso, at pagkatapos ay pagtukoy sa mga lugar na nangangailangan ng pagpapabuti at pag-optimize. Upang kumpirmahin na ang mga kinakailangan ay fleshed out at tumpak, ito ay susi upang matukoy ang mga pangunahing stakeholder at mga eksperto sa paksa, direktang nakikipag-ugnayan sa kanila. Ang pagguhit ng mga mapa ng proseso ng negosyo at pagpapakita ng mga daloy ng trabaho ay dalawang mahusay na paraan upang gawin ito. Nakakatulong ito sa pag-aalis ng mga maling pagpapalagay habang nagbibigay din ng kumpletong larawan. Ang pagguhit ng mga mapa ng proseso at pagpapakita ng mga proseso ay dalawang kapaki-pakinabang na diskarte para sa layuning ito.

Mga Salungat na Kinakailangan – Kapag ang mga stakeholder ay may iba't ibang priyoridad para sa kanilang mga layunin sa negosyo, humahantong ito sa mga kinakailangan na sumasalungat sa isa't isa. Sa mga ganitong kaso, ang responsibilidad ng isang business analyst ay idokumento ang lahat ng mga kinakailangan nang detalyado, tukuyin kung aling mga kahilingan ang sumasalungat sa isa't isa, at bigyang-daan ang mga stakeholder ng pagkakataon na magpasya kung ano ang uunahin.

Hindi ka makakagawa ng mga desisyon nang hindi naririnig ang input ng mga stakeholder, at bilang isang business analyst, maaari kang magkaroon ng ilang ideya tungkol sa kung ano ang dapat unahin. Mahalaga pa rin na marinig ang pananaw ng mga stakeholder. Ang pagse-set up ng poll ay maaaring isa sa mga paraan upang makakuha ng kalinawan sa kung ano ang pinakamahalaga sa karamihan ng mga stakeholder.

Unavailability ng User Input – Maaaring mag-ambag ang ilang dahilan sa hindi pagiging available ng mga end user, at bawat isa ay nangangailangan ng sarili nitong resolusyon. Halimbawa, kung minsan ang mga end user ay sobrang abala sa kanilang pang-araw-araw na gawain na hindi nila gustong makibahagi sa mga aktibidad sa pangangalap ng mga kinakailangan.

Sa ganitong mga kaso, ang pinakamahusay na magagawa ng isang business analyst ay limitahan ang bilang at haba ng mga pakikipag-ugnayan. Bago ang pulong, ang paggawa ng maraming pananaliksik hangga't maaari ay makakatulong upang gawing mas organisado at nagbibigay-kaalaman ang talakayan. Ito ay halos tulad ng paggawa ng pangangalap ng mga kinakailangan sa mga sesyon ng pagpapatunay ng mga kinakailangan. pagtukoy sa mga focus group at pagtukoy sa mga pinakaangkop na end-user para sa bawat grupo

Pagtuon sa Interface Sa halip na Karanasan – Maraming stakeholder at end-user ang may malinaw na pananaw kung paano dapat lumabas ang bagong solusyon, ngunit hindi nila alam kung ano ang dapat nitong gawin. Ang user interface ng anumang system ay mahalaga, ngunit hindi ito dapat tukuyin o makagambala sa functionality.

Dapat laging tandaan ng mga business analyst na panatilihing hiwalay ang disenyo at functional na mga kinakailangan sa kanilang dokumentasyon. Sa pamamagitan ng paggamit ng mas pangkalahatang mga tool gaya ng mga diagram, kwento ng user, o low-fi na prototype sa halip na mga draft ng disenyo, maaari nilang mapanatili ang pagtuon sa mga functional na aspeto ng pangangalap ng kinakailangan.

Mga Input ng Stakeholder – Kapag sinubukan ng mga stakeholder o end-user na sabihin sa mga designer kung paano dapat gumana ang system sa halip na kung ano ang dapat gawin ng system, maaari itong humantong sa mga suboptimal na disenyo. Upang maiwasan ito, patunayan ang bawat potensyal na 'maling kinakailangan' sa pamamagitan ng pagtatanong ng 'bakit?' hanggang sa makarating ka sa tunay na problema na kailangang lutasin.

Isyu sa Komunikasyon – Kabilang sa mga isyu na maaaring humantong sa miscommunication sa pagitan ng isang business analyst at iba pang mga partido ay ang mga hadlang sa wika, mga maling pagpapalagay, hindi sapat na ipinaliwanag na bokabularyo, at labis na paggamit ng mga teknikal na termino.

Ang perpektong diskarte upang maiwasan ang problemang ito ay ang madalas na pakikipag-ugnayan at bumuo ng dalawang-daan na pag-uusap. Idokumento ang mga pangangailangan na iyong natuklasan at isumite ang mga ito para sa peer review at pagpuna sa iba't ibang mga espesyalista sa paksa, lumikha ng isang glossary ng jargon at double-check na lugar.

Mga pamantayan para sa mga kinakailangan sa pagsulat?

Ang EARS ay magiging isang epektibong pamamaraan dito. Tumatayo ito para sa Easy Alumapit sa Rpagkakapantay-pantay Syntax, ni Alastair Marvin. Sa pamamaraang ito, nagsusulat kami ng malinaw, maigsi, at naiintindihan na wika. Pinapabuti nito ang buong mga kinakailangan sa engineering workflow at pinapasimple ang trabaho sa pamamagitan ng paggawa ng mga bagay na medyo madaling maunawaan. 

Upang makamit ito, narito ang ilang mga prinsipyo na dapat isaisip habang isinusulat ang mga kinakailangan. Kasama nila ang:

• Ang bawat pangangailangan ay dapat na nasa anyo ng isang kumpletong pangungusap. Walang mga bullet, acronym, abbreviation, o buzzword ang dapat gamitin. Subukang gumawa ng maikli, direkta, at kumpletong mga pangungusap. 
• Siguraduhin na ang bawat pangangailangan ay may wastong simuno, panaguri, at pandiwa. Ang paksa ay ang uri ng gumagamit o ang sistema na pinag-uusapan natin. Ang panaguri ay ang mga kundisyon o aksyon o ninanais na resulta na inaasahan namin. Dapat tayong gumamit ng mga salitang tulad ng 'ay', 'kalooban', at 'dapat' upang ipahayag ang ilang uri ng pangangailangan, at mga salitang tulad ng 'maaaring' upang ipahayag ang opsyonal sa kinakailangan. 
• Ang bawat kinakailangan ay dapat na mahusay na ipaliwanag ang huling resulta na gusto namin mula sa system. 
• Gayundin, dapat ilarawan ng kinakailangan ang kalidad na inaasahan namin mula sa system. Nakakatulong ito kapag sinusukat natin ang resulta at tingnan kung naipapatupad nang maayos o hindi ang kinakailangan.

Mahahalagang Bahagi ng isang Dokumento ng Mga Kinakailangan:

Ang mga pangunahing seksyon ng isang detalye ng mga kinakailangan ng software ay:

• Mga Driver ng Negosyo – Ang mga dahilan kung bakit naghahanap ang customer na bumuo ng isang sistema ay inilarawan sa seksyong ito. Kasama pa sa seksyong ito ang mga problemang kinakaharap ng customer sa kasalukuyang system at ang mga pagkakataong ibibigay ng bagong system.
• Model ng Negosyo – Ang modelo ng negosyo na kinakailangang suportahan ng system ay tinalakay sa seksyong ito. Kasama pa rito ang iba't ibang detalye tulad ng konteksto ng organisasyon at negosyo, mga pangunahing function ng negosyo, at mga diagram ng daloy ng proseso ng system.
• Mga Kinakailangan sa Functional at System – Ang seksyong ito ay karaniwang nagdedetalye ng mga kinakailangan na nakaayos sa isang hierarchical na istraktura. Ang mga kinakailangan sa pagganap ay nasa pinakamataas na antas at ang mga detalyadong kinakailangan ng system ay nakalista bilang mga sub-item.
• Mga Kaso ng Paggamit ng System – Binubuo ang seksyong ito ng isang diagram ng kaso ng paggamit ng Unified Modeling Language (UML) na nagpapaliwanag sa lahat ng pangunahing panlabas na entity na makikipag-ugnayan sa system at sa iba't ibang mga kaso ng paggamit na kailangan nilang gawin.
• Mga Kahilingan sa Teknikal – Tinatalakay ng seksyong ito ang lahat ng hindi gumaganang mga kinakailangan na bumubuo sa teknikal na kapaligiran at ang mga teknikal na limitasyon kung saan gagana ang software.  
• Mga Katangian ng System – Sa seksyong ito, ang maraming katangian ng system ay tinukoy tulad ng pagiging maaasahan, kakayahang magamit, seguridad, scalability, availability, at maintainability.
• Mga Limitasyon at Pagpapalagay – Ang lahat ng mga limitasyon na ipinataw sa disenyo ng system mula sa pananaw ng customer ay inilarawan sa seksyong ito. Ang iba't ibang mga pagpapalagay ng pangkat ng engineering tungkol sa kung ano ang aasahan sa panahon ng pag-unlad ay tinalakay din dito.
• Pamantayan sa Pagtanggap – Ang mga detalye sa lahat ng kundisyon na dapat matugunan bago ibigay ang system sa mga huling customer ay tinatalakay sa seksyong ito.

Mga Katangian ng isang Dokumento ng Pagtutukoy ng Mga Kinakailangan sa Software:

• malinaw – Ang nakasulat na mga kinakailangan ay dapat na malinaw, madaling basahin, at naiintindihan. Malinaw na tukuyin ang impormasyon gamit ang mga apirmatibong pangungusap na ipapalit sa pagitan ng mga aktor. Ang bawat pangangailangan ay dapat maglarawan ng malinaw na pamantayan sa tagumpay. Subukang gumamit ng simpleng bokabularyo at iwasan ang mga pagdadaglat. Halimbawa, "Makikita ng user ang Audit Log Report."
• Atomiko – Ang bawat kinakailangan ay dapat ituring bilang isang discrete test case. Ang mga pang-ugnay tulad ng at, o, at iba pa ay hindi dapat gamitin dahil maaari silang humantong sa pagkawala ng mga kinakailangan. Ito ay partikular na mahalaga dahil ang mga tuntuning tulad nito ay maaaring maging sanhi ng mga developer ng software at mga tagasubok na makaligtaan ang mga kinakailangan. Ang paghahati sa mga kumplikadong pangangailangan sa mas maliliit na bahagi hanggang sa masuri ang bawat isa nang hiwalay ay isang paraan upang maiwasang mangyari ito.
• Hindi malabo – Ang hindi malinaw, hindi kumpleto, o magkasalungat na mga kinakailangan ay maaaring humantong sa mga pagkakamali at muling paggawa. Upang maiwasang mangyari ito, dapat na suriin ng bawat stakeholder ang mga kinakailangan bago ito ma-finalize. Makakatulong ito na matukoy ang anumang mga puwang nang maaga na maaaring matugunan.
• Mapapatunayan – Ang bawat isa sa pangkat ng pagbuo ay dapat magkaroon ng access sa dokumento upang maisangguni nila ito nang madalas hangga't kinakailangan. Dahil ang mga kinakailangan ay dapat na malinaw, ang mga miyembro ng koponan ay hindi nais ng karagdagang impormasyon. Dapat silang lahat ay naa-access sa dokumento ng SRS.
• Kinakailangan – Ang bawat kinakailangan ay dapat magdokumento ng isang bagay na talagang kailangan ng mga user o isang bagay na kinakailangan upang matupad ang isang pamantayan o pangangailangan sa pagsasama dahil sa pagkakaroon ng panlabas na interface. Gayundin, mahalaga para sa bawat pangangailangan na magkaroon ng awtorisadong pinagmulan.
• Independiyenteng Disenyo – Dapat tukuyin ng bawat pangangailangan kung ano ang kinakailangan, hindi kung paano ito ipapatupad. Dapat tukuyin ng mga kinakailangan ang mga katangian ng system na oobserbahan sa labas, hindi ang mga panloob na detalye.
• Magagawa – Ang bawat kinakailangan ay dapat technically executable at dapat na ipatupad na isinasaalang-alang ang badyet, deadline, at iba pang mga paghihigpit na nakakaapekto sa proyekto. Dapat ipakita ng mga kinakailangan ang aktwal na kalagayan, kabilang ang gastos, timeline, at teknolohiya. Hindi sila dapat nakadepende sa mga pagsulong ng teknolohiya sa hinaharap.
• Matapos – Ang dokumento ng mga kinakailangan ay dapat magsama ng sapat na impormasyon para sa iyong development team at mga tester upang makumpleto ang produkto at matiyak na natutugunan nito ang mga kinakailangan ng user nang walang mga bug.
• Tamang – Ang mga kinakailangan na tinukoy sa mga dokumento ay dapat na napaka-tumpak upang maiwasan ang anumang uri ng kalituhan. Hindi sila dapat magkaroon ng anumang mga butas, kalabuan, subjectivity, superlatibo, o paghahambing. Samakatuwid, Upang makapagsulat ng tamang mga kinakailangan, dapat tayong kumuha ng tamang impormasyon at wastong idokumento ang impormasyong nakalap.

Mga Panuntunan Para sa Hanay ng Tamang Mga Kinakailangan

Mayroong ilang mga patakaran na dapat sundin ng mga kinakailangan upang matawag na "Tama".

• Matapos – Ang dokumento ng mga kinakailangan ay dapat magsama ng sapat na impormasyon para sa iyong development team at mga tester upang makumpleto ang produkto at matiyak na natutugunan nito ang mga kinakailangan ng user nang walang mga bug.
• Hindi pagbabago – Panatilihin ang pare-parehong antas ng detalye. Halimbawa, para sa mga kinakailangan ng user, isang end-user ang dapat maging paksa ng bawat pangungusap. Katulad nito, para sa mga kinakailangan ng system, isang sistema ang dapat na paksa ng bawat pangungusap.
• Pagbabago – Maaaring magbago ang mga kinakailangan sa buong ikot ng buhay ng proyekto. Ang log ng mga kinakailangan ay dapat na naka-imbak at ang pagsusuri ng epekto ng mga pagbabagong ginawa dito sa iba pang mga kinakailangan at mga elemento ng proyekto ay dapat na posible.
• Pagpapahalagahan – Ang mga kinakailangan ay dapat na uriin mula sa pananaw ng kahalagahan. Hindi lahat ng katangiang ninanais para sa isang sistema ay pantay na mahalaga. Para diyan, makatutulong na magtatag ng panuntunan upang tukuyin ang mga priyoridad ng kinakailangan sa antas ng organisasyon at iakma ito sa bawat proyekto. At makipagtulungan sa mga gumagamit upang ma-prioritize nila ang mga kinakailangan.

Mga Kinakailangan sa Visure ALM Platform

Ang Visure ay isa sa mga pinakapinagkakatiwalaang platform ng pamamahala ng lifecycle ng application na dalubhasa sa pamamahala ng mga kinakailangan para sa mga organisasyon sa lahat ng laki sa buong mundo. Kabilang sa mga pangunahing kasosyo ng Visure ang mga kumpanyang kritikal sa negosyo at kritikal sa kaligtasan. Sumasama ang kumpanya sa buong proseso ng Pamamahala ng Lifecycle ng Application kabilang ang pamamahala sa peligro, pagsubaybay sa isyu at depekto, pamamahala sa traceability, pamamahala sa pagbabago, at iba't ibang bahagi tulad ng pagsusuri sa kalidad, pag-bersyon ng mga kinakailangan, at mahusay na pag-uulat.  

Kung naghahanap ka ng tool sa pamamahala ng mga kinakailangan na tutulong sa iyo sa parehong mga kinakailangan sa functional at non-functional, tingnan ang Mga Kinakailangan sa Visure. Sa platform na ito, madali kang makakagawa, makakapamahala at masusubaybayan ang lahat ng mga kinakailangan ng iyong proyekto sa isang lugar.

Konklusyon

Upang makabuo ng mahusay na software, mahalagang magkaroon ng isang mahusay na nakasulat na detalye ng mga kinakailangan. Binabalangkas ng dokumentong ito ang mga pangangailangan ng customer at kung ano ang dapat gawin ng system upang matugunan ang kanilang mga inaasahan. Gayunpaman, ang pagsusulat ng magagandang kinakailangan ay maaaring maging mahirap. Maraming pamantayan at alituntunin ang dapat sundin, at maraming iba't ibang paraan para isulat ang mga ito depende sa wika at mga tool na iyong ginagamit. Mga Kinakailangan sa Visure Ang ALM Platform ay nag-aalok ng kursong nagtuturo sa iyo kung paano magsulat ng mga mabisang detalye ng kinakailangan gamit ang pinakamahuhusay na kagawian at mga pamantayan sa industriya. Sinasaklaw ng kurso ang lahat ng mahahalagang bahagi ng isang dokumentong kinakailangan, mula sa istraktura hanggang sa pag-format, pati na rin kung paano gumamit ng iba't ibang wika para sa mga kinakailangan sa pagsulat. Itinatampok din nito ang mga katangian ng mahuhusay na kinakailangan para makagawa ka ng mga dokumentong gustong-gustong magtrabaho kasama ng iyong team. Kung gusto mong matuto nang higit pa tungkol sa pagsusulat ng mga epektibong kinakailangan, subukan ang Kurso sa Pagtutukoy ng mga Kinakailangan sa pamamagitan ng Visure Requirements ALM Platform ngayon!