Teknistä tehtävää muodostettaessa on välttämättä lueteltava kaikki tietojärjestelmää koskevat vaatimukset, muuten kehittäjä ei yksinkertaisesti tiedä mihin tarkoitukseen tuote luodaan, mitä sen on tarkoitus täyttää ja miten. Vaatimusten muotoilutehtävä on asiakkaalla, vaikka käytännössä esimiehet, joiden kautta tilaus tehdään, auttavat tässä. Mutta opinnäytetyön kirjoittamiseen osallistuvien opiskelijoiden tulisi pystyä itse luomaan tällaisia luetteloita.
Yhteinen käsitys
IP: n luomisprosessi on melko monimutkainen, koostuu monista peräkkäisistä vaiheista. Projektin parissa työskentelevät asiantuntijat joutuvat käsittelemään erilaisia vaikeuksia. Tätä voidaan jossain määrin yksinkertaistaa muotoilemalla tietojärjestelmää koskevat vaatimukset tarkasti. Ei ole aina selvää, miksi ongelmat nousevat etenkin innovatiivisten tuotteiden kanssa työskennellessä, ja kattava kuvaus kaikista toiminnoista, joihin tuote on tarkoitettu, on usein vaikea tehtävä.
Huomio kaikkiin yksityiskohtiin
Täydellinen kuva tuotteen toiminnallisuudesta on täydellinen luettelo tietojärjestelmää koskevista vaatimuksista. Se sisältää myös asiakkaan ehdottamat näkökohdat, jotka ohjelmoija toteuttaa projektia luotaessa. Valmiuksien kehittämisprosessi, niiden analyyttinen tutkimus, dokumentointi ja suorituskyvyn testaus ovat vaatimusten kehittämistä, jonka aikana on mahdollista tunnistaa tarkasti kaikki rajoitukset ja päästä yksimielisyyteen "haluan" ja "todella toteutettavissa" välillä. On tärkeää muistaa, että nykyaikaiset insinöörit eivät ole taikureita, vaan ihmisiä, jotka käyttävät esteettömiä teknisiä työkaluja, joiden mahdollisuudet valitettavasti ovat myös rajalliset. Aikapuoli ei ole yhtä merkittävä, koska vaatimusten luomiseen ja toteuttamiseen liittyvä työ vaatii huomattavia aikakustannuksia - kuukausia ja joskus vuosia.
Mitkä siellä ovat?
On tapana puhua tietojärjestelmän järjestelmä- ja käyttäjävaatimuksista. Luonnollinen kieli kuvaa tietyn käyttäjän esittämiä kieliä. Sanamuodon selventämiseksi voit turvautua kaavioihin, jotka ovat monimutkaisia. Tämän avulla voit luoda yleiskuvan toiminnoista, joita IP on tarkoitus toteuttaa, ja rajoituksista, joita kohtaat työssäsi.
Järjestelmävaatimukset ovat niitä hankkeen erityisominaisuuksia, joiden tuntemuksen avulla voit muuntaa asiakkaan toiveet todellisuudeksi. Nämä tietojärjestelmää koskevat tekniset vaatimukset sisältävät esityksen laitteen ominaisuuksista, sen tehosta sekä tietyn arkkitehtuurivaihtoehdon valinnasta. Järjestelmälle voidaan luonnehtia monia muita näkökohtia, jotka eivät ole käyttäjän kannalta ilmeisiä, mutta sääntelevät mitä lopputuote tulee.
Vaatimukset: mistä ne saada?
Tietojärjestelmän vaatimusten muotoilemisen ja hyväksymisen tehtävät eivät ole niin yksinkertaisia kuin miltä ensi silmäyksellä saattaa tuntua. Termiä käytetään kuvaamaan tällaista monimutkaista jäsenneltyä prosessia, jonka puitteissa luodaan dokumentaatio, asiakkaan, urakoitsijan, vahvistamana ja joka selkeästi säätelee kaikkia tuote-eritelmiä. Kehitys on jaettu neljään peräkkäiseen vaiheeseen:
- analyyttinen toiminta suunnitellun toteutettavuuden määrittämiseksi;
- vaatimusten luominen, analyyttinen tutkiminen suoraan;
- vaatimusten muotoilu todistusasiakirjojen muodostamista varten;
- tietojen tietojärjestelmävaatimusten sekä muiden ehtojen, hankkeen toteuttamista koskevien sääntöjen varmentaminen.
Ei niin yksinkertainen
Jos tietojärjestelmien, tietosisällön, muodon, hallintotehtävien ja projektin toiminnan muiden näkökohtien turvallisuusvaatimukset vahvistetaan kerran, se ei tarkoita, että ne pysyvät muuttumattomina ennen voittavaa loppua. Työnkulkuun liittyy usein muutos vahvistetuissa vaatimuksissa ja vaatimuksissa. Tämä tapahtuu paitsi asiakkaan, myös myös urakoitsijan aloitteesta, sillä hänellä on tiettyjä teknisiä rajoituksia, jotka estävät useiden suunniteltujen näkökohtien toteuttamisen. On tärkeää ottaa huomioon prosessinohjauksen ominaisuudet. Muutoksen hallinta on yksi keskeisiä vaatimuksia vaatimusten kehittämiselle ja niiden toteuttamiselle tietyssä IP: ssä.
Tärkeä näkökohta vaatimusten kanssa työskentelyssä on niiden henkilöiden määritteleminen, joilla on myöhemmin monipuolinen tietoanalyysi. Tätä varten käytetään yleistä työmallia. Tietyn yrityksen puitteissa otetaan käyttöön ainutlaatuinen tietojärjestelmän vaatimusten hallintajärjestelmä, joka antaa mahdollisuuden muotoilla, mukauttaa, hyväksyä, hylätä valitut ehdot. Paljon riippuu työntekijöiden pätevyydestä, IP-tyypistä, jonka parissa he työskentelevät, työnkulun standardeista.
Miltä se näyttää?
Käytännössä tietojärjestelmien tietoturvavaatimusten sanamuoto, analysointi, tietojen täyttö, rakenne (ja muut järjestelmät ja käyttäjät) sisältävät ensin tietyn aihealueen ominaisuuksien tunnistamisen. Pätevät analyytikot tutkivat sen määrittäen tulevaisuuden kehitetyn tuotteen sovellussektorin erityiset parametrit. Sen jälkeen he alkavat kerätä alustavia vaatimuksia työskennellessään sellaisten tietojen muotoilijoiden kanssa. Samanaikaisesti he jatkavat aihealueen hienosäätöä.
Seuraava vaihe hallitusvirastoissa käytettävien yksityisten kuntien tietojärjestelmien vaatimusten laatimisessa on luoda hierarkkinen tunnistetun tiedon järjestelmä. Jos alkuperäinen tiedonkeruu antaa kaoottisen datakompleksin, niin järjestelmällisyyden puitteissa se tilataan luomalla elementtiryhmiä, joilla on loogiset yhteydet toisiinsa.
Jatkuva työ
Seuraava askel tietojärjestelmien tietovaatimusten määrittelyssä, projektin rakenteessa, toiminnallisissa, sisäisissä ominaisuuksissa on ristiriitojen tunnistaminen ja ristiriitojen ratkaiseminen. Saatuaan tietoa useilta kolmansilta osapuolilta suunnitellun IP: n toiminnasta, he kohtaavat seuraavan ongelman: jokaisella on omat ainutlaatuiset ideansa projektin ominaisuuksista ja sen tarkoituksesta. Usein eri ihmisiltä saadut ideat ovat ristiriidassa keskenään ja ristiriidassa myös logiikan, olemassa olevien teknisten ominaisuuksien, joiden avulla järjestelmä toteutetaan. Tilanteen virtaviivaistamiseksi perusteellisen analyysin jälkeen on tarpeen tunnistaa kaikki ristiriidat ja löytää optimaalinen kompromissiratkaisu niiden ratkaisemiseksi.
Ristiriitojen tunnistamiseksi ja kaikkien vaatimusten toteutettavuuden analysoimiseksi on myös tarpeen laatia prioriteettijärjestelmä. Yleisissä vaatimuksissa on aina tärkeämpiä ja vähemmän merkityksellisiä. Kehittäjien tehtävänä on tehdä tiivistä yhteistyötä vaatimuksia luovien kanssa niiden tunnistamiseksi, mitkä tuotteen toiminnasta vakiintuneista näkökohdista ovat merkittävimmät ja jotka voivat odottaa tai peruuttaa kokonaan, jos negatiiviset ulkoiset olosuhteet edistävät tätä (esimerkiksi ajanpuute). Luotuamme prioriteettijärjestelmän voimme alkaa tarkistaa tunnistettujen näkökohtien täydellisyyden, yhteensopivuuden ja johdonmukaisuuden.
Askel askeleelta
Vaatimukset tietojärjestelmille (henkilötiedot, tiedot yrityksen toiminnasta ja muista) on muotoiltu osana suhdanneprosessia. Kaikki vaiheet on kytketty sekä suoraan että käänteisesti. Vaiheet on kuvattu yllä: ensin sinun on tunnistettava aihealueen piirteet, sitten siirry vähitellen vaiheeseen, jossa määritetään vaatimusten keskinäinen yhteensopivuus sekä niiden täydellisyys ja muut parametrit, jotta voimme puhua saatujen ehtojen soveltuvuudesta käytännössä kehittäjille. Jos onnistut luomaan täysimääräisen kuvan aihealueesta, se asettaa jo työolosuhteet, erityisesti toiminnan. Syklin toistaminen antaa tarkemman ja syvällisemmän kuvan alueesta. Kolmas jakso antaa mahdollisuuden muotoilla vaatimukset entistä selkeämmin. Toistaminen on välttämätöntä, kunnes kaikki työnkulun osallistujat ymmärtävät tarkalleen, mihin järjestelmä on suunniteltu ja miten se toimii, mitä on otettava käyttöön projektia työskennellessä.
Jotta vaatimustenmuodostusprosessi olisi tehokas ja sen tuloksia voitaisiin soveltaa työssä, on välttämätöntä noudattaa yleisesti hyväksyttyjä algoritmeja ehtojen muotoilussa.
Vertailupisteet
Tämä on perusmenetelmä tunnistaa erityisesti valtion tietojärjestelmiä koskevat vaatimukset - lyhyesti sanottuna ehdottomasti ketään, riippumatta siitä, missä niitä käytetään. Osana ehtojen määritelmää on välttämätöntä tunnustaa lähtöehtona, että näkemykset tarkasteltavana olevasta aiheesta voivat olla erilaisia. Ne yksilöidään ja käytetään perustana ensimmäisen keräysprosessin ja sitten todellisten olosuhteiden muotoilulle.
Näkökulma on melko epämääräinen käsite, joten on kehitetty useita lähestymistapoja, jotka tulkitsevat sitä eri tavalla. Käsitteen yksinkertaisin tulkinta on tietolähde, joka kuvaa IP: n toimintaa. Viitepisteistä tulee perusta mallinnettaessa IP: tä ja tuotteen tietojen käyttöä. Vaatimuksien kokoaminen sisältää kaikkien merkittävien vertailupisteiden tunnistamisen, joita käytetään edelleen tuotteen rakennusprosessissa. Se ottaa myös huomioon, kuinka tekniikoita käytetään tietojen käsittelemiseen.
Vaihtoehtoinen lähestymistapa
Toinen "näkökulman" käsitteen tulkinta käsittää termin käsitteen esitysrakenteena. Itse asiassa tämä on osa tuotemallia. Eri näkökulmista voit luoda lukuisia malleja äärellisistä tilakoneista, entiteettien vuorovaikutuksista ja niiden välisistä suhteista tietyssä projektissa. Hankkeen laajuuden erityispiirteet otetaan huomioon.
Näkökulma voi tarkoittaa IP: n kautta toteutetun palvelun ulkoisen vastaanottajan mielipidettä. TK: n perusteella on mahdollista tunnistaa tietoja, joita käytetään järjestelmäpalveluiden toteuttamisessa, niiden hallintaan. Tätä lähestymistapaa pidetään tehokkaimpana. Se muodosti perustan näkökulmapohjaisen vaatimusmäärittelyn - erityisen menetelmän vaatimusten tunnistamiseen, jonka avulla voit määrittää tiedot ja analysoida niitä tehokkaasti.
Työskentele näkökulmien kanssa
Ensinnäkin ne on yksilöitävä, samoin kuin määritettävä kaikki palvelut, jotka liittyvät tiettyyn pisteeseen. Sitten järjestelmä rakennetaan hierarkkisesti, ryhmittelemällä näkökohdat keskenään, paljastaen IP: lle yhteiset palvelut. Ne luokitellaan korkeimmalle hierarkkiselle tasolle. Heidän on perittävä kaikki alemman tason TK: t.
TK: n tukeminen on dokumentoitava. Tätä tietoa kuvataan selkeästi, tunnistamistulosten perusteella. Sen jälkeen on mahdollista laatia TK-järjestelmä, jossa kaikki kerätyistä tiedoista tunnistetut IP-objektit heijastuvat.
Ota aikaa!
IP-työ aloitetaan pääsääntöisesti laaja-alaisella aivoriihiistunnolla, joka on suunniteltu määrittelemään kaikki mahdolliset vaatimukset projektille. On tarpeen tietää etukäteen, että on lähes mahdotonta määrittää kaikkia mahdollisia vaatimuksia yhdellä menettelyllä. Mitä monimutkaisempi järjestelmä, sitä enemmän tällaisia menettelyjä vaaditaan.Vain jos toistuvat aivoriihi-istunnot, joihin osallistuvat sekä asiakas että urakoitsija, eivät tarjoa hyödyllistä tietoa, he kohtuudella olettavat, että tuki-omaisuuserät on tunnistettu ja vaatimukset on muotoiltu, voimme jatkaa niiden toteuttamista teknisin keinoin.
Vaatimusten varmentaminen
Tämän menettelyn avulla voit ymmärtää, missä määrin vaatimukset vastaavat asiakkaan ideoita lopputuotteesta. Varmennus on yksi tärkeimmistä vaiheista virheellisen eritelmän havaitsemiseksi ja poistamiseksi etukäteen. Muutoin muutos on tehtävä siinä vaiheessa, kun järjestelmä on jo suunniteltu ja rakennettu, mikä aiheuttaa sekä väliaikaisia että muita resurssien menetyksiä. Suurimmat ongelmat tuovat virheitä, jotka havaitaan tuotteen käyttöönoton jälkeen yrityksessä.
Yleisessä tapauksessa järjestelmään tehtävien säätöjen työ on arvioitu paljon korkeammaksi kuin epätarkkuuksien havaitseminen ja korjaaminen IP: n, koodaustoimintojen suunnitteluvaiheessa. Vaatimusten muuttaminen aiheuttaa useimmissa tapauksissa vaikuttavia rakenteellisia muutoksia, mukaan lukien perustaso. Tämä tarkoittaa, että muutosten tekemisen jälkeen joudut suorittamaan täyden valikoiman varmennuksia ja testauksia varmistaaksesi, että kaikki suunnitellut työkalut toimivat oikein.