A l’hora de formar una tasca tècnica, ha d’enumerar necessàriament tots els requisits d’un sistema d’informació, en cas contrari, el desenvolupador simplement no sabrà amb quina finalitat està creat el producte, què pretén complir i com. La tasca de formular requisits recau en el client, tot i que en la pràctica els gestors a través dels quals es fa la comanda solen ajudar-los. Però els estudiants implicats en la redacció de treballs de termini, les dissertacions, haurien de poder fer aquestes llistes de manera independent.
Enteniment comú
El procés de creació d’IP és força complicat, consta de moltes etapes successives. Els especialistes que treballen en el projecte es veuen obligats a afrontar diverses dificultats. Fins a cert punt, es pot simplificar formulant amb precisió els requisits del sistema d'informació. No sempre és obvi per què sorgeixen els problemes, especialment quan es treballa en productes innovadors, i és sovint una tasca difícil la creació d’una descripció completa de totes les accions per a les quals està dirigit el producte.
Atenció a tots els detalls
Una imatge completa de la funcionalitat del producte és la llista completa dels requisits d'un sistema d'informació. També inclou aspectes que el client suggereix i el programador els implementa en crear el projecte. El procés de creació de capacitat, la seva recerca analítica, documentació i proves de rendiment són el desenvolupament de requeriments, durant els quals és possible identificar amb precisió totes les limitacions i arribar a un consens entre "vull" i "realment factible". És important recordar que els enginyers moderns no són mags, sinó persones que utilitzen eines tècniques accessibles, les quals, malauradament, també són limitades. L’aspecte del temps no és menys important, ja que el treball per a la creació i la implementació de requeriments requereix costos de temps importants - mesos i, de vegades, anys.
Quins hi ha?
És habitual parlar dels requisits del sistema i dels usuaris d’un sistema d’informació. El llenguatge natural descriu els presentats per un usuari concret. Per aclarir la redacció, podeu recórrer a diagrames de diferents graus de complexitat. D’aquesta manera, podreu fer una impressió general de les funcions per a les quals es pretén implementar la IP i les limitacions que trobareu al vostre treball.
Els requisits del sistema són aquelles característiques específiques del projecte, el coneixement del qual permet traduir els desitjos del client en realitat. Aquests requisits tècnics del sistema d’informació inclouen una presentació sobre les característiques dels equips, la seva potència, així com l’elecció a favor d’una opció d’arquitectura específica. Es poden atribuir molts altres aspectes als sistemes del sistema, que no són evidents per a l’usuari, però regulant quin serà el producte final.
Requisits: on obtenir-los?
Les tasques de formulació i aprovació dels requisits per a un sistema d'informació no són tan senzilles com a primera vista. El terme s'utilitza per denominar un procés estructurat tan complex, en el marc del qual es crea la documentació, confirmada pel client, el contractista, que regula clarament totes les especificacions del producte. El desenvolupament es divideix en quatre passos consecutius:
- activitats analítiques per determinar el grau de viabilitat del previst;
- creació, estudi analític dels requisits directament;
- formulació de requisits per a la formació de documentació justificativa;
- certificació dels requisits per al sistema de dades d'informació, així com d'altres condicions, normes per a la implementació del projecte.
No és tan senzill
Si s’estableixen els requisits per a la seguretat dels sistemes d’informació, el contingut d’informació, el format, les tasques de gestió i altres aspectes del funcionament del projecte, això no vol dir que romandran inalterats fins al “final victoriós”. El flux de treball sovint va acompanyat d’un canvi en les especificacions i requisits establerts. Això succeeix no només per iniciativa del client, sinó també del contractista, que té davant de certes limitacions tècniques que impedeixen la implementació de diversos aspectes previstos. És important tenir en compte les característiques del control de processos. La gestió del canvi és un dels aspectes clau del desenvolupament de requeriments i la seva implementació en una IP específica.
Un aspecte important de treballar amb els requisits és la definició de les persones amb anàlisis d’informació posteriors versàtils. Per a això s’utilitza un model de treball generalitzat. En el marc d'una empresa determinada, s'està implementant un sistema de gestió de requisits de sistemes d'informació únic, que permet formular, ajustar, acceptar, rebutjar les condicions seleccionades. Molt depèn de les qualificacions dels treballadors, del tipus de propietat intel·lectual on treballin, dels estàndards emprats en el flux de treball.
Què sembla?
A la pràctica, la redacció, l’analítica dels requisits per a la seguretat dels sistemes d’informació, l’ompliment de dades, l’estructura (i altres sistemes i usuaris) impliquen primer la identificació de les característiques d’un àmbit temàtic determinat. S’investiguen per analistes qualificats i es determinaran els paràmetres específics del sector d’aplicació del producte desenvolupat en el futur. Després d’això, comencen a recollir els requisits previs, treballant amb persones que formulin aquesta informació. En paral·lel, continuen treballant per perfeccionar l’àrea temàtica.
El següent pas per formular requisits per als sistemes d’informació municipals, privats, utilitzats en agències governamentals és crear un sistema jeràrquic d’informació identificada. Si la recollida inicial d’informació dóna un complex caòtic de dades, llavors en el marc de la sistematització s’ordena, creant grups d’elements que tinguin connexions lògiques entre ells.
Treball continuat
El següent pas en l’especificació dels requisits d’informació en sistemes d’informació, l’estructura del projecte, les funcions funcionals i internes, és identificar contradiccions i resoldre conflictes. Quan reben informació d’una àmplia gamma de tercers sobre el treball de la IP dissenyada, es troben amb el problema següent: cada persona té les seves pròpies idees sobre les capacitats del projecte i la seva finalitat. Sovint, les idees rebudes de diferents persones entren en conflicte entre elles i també contradiuen la lògica, les capacitats tècniques existents, mitjançant les quals s’implementa el sistema. Per racionalitzar la situació, després d’una anàlisi exhaustiva, és necessari identificar totes les contradiccions i trobar la solució de compromís òptima per resoldre-les.
També és necessari elaborar un sistema de prioritats per identificar les contradiccions i analitzar la viabilitat de tots els requisits. Sempre hi ha més importants i menys significatius entre el conjunt general de requisits. La tasca dels desenvolupadors és treballar estretament amb aquells que creen requisits per identificar quins dels aspectes establerts del funcionament del producte són els més significatius i que poden esperar o cancel·lar-se completament si hi contribueixen condicions externes negatives (per exemple, falta de temps). Després d’haver creat un sistema de prioritats, podem començar a comprovar la integritat, la compatibilitat entre ells i la coherència dels aspectes identificats.
Pas a pas
Els requisits dels sistemes d’informació (dades personals, informació sobre el treball de l’empresa i qualsevol altre) es formulen com a part d’un procés cíclic. Totes les etapes estan connectades directament i inversament. A continuació, es descriuen els passos: primer cal identificar les característiques de l’àrea temàtica, després anar progressivament al pas per determinar la compatibilitat dels requisits entre ells, així com la seva completesa i altres paràmetres, cosa que ens permet parlar de l’aplicabilitat de les condicions obtingudes a la pràctica als desenvolupadors. Si aconsegueu crear una imatge completa de l'àrea temàtica, ja estableix les condicions de treball, especialment el funcionament. La repetició del cicle proporciona una visió més detallada i profunda de l’àrea, el tercer cicle permetrà formular encara més clarament els requeriments. La repetició és necessària fins que tots els participants en el flux de treball entenguin exactament per a què està dissenyat el sistema i com funcionarà, què cal implementar quan es treballa en un projecte.
Perquè el procés de conformació dels requisits sigui eficaç i els seus resultats siguin aplicables a l'obra, cal seguir algoritmes generalment acceptats per formular condicions.
Punts de referència
Aquest és el mètode bàsic per identificar els requisits dels sistemes d'informació estatals, en particular, en definitiva, absolutament qualsevol, independentment del lloc on s'utilitzin. Com a part de la definició de condicions, cal reconèixer com a condició inicial que els punts de vista sobre la qüestió que es consideri puguin diferir. S’identifiquen i s’utilitzen com a base per a la formulació del primer procés de recollida dels requisits, i després de les condicions reals.
El punt de vista és un concepte bastant vague, per la qual cosa s’han desenvolupat diversos enfocaments que l’interpreten de manera diferent. La interpretació més senzilla del concepte és una font de dades que descriu el funcionament de la propietat intel·lectual. Els punts de referència es converteixen en la base per modelar la IP i utilitzar la informació del producte. La recollida de requisits implica la identificació de tots els punts de referència significatius que s’utilitzen més en el procés de construcció del producte. També es té en compte com s’utilitzaran les tècniques per processar les dades.
Plantejament alternatiu
Una altra interpretació del concepte de "punt de vista" implica la percepció del terme com a estructura de representació. De fet, es tracta d’un element del model de producte. Els diferents punts de vista permeten crear nombrosos models de màquines d’estat finit, interaccions d’entitats i les relacions entre elles dins d’un projecte específic. Es tenen en compte les característiques específiques de l’abast del projecte.
El punt de vista pot significar l'opinió del destinatari extern del servei implementat a través de la propietat intel·lectual. A partir de TK, és possible identificar dades que s’utilitzen en la implementació dels serveis del sistema, la seva gestió. Aquest plantejament es considera el més eficaç. Va constituir la base de la definició de requisits orientats al punt de vista: un mètode específic per identificar requisits que permet determinar informació i analitzar-la eficaçment.
Treballar amb punts de vista
En primer lloc, han de ser identificats, així com determinar tots els serveis que s’associen a un punt en concret. A continuació, el sistema s’estructura de manera jeràrquica, agrupant punts de vista entre ells, revelant serveis comuns per a IP. Els classificats com a nivell jeràrquic més alt. Seran heretades per tots els TK d’un nivell inferior.
El suport de TK ha de ser documentat. Per a aquesta informació es descriu clarament, donats els resultats de la identificació. Després d'això, és possible elaborar un sistema TK en el qual es reflectiran tots els objectes IP identificats a partir de la informació recollida.
Preneu-vos el temps!
Per regla general, el treball en IP comença amb una sessió de pluja d’idees a gran escala dissenyada per determinar tots els requisits possibles per a un projecte. Cal tenir present amb antelació que és gairebé impossible determinar tots els requisits possibles amb un sol procediment. Com més complex sigui el sistema, més seran necessaris aquests procediments.Només si les repetides sessions de pluja d’idees que impliquen tant el client com el contractista no proporcionen informació útil, suposen raonablement que s’han identificat els TOR suportats i s’han formulat els requisits, podem començar a implementar-los per mitjans tècnics.
Certificació de requisits
Aquest procediment permet comprendre fins a quin punt els requisits corresponen a les idees del client sobre el producte final. La verificació és un dels passos més importants per detectar una especificació errònia i eliminar-la amb antelació. En cas contrari, l’alteració haurà de realitzar-se en l’etapa en què el sistema ja estigui dissenyat i construït, cosa que comporti pèrdues tant de recursos temporals com d’altres. Els majors problemes causen errors descoberts després de la introducció del producte a l'empresa.
En el cas general, els treballs per fer ajustaments al sistema es valoren molt més alts que la detecció i correcció d’exactituds en l’etapa de dissenyar la funcionalitat de codificació IP. El canvi de requisits en la majoria dels casos provoca canvis estructurals impressionants, inclòs un nivell bàsic. Això vol dir que, un cop realitzats els canvis, haureu de passar per una gamma completa de verificació i proves per assegurar-vos que totes les eines dissenyades funcionen correctament.