Kas ir programmatūras prasību specifikācija?

Programmatūras izveide nesastāv tikai no izstrādes. Pirms sākt strādāt pie programmatūras, izstrādātājiem precīzi jāzina, ko izveidot. Tāpēc izstrāde parasti sākas ar dokumentu virknes sagatavošanu, kas detalizēti apraksta nākotnes projektu. Dokumentos ir iekļauti daudzi pētījumi, analīzes un specifikācijas, no kurām viena ir programmatūras prasību specifikācija (SRS).





Šis raksts ir veltīts VID, tā nozīmei jūsu projektam un kvalitatīvas programmatūras specifikācijas izveidei. Iedziļināsimies tēmā, definējot VID.



youtube video buferis, bet netiks atskaņots

Kas ir programmatūras prasību dokumentācija un kāpēc tā ir nepieciešama?

Programmatūras prasību dokumentācija ir dokuments, kurā aprakstītas programmatūras funkcionālās un nefunkcionālās specifikācijas, veids, kā tā tiks izstrādāta, un lietošanas gadījumi – veidi, kā lietotāji mijiedarbosies ar programmatūru, kad tā būs gatava. VID ziņojums parasti tiek sagatavots laikā projekta atklāšanas posms . Uzņēmumu īpašnieki var paši strukturēt visas specifikācijas vai uzticēt šo uzdevumu profesionāļiem, kuriem ir pieredze programmatūras izstrādē un specifikāciju noteikšanā.

Daži uzņēmumu īpašnieki varētu vēlēties izlaist atklāšanas posmu, tostarp dokumentācijas sagatavošanu. Tomēr šī posma neievērošana var izraisīt projekta neveiksmi. Saskaņā ar PMI pētījumu Pulse of the Profession, 35% projektu neizdodas neprecīzu prasību dēļ. Vai kāds uzņēmuma īpašnieks atteiktos veikt VID vākšanu, ja viņam šī statistika būtu zināma iepriekš? Mēs par to šaubāmies. Tātad, lūk, kā jūsu komanda gūst labumu no visas programmatūras prasības vienuviet:



  • Izstrādātāji izlemj par tehnoloģiju kopumu, kas viņiem būs nepieciešams programmatūras aizmugures un priekšgala izveidei
  • Dizaineri gūt priekšstatu par to, kā tie var atspoguļot programmatūras saskarnes funkcionalitāti
  • Testētāji iegūt izpratni par pārbaudes gadījumiem, kas viņiem būs jāsagatavo, un nodrošināt programmatūras atbilstību biznesa prasībām
  • Uzņēmumu īpašnieki iegūst savam produktam nepieciešamo funkciju sarakstu un var pieņemt pārdomātus lēmumus par investīcijām

Kopumā programmatūras prasību dokumentācija ir vadlīnijas, kas nodrošina, ka ikvienam programmatūras izstrādes procesā iesaistītajam ir skaidrs procesa redzējums un tādas pašas cerības. Tādējādi VID pārskats ļauj izvairīties no pārpratumiem un nesaskaņām kolektīva iekšienē.

Ja nolemjat pats izveidot specifikācijas, varat izmantot dažas programmatūras specifikācijas piemēri jūs varat atrast internetā. Ja vēlaties deleģēt šo uzdevumu profesionāļiem, pārliecinieties, ka atrodat uzticamu uzņēmumu, kurā ir spēcīga biznesa analītiķu, projektu vadītāju, izstrādātāju un testētāju komanda, kas var nodrošināt augstas kvalitātes specifikācijas.

Lietas, kas jāzina pirms VID ziņojuma rakstīšanas

Lai pareizi noteiktu programmatūras prasības, ir svarīgi zināt, kāda vērtība programmatūrai ir jāsniedz uzņēmumiem un programmatūras lietotājiem. Ir svarīgi zināt arī augstas kvalitātes īpašības programmatūras specifikācijas .



Uzņēmējdarbības un lietotāju prasības

Uzņēmējdarbības un lietotāju prasības atspoguļo izstrādājamās programmatūras būtību. Uzņēmējdarbības prasības apraksta mērķus, ko uzņēmumu īpašnieki vēlas sasniegt, izmantojot konkrētu programmatūru. Mērķi var būt dažādi: automatizēt procesus, samazināt darbinieku skaitu un aparatūru utt. Lietotāju prasības atšķiras atkarībā no programmatūras veida. Tomēr vairumā gadījumu lietotāji vēlas lietojumprogrammas, kas darbojas ātri un ir intuitīvi lietojamas. Lai rakstītu detalizētas specifikācijas, ir svarīgi ņemt vērā šīs prasības.

Augstas kvalitātes VID raksturojums

Lai programmatūras prasību specifikācijas ziņojums projektam un komandai būtu maksimāli izmantots, ir svarīgi to sagatavot:

  • Pabeigts lai katrs projektā iesaistītais komandas dalībnieks pārskatā atrastu nepieciešamo informāciju. Izstrādātājiem ir jāatrod tehniskās prasības, savukārt UI/UX dizaineriem jābūt vispārīgām dizaina vadlīnijām. Testētājiem ir jāsaprot, kā programmatūrai ir jādarbojas, lai to pareizi pārbaudītu. Produktu īpašniekiem šis dokuments ir nepieciešams, lai viņiem būtu skaidrs redzējums par savu projektu.
  • Izmērāms lai jūs varētu salīdzināt gatavo produktu ar specifikācijām, kuras sagatavojāt pašā sākumā. Nav jēgas teikt, ka jūsu programmatūrai jāatbilst visām prasībām.
  • Elastīgs. VID ziņojums nav tas, ko tu uzraksti vienreiz un nevari mainīt līdz projekta beigām. Gluži pretēji, prasības var mainīties, turpinoties darbam pie projekta. Tādējādi pārskata formātam jābūt ērtam, lai to pielāgotu, kad vien tas nepieciešams.
  • Skaidrs un precīzs. Ir svarīgi izvairīties no liekām frāzēm un neskaidrībām. Katrs process ir jāapraksta vienkāršos vārdos, norādot programmatūras izveidei nepieciešamo tehnoloģiju sarakstu.

Tagad, kad zināt, kas ir ļoti svarīgi augstas kvalitātes programmatūras prasību dokumentācijai, ir pienācis laiks redzēt, no kā tas sastāv.

Programmatūras prasību specifikācijas komponenti

VID ziņojumam ir jābūt konsekventam, tāpēc ir svarīgi pieturēties pie noteiktas struktūras, kas palīdz lasītājiem viegli uztvert informāciju. Zemāk mēs aprakstam galvenās sadaļas, kas būtu jāiekļauj pienācīgā VID.

Ievads

Ievadā īsi jāpaskaidro, kāda programmatūra tiks veidota, lai katrs komandas loceklis iegūtu vispārēju izpratni par projektu, pie kura strādā.

atteikties no bērna nodokļa kredīta avansa

Paredzētā auditorija

Šajā sadaļā ziņojuma autori min visus komandas dalībniekus, kuriem ir piekļuve dokumentam. Parasti tie ir programmatūras inženieri, testētāji, dizaineri un projektu vadītāji. Produkta īpašniekam, kurš pasūta programmatūras izstrādi, arī jābūt iekļautam šajā sarakstā, un viņam ir jābūt iespējai jebkurā laikā apskatīt dokumentu, lai pārliecinātos, ka viss notiek kā plānots.

Kopējais apraksts

Šajā sadaļā ir aprakstītas funkcijas, kas jāveic programmatūrai. Jūs atradīsit arī lietotāju lomas un lietošanas gadījumus. Šajā daļā ir iespējams aprakstīt pieņēmumus un atkarības, lai paredzētu iespējamos izaicinājumus un veidus, kā tos pārvarēt. Šajā sadaļā var iekļaut arī dizaina ierobežojumus.

Ārējās saskarnes prasības

Šajā VID ziņojuma daļā ir aprakstīts, kā lietotājiem, aparatūrai un programmatūrai ir jāsadarbojas. Sadaļu var iedalīt četrās daļās:

  1. The lietotāja saskarnes daļā ir aprakstīts, kā lietotāji mijiedarbosies ar programmatūru.
  2. The aparatūras saskarnes daļa ir par aparatūras un programmatūras mijiedarbību.
  3. The programmatūras saskarnes daļā ir paskaidrots, kā programmatūra korelē ar tās komponentiem, tostarp operētājsistēmām, bibliotēkām, datu bāzēm utt.
  4. The komunikācijas saskarnes daļā ir aprakstīti programmatūras iekšienē izmantotie saziņas kanāli: e-pasti, pārlūkprogrammas, servera protokoli utt.

Funkcionālās prasības

Šī sadaļa ir par to, kā programmatūra darbosies. Tajā ir aprakstītas visas funkcijas, lai visi komandas locekļi varētu saprast darba apjomu. Funkcionālajās prasībās jāietver sistēmas darbplūsmas apraksts, ja/tad darbības, datu apstrādes loģika un datu ievade un izvade.

Jo detalizētāks ir funkcionalitātes apraksts, jo mazākas iespējas tos pārstrādāt nākotnē. Detalizēts funkcionālo prasību apraksts ļauj arī novērtēt izstrādes laiku un izmaksas.

Nefunkcionālās prasības

Šajā sadaļā ir aprakstīta vēlamā programmatūras veiktspēja, kas izteikta kā tās īpašības. Kā likums, galvenās nefunkcionālās prasības ir drošība, lietojamība, testējamība, mērogojamība utt.

Pielikumi

Šajā sadaļā ir jāapkopo visa informācija, kas palīdz labāk izprast galvenās specifikācijas. Šī sadaļa ir vieta saīsinājumiem, terminiem un to definīcijām, diagrammām, shēmām utt.

visaugstāk novērtētais testosterona pastiprinātājs 2018. gadā

Iepriekš minēto kontūru var mainīt atkarībā no projekta, veidojamās lietojumprogrammas veida, lietojumprogrammas sarežģītības utt. Varat mainīt kontūru tā, lai jūsu komandai būtu ērtāk uztvert, taču tajā ir jāiekļauj visi galvenajās sadaļās, lai iegūtu pilnīgu informāciju par projektu.

Rīki VID atskaišu sagatavošanai

Neatkarīgi no tā, kādu rīku jūs izvēlaties, lai izveidotu programmatūras prasību specifikācijas savam projektam, dokumentam jābūt ērtam lietošanai un kopīgošanai visiem projektā iesaistītajiem dalībniekiem. Zemāk mēs uzskaitām vairākus populārus veidus un rīkus VID pārskata ģenerēšanai.

Google dokumenti

Daudzi biznesa analītiķi izvēlas Google pakalpojumus, piemēram, Google dokumentus vai Google izklājlapas, jo tos ir viegli lietot un rediģēt. Turklāt pārskatu autori var eksperimentēt ar dokumentu skatiem, lai tie būtu saprotamāki citiem. Tā kā Google dokumentus un izklājlapas ir mākoņpakalpojumi, to koplietošana ir arī ērtāka, salīdzinot ar Microsoft Docs vai citiem bezsaistes teksta redaktoriem.

Pērle

Pērle ir prasību pārvaldības rīks, kas maksimāli atvieglo visu ar specifikāciju saistīto uzdevumu apstrādi. Viss, kas jums jādara, ir definēt lietošanas gadījumus, lietotāju lomas, nosacījumus un plūsmas. Kad tas ir izdarīts, varat izveidot pārskatu ar vienu klikšķi. Vēl viena laba lieta Pearl rīkā ir tā, ka tas ļauj saņemt paziņojumus un komentārus ērtam komandas darbam.

Helix RM

Helix RM ir vēl viens rīks, kas atvieglo darbu ar specifikācijām. Tā plašā funkcionalitāte ļauj komandām maksimāli ērti strādāt ar specifikācijām. Jo īpaši Helix RM nodrošina saviem lietotājiem grafiskos rīkus, prasību izsekojamību, reāllaika sadarbības līdzekļus un daudz ko citu. Rīka lielā priekšrocība ir tā integrācija ar dažādu programmatūru, piemēram, Slack, Jira, GitHub utt.

Secinājums

Pareizi sagatavota programmatūras prasību dokumentācija nodrošina jūsu projekta panākumus, tāpēc, izstrādājot programmatūru, ir svarīgi pievērst uzmanību šai daļai. Ir iespēja strādāt pie VID atskaites patstāvīgi vai ar izvēlētā uzņēmuma biznesa analītiķu un programmatūras inženieru komandu.

Neatkarīgi no tā, kurš rakstīs specifikācijas un kādas programmas tas izmantos, jums jāpārliecinās, vai programmatūras prasību dokumentācija ir skaidra, konsekventa, izmērāma, elastīga un pilnīga.

Ieteicams