Ang paglikha ng software ay hindi lamang binubuo ng pag-unlad. Bago magsimulang magtrabaho sa software, dapat na alam ng mga developer kung ano ang gagawin. Iyon ang dahilan kung bakit karaniwang nagsisimula ang pag-unlad sa paghahanda ng isang bungkos ng mga dokumento na naglalarawan ng isang proyekto sa hinaharap nang detalyado. Kasama sa mga dokumento ang maraming pananaliksik, pagsusuri, at pagtutukoy, isa na rito ang pagtutukoy ng mga kinakailangan sa software (SRS).
Ang artikulong ito ay nakatuon sa SRS, ang kahalagahan nito para sa iyong proyekto, at mga hakbang upang lumikha ng de-kalidad na detalye ng software. Sumisid tayo sa paksa sa pamamagitan ng pagtukoy sa SRS.
same day detox para sa drug test
Ano ang dokumentasyon ng kinakailangan ng software at bakit mo ito kailangan?
Ang dokumentasyon ng kinakailangan ng software ay isang dokumentong naglalarawan ng mga functional at non-functional na mga detalye ng software, ang paraan ng pagbuo nito, at mga kaso ng paggamit - ang mga paraan na makikipag-ugnayan ang mga user sa software kapag handa na ito. Ang ulat ng SRS ay karaniwang inihahanda sa panahon ng yugto ng pagtuklas ng isang proyekto . Ang mga may-ari ng negosyo ay maaaring buuin ang lahat ng mga detalye sa kanilang sarili o ipagkatiwala ang gawaing ito sa mga propesyonal na may karanasan sa pagbuo ng software at pagtukoy ng mga spec.
Maaaring gusto ng ilang may-ari ng negosyo na laktawan ang yugto ng pagtuklas kasama ang paghahanda ng dokumentasyon. Gayunpaman, ang pagpapabaya sa yugtong ito ay maaaring humantong sa pagkabigo ng proyekto. Ayon sa pananaliksik ng Pulse of the Profession ng PMI, 35% ng mga proyekto ay nabigo dahil sa hindi tumpak na mga kinakailangan. Tatanggi ba ang sinumang may-ari ng negosyo na magsagawa ng pagtitipon ng SRS kung alam nila ang mga istatistikang ito dati? Duda namin ito. Kaya, narito kung paano nakikinabang ang iyong koponan sa pagkakaroon ng lahat ng kinakailangan sa software sa isang lugar:
- Mga developer magpasya sa tech stack na kakailanganin nilang bumuo ng back- at front-end ng software
- Mga taga-disenyo makakuha ng ideya kung paano nila maipapakita ang functionality sa isang software interface
- Mga Tester makakuha ng pag-unawa sa mga kaso ng pagsubok na kakailanganin nila upang maghanda at matiyak na ang software ay nakakatugon sa mga kinakailangan ng negosyo
- Mga may-ari ng negosyo kumuha ng listahan ng mga feature na kinakailangan para sa kanilang produkto at makakagawa ng matalinong mga desisyon tungkol sa mga pamumuhunan
Sa kabuuan, ang dokumentasyon ng kinakailangan ng software ay isang patnubay na nagsisiguro na ang lahat ng kasangkot sa proseso ng pagbuo ng software ay may malinaw na pananaw sa proseso at parehong mga inaasahan. Kaya, ang ulat ng SRS ay nagbibigay-daan sa pag-iwas sa mga hindi pagkakaunawaan at maling komunikasyon sa loob ng koponan.
Kung magpasya kang gumawa ng mga detalye nang mag-isa, maaari kang makinabang sa paggamit ng ilan sa mga detalye ng software mga halimbawa mahahanap mo sa Internet. Kung gusto mong italaga ang gawaing ito sa mga propesyonal, tiyaking makakahanap ka ng mapagkakatiwalaang kumpanya na may malakas na pangkat ng mga business analyst, project manager, developer, at tester na makakapagbigay ng mga de-kalidad na detalye.
Mga bagay na dapat mong malaman bago sumulat ng ulat ng SRS
Para matukoy nang maayos ang mga kinakailangan ng software, mahalagang malaman kung anong halaga ang dapat idulot ng software sa negosyo at sa mga user ng software. Mahalaga rin na malaman ang mga katangian ng mataas na kalidad mga pagtutukoy ng software .
Mga kinakailangan sa negosyo at user
Ang mga kinakailangan sa negosyo at user ay sumasalamin sa kakanyahan ng software na gagawin. Inilalarawan ng mga kinakailangan sa negosyo ang mga layuning gustong makamit ng mga may-ari ng negosyo gamit ang partikular na software. Maaaring magkaiba ang mga layunin: i-automate ang mga proseso, bawasan ang bilang ng mga empleyado at hardware, atbp. Ang mga kinakailangan ng user ay nag-iiba depende sa uri ng software. Gayunpaman, sa karamihan ng mga kaso, gusto ng mga user ang mga application na gumagana nang mabilis at madaling gamitin. Mahalagang isaalang-alang ang mga kinakailangang ito upang magsulat ng mga detalyadong detalye.
Mga katangian ng mataas na kalidad na SRS
Upang ang ulat sa detalye ng kinakailangan ng software ay maging pinakamataas na paggamit para sa proyekto at isang koponan, mahalagang gawin ito:
- Kumpleto upang mahanap ng bawat miyembro ng pangkat na kasangkot sa isang proyekto ang kinakailangang impormasyon sa ulat. Dapat makita ng mga developer doon ang mga teknikal na kinakailangan habang ang mga taga-disenyo ng UI/UX ay dapat magkaroon ng pangkalahatang mga alituntunin sa disenyo. Dapat maunawaan ng mga tagasubok kung paano kailangang gumana ang software upang maayos itong masubukan. Kailangan ng mga may-ari ng produkto ang dokumentong ito upang magkaroon ng malinaw na pananaw sa kanilang proyekto.
- Masusukat para maikumpara mo ang handa na produkto sa mga specs na inihanda mo sa simula pa lang. Walang saysay na sabihin na ang iyong software ay dapat matugunan ang lahat ng mga kinakailangan.
- Nababaluktot. Ang ulat ng SRS ay hindi isang bagay na isinusulat mo nang isang beses at hindi mababago hanggang sa katapusan ng isang proyekto. Sa kabaligtaran, maaaring magbago ang mga kinakailangan habang nagpapatuloy ang gawain sa proyekto. Kaya, ang format ng iyong ulat ay dapat na maginhawa upang ayusin sa tuwing kailangan mo ito.
- Malinaw at tumpak. Mahalagang maiwasan ang mga paulit-ulit na parirala at kalabuan. Ang bawat proseso ay dapat na inilarawan sa mga simpleng salita, na may isang listahan ng mga teknolohiyang kinakailangan upang bumuo ng software.
Ngayon, kapag alam mo kung anong mga bagay ang mahalaga para sa mataas na kalidad na dokumentasyon ng kinakailangan ng software, oras na upang makita kung ano ang binubuo nito.
Mga bahagi ng pagtutukoy ng mga kinakailangan sa software
Ang isang ulat ng SRS ay dapat na pare-pareho, kaya mahalagang manatili sa isang partikular na istraktura na tumutulong sa mga mambabasa nito na madaling maunawaan ang impormasyon. Sa ibaba, inilalarawan namin ang mga pangunahing seksyon na dapat isama ng isang disenteng SRS.
Panimula
Ang isang panimula ay dapat na maipaliwanag kung anong software ang gagawin upang ang bawat miyembro ng koponan ay makakuha ng pangkalahatang pag-unawa sa proyektong kanilang ginagawa.
Nilalayon na madla
Sa seksyong ito, binanggit ng mga may-akda ng ulat ang lahat ng miyembro ng koponan na may access sa dokumento. Bilang panuntunan, sila ay mga software engineer, tester, designer, at project manager. Ang isang may-ari ng produkto na nag-order ng software development ay dapat ding kasama sa listahang ito at magkaroon ng pagkakataong tingnan ang dokumento anumang oras upang matiyak na ang lahat ay napupunta ayon sa plano.
Pangkalahatang Paglalarawan
Inilalarawan ng seksyong ito ang mga function na kailangang gawin ng software. Makakakita ka rin ng mga tungkulin ng user at mga kaso ng paggamit. Posibleng ilarawan ang mga pagpapalagay at dependency sa bahaging ito upang mahulaan ang mga posibleng hamon at paraan upang malampasan ang mga ito. Ang mga hadlang sa disenyo ay maaari ding isama sa seksyong ito.
Mga kinakailangan sa panlabas na interface
Ang bahaging ito ng ulat ng SRS ay naglalarawan kung paano dapat makipag-ugnayan ang mga user, hardware, at software. Ang seksyon ay maaaring nahahati sa apat na bahagi:
- Ang mga user interface inilalarawan ng bahagi kung paano makikipag-ugnayan ang mga user sa software.
- Ang mga interface ng hardware bahagi ay tungkol sa pakikipag-ugnayan sa pagitan ng hardware at software.
- Ang mga interface ng software ipinapaliwanag ng bahagi kung paano nauugnay ang software sa mga bahagi nito kabilang ang mga operating system, library, database, atbp.
- Ang mga interface ng komunikasyon inilalarawan ng bahagi ang mga channel ng komunikasyon na ginagamit sa loob ng software: mga e-mail, browser, protocol ng server, atbp.
Mga Kinakailangan sa Paggana
Ang seksyong ito ay tungkol sa paraan ng paggana ng software. Inilalarawan nito ang bawat tampok upang maunawaan ng lahat ng miyembro ng koponan ang saklaw ng trabaho. Ang mga kinakailangan sa paggana ay dapat na binubuo ng paglalarawan ng daloy ng trabaho ng system, mga gawi kung/pagkatapos, lohika sa pangangasiwa ng data, at mga input at output ng data.
buffalo sabres schedule 2016-17
Kung mas detalyado ang paglalarawan ng functionality, mas kaunting pagkakataong muling magtrabaho sa hinaharap. Ang isang detalyadong paglalarawan ng mga kinakailangan sa pagganap ay nagbibigay-daan din sa pagtatantya ng oras at gastos ng pag-unlad.
pinoproseso pa rin ang tax return 2021
Mga Non-Functional na Kinakailangan
Inilalarawan ng seksyong ito ang nais na pagganap ng software na ipinahayag bilang mga katangian nito. Bilang isang tuntunin, ang mga pangunahing kinakailangan na hindi gumagana ay seguridad, kakayahang magamit, masusubok, scalability, atbp.
Mga Appendice
Sa seksyong ito, dapat kang mangalap ng anumang impormasyon na makakatulong na mas maunawaan ang mga pangunahing detalye. Ang seksyong ito ay isang lugar para sa mga pagdadaglat, termino at mga kahulugan, diagram, scheme, atbp.
Ang nabanggit na outline ay maaaring baguhin depende sa proyekto, uri ng application na kailangang gawin, ang pagiging kumplikado ng application, atbp. Maaari mong baguhin ang outline sa paraang mas maginhawa para sa iyong team na makita ngunit dapat mong isama ang lahat ng pangunahing mga seksyon upang magkaroon ng buong impormasyon sa proyekto.
Mga tool upang makagawa ng mga ulat ng SRS
Anuman ang pipiliin mong tool upang lumikha ng mga detalye ng kinakailangan ng software para sa iyong proyekto, ang dokumento ay dapat na maginhawang gamitin at ibahagi ng lahat ng miyembrong kasangkot sa isang proyekto. Sa ibaba, naglilista kami ng ilang sikat na paraan at tool upang makabuo ng ulat ng SRS.
Google Docs
Maraming mga business analyst ang pumipili para sa mga serbisyo ng Google gaya ng Google docs o Google Spreadsheets dahil madaling gamitin at i-edit ang mga ito. Bukod dito, ang mga may-akda ng ulat ay maaaring mag-eksperimento sa mga view ng dokumento upang gawing mas nababasa ang mga ito para sa iba. Bilang mga serbisyo sa cloud, ang mga Google doc at spreadsheet ay mas maginhawang ibahagi kung ihahambing sa Microsoft Docs o iba pang mga offline na text editor.
Perlas
Perlas ay isang tool sa pamamahala ng mga kinakailangan na ginagawang madali hangga't maaari ang paghawak sa lahat ng mga gawaing nauugnay sa detalye. Ang kailangan mo lang gawin ay tukuyin ang mga kaso ng paggamit, tungkulin ng user, kundisyon, at daloy. Sa sandaling magawa mo ito, maaari kang bumuo ng isang ulat sa isang pag-click. Ang isa pang magandang bagay tungkol sa tool na Pearl ay pinapayagan nito ang mga abiso at komento para sa maginhawang pagtutulungan ng magkakasama.
Helix RM
Helix RM ay isa pang tool na nagpapadali sa trabaho na may mga pagtutukoy. Ang malawak na pag-andar nito ay nagbibigay-daan sa mga koponan na magtrabaho kasama ang mga spec na may pinakamataas na kaginhawahan. Sa partikular, binibigyan ng Helix RM ang mga user nito ng mga graphical na tool, traceability ng mga kinakailangan, real-time na feature ng collaboration, at higit pa. Ang mahusay na kalamangan ng tool ay ang pagsasama nito sa iba't ibang software tulad ng Slack, Jira, GitHub, atbp.
Konklusyon
Ang dokumentasyon ng kinakailangan sa software ay gumagawa ng ⅓ ng tagumpay ng iyong proyekto kaya mahalagang bigyang-pansin ang bahaging ito kapag binubuo ang iyong software. Posibleng gumawa ng SRS na ulat nang mag-isa o kasama ang isang pangkat ng mga business analyst at software engineer ng kumpanyang pinili mo para sa pakikipagtulungan.
Kahit na sino ang magsusulat ng mga spec at kung anong mga program ang kanilang gagamitin para gawin ito, dapat mong tiyakin na ang dokumentasyon ng iyong mga kinakailangan sa software ay malinaw, pare-pareho, nasusukat, nababaluktot, at kumpleto.
