Model V

De Viquipèdia
Dreceres ràpides: navegació, cerca
Esquema del Model en V per al desenvolupament de productes comercials

El Mètode en V o Model V defineix un procediment uniforme per al desenvolupament informàtic de productes per a les TIC i una extensió del model cascada. La lletra V defineix la forma gràfica dels passos del projecte. És l'estàndard utilitzat per als projectes de l'Administració Federal Alemanya i de defensa. Com està disponible públicament moltes empreses ho fan servir. És un mètode de gestió de projectes comparable a PRINCE2 i descriu tant mètodes per a la gestió com per al desenvolupament de sistemes.

El diagrama V, és una eina que ens ajuda a entendre i aprendre. El coneixement no és descobert, sinó construït per les persones i tenen una estructura que pot ser analitzada. La V de Gowin ens ajuda a identificar els components del coneixement, aclarir les seves relacions i interpretar-los de forma clara i compacta.

Introducció[modifica | modifica el codi]

El Model en V és una representació gràfica del cicle de vida de desenvolupament de sistemes. En ell es resumeixen les principals mesures que s'han d'adoptar en relació amb les prestacions corresponents en el marc informatitzat de validació del sistema. El diagrama V de Gowin, emprat de manera adequada a l’aula, pot constituir se en un potent instrument d'investigacio i aprenentatge per als nostres estudiants pels seus elements epistèmics. Els elements epeistemics de la V de Gowin posibiliten la interrelacio entre el domini conceptual (conceptes, principi, teorias…) y el domini metodologic (registres, transformacions, afirmacions) implicit en un model de resolucio de problemas, a fi de producir coneiximent

Història[modifica | modifica el codi]

El diagrama V de Gowin és un recurs dissenyat per ajudar a estudiants i professors a captar el significat dels materials que s'han d'aprendre.[1] És un mètode que permet entendre d'estructura del coneixement i la manera en que aquest es produeix.

El diagrama V, és una eina que ens ajuda a entendre i aprendre. El coneixement no és descobert, sinó construït per les persones i tenen una estructura que pot ésser analitzada. La V de Gowin ens ajuda a identificar les components del coneixement, esclarir les seves relacions i interpretar-les de forma clara i compacta.

Funcionament[modifica | modifica el codi]

D'una banda hi ha diferents passos del projecte que tenen a veure amb l'esborrany del sistema. Al mig la codificació d'aquest seguit de diferents tests acabant per l'acceptació per part del client.

El punt clau és que a cada pas el qual hi ha un test es fa una verificació i una validació d'aquest.

Verificació: s'està fent el producte correcte tal com es descriu a l'esborrany? Validació: s'està fent el producte adequat?

Un resultat negatiu d'aquestes preguntes pot conduir a un canvi de l'esborrany i així tornar a codificar el programari de nou i tornar a fer el test.

Característiques[modifica | modifica el codi]

Una de les característiques d'aquest mètode és que a diferència d'altres es descriuen només activitats i resultats sense tenir en compte un període de temps rígid per a cada pas del projecte. Aquest model deixa la possibilitat de ser descrit en altres mètodes de projectes informàtics com el model cascada o el model espiral.

Descripció general[modifica | modifica el codi]

És una representació gràfica del cicle de vida del desenvolupament de sistemes. En ell es resumeixen les principals mesures que s'han d'adoptar en relació amb les prestacions corresponents en el marc del sistema informàtic de validació.

És un procés que representa la seqüència de passos en el desenvolupament del cicle de vida d'un projecte. Es descriuen les activitats i resultats que han de produir-se durant el desenvolupament del producte. El costat esquerre de la V representa la descomposició de les necessitats, i la creació de les especificacions del sistema. El costat dret de la V representa la integració de les peces i la seva verificació. V significa "Verificació i validació". És molt similar al model de la cascada clàssic ja que és molt rígid i conté una gran quantitat d'iteracions.

La versió actual del Mètode-V és el Mètode-V XT que es va acabar a febrer del 2005. No és comparable amb CMMI. Mentre que CMMI només descriu "què" s'ha fet, el Mètode-V descriu el "com" i el "quan" i "qui" és el responsable d'haver-ho fet.

És un procés utilitzat en la indústria ja que operaris i superiors poden visualitzar d'una manera gràfica i fàcil els objectius de l'empresa en un cert producte o una certa política. S'utilitza per tenir un control sobre l'ordre de la producció i poder fer una estimació del temps que s'hi destinarà.

Enginyeria de sistemes i de verificació[modifica | modifica el codi]

El procés d'enginyeria de sistemes (SEP) ofereix una via per millorar la rendibilitat dels sistemes complexos com les experimentades pel propietari de la xarxa durant tota la vida del sistema, des de la concepció fins a la jubilació.

Implica primer una identificació completa d'objectius, un concepte d'operacions que descriu necessitats de l'usuari i l'ambient operatiu, requisits del sistema minuciosos i probables, disseny detallats, aplicació, rigorós testatge d'acceptació del sistema implementat per assegurar que satisfaci els requisits manifestats (comprovació de sistema), mesurant la seva eficàcia en objectius vàlids (validació de sistema), funcionant i mantenint-se, el sistema millora gradualment, i eventualment s'acaba.

El procés posa l'accent en les necessitats impulsades per disseny i proves. Tots els elements de disseny i proves d'acceptació haurà de ser conforme a un o més dels requisits del sistema i tots els requisits han de ser abordats per almenys un element de disseny i proves d'acceptació. Tal rigor assegura que res es fa innecessària i tot el que cal es realitza.

Objectius[modifica | modifica el codi]

El Mètode-V va ser desenvolupat per regular el procés de desenvolupament de programari per l'Administració Federal Alemanya. Descriu les activitats i els resultats que es produeixen durant el desenvolupament del programari.

Proporciona una guia per a la planificació i realització de projectes. Els següents objectius estan destinats a ser assolits durant l'execució del projecte:

Minimització dels riscos del projecte: Millora la transparència del projecte i control del projecte, especificant els enfocaments estandarditzats, descriu els resultats corresponents i funcions de responsabilitat. Permet una detecció primerenca de les desviacions i els riscos i millora la gestió de processos, reduint així els riscos del projecte.

Millora i Garantia de Qualitat: Com un model de procés estàndard, assegura que els resultats que es proporcionen siguin complets i continguin la qualitat desitjada. Els resultats provisionals definits es pot comprovar en una fase primerenca. La unifromidad en el contingut del producte millora la llegibilitat, comprensibilitat i verificabilitat.

Reducció de les despeses totals durant tot el projecte i sistema de Cicle de Vida: L'esforç per al desenvolupament, producció, operació i manteniment d'un sistema pot ser calculat, estimat i control de manera transparent mitjançant l'aplicació de un model de processos estandarizados.Reduciendo la dependència en els proveïdors i l'esforç per a les següents activitats i projectes.

Millora de la comunicació entre tots els inversors: La descripció estandarditzada i uniforme de tots els elements pertinents i termes és la base per a la comprensió mútua entre tots els inversors. D'aquesta manera, es redueix la pèrdua de fricció entre l'usuari, comprador, proveïdor i desenvolupador.

Parts del mètode[modifica | modifica el codi]

El Mètode-V és una representació gràfica del cicle de vida del desenvolupament del sistema. Resumeix els passos principals que cal tenir en conjunció amb les corresponents lliuraments dels sistemes de validació.

Representació del Model en V

El corrent d'especificació (part esquerra) consisteix principalment de:

  • Especificacions de requeriment d'usuari
  • Especificacions funcionals
  • Especificacions de disseny

El corrent de proves (part dreta), per la seva banda, sol consistir de:

  • Qualificació d'instal lació
  • Qualificació operacional
  • Qualificació de rendiment

El corrent de desenvolupament pot consistir (depèn del tipus de sistema i de l'abast del desenvolupament) a personalització, configuració o codificació.

Aplicacions[modifica | modifica el codi]

El Model V s'utilitza per regular el procés de desenvolupament de programari dins de l'administració federal d'Alemanya. Avui en dia segueix sent l'estàndard per a l'administració federal alemany i projectes de defensa, així com els desenvolupadors de programari dins de la regió.

El concepte de la Model V ha estat desenvolupat de forma simultània, però independent, a Alemanya i als Estats Units a la dècada de 1980:

  • L'alemany Model V va ser desenvolupat originalment per IABG, a Ottobrunn, prop de Munic, en cooperació amb l'Oficina Federal de Tecnologia Militar i Abastament, a Koblenz, per al Ministeri Federal de Defensa. Va ser presa pel Ministeri Federal de l'Interior per al domini públic, les autoritats civils a l'estiu de 1992 [9].
  • El V Model de EUA, com es documenta el 1991 un procediment pel Consell Nacional d'Enginyeria de Sistemes (NCOSE, ara com INCOSA de 1995) [7], es va desenvolupar per sistemes de satèl·lits de la participació de maquinari, programari i la interacció humana.
  • El model V va aparèixer per primera vegada a Hughes Aircraft cap a 1982 com a part de l'esforç del programa de la FAA Advanced Automation System (AAS). Amb el temps, van formar l'estratègia de prova per a la proposta de Hughes AAS Design Competition Phase (DCP). Va ser creada per mostrar el resultat de la prova i l'enfocament d'integració que va ser impulsat pels nous desafiaments a fi de descobrir defectes ocults en el programari. La necessitat d'aquest nou nivell de detecció de defectes ocults va ser impulsat amb l’objectiu d’iniciar l'automatització del pensament i els processos de planificació del controlador de trànsit aeri segons el que preveu el programa de l’Automated Enroute Air Traffic Control (AERA).

Ara s'ha trobat una àmplia aplicació en comercials, així com els programes de defensa. El seu ús principal és en i Gestió de Projectes [3] [4] en tot el cicle de vida del projecte.

Una característica fonamental de la V EUA-model és que el temps i la maduresa es mouen d'esquerra a dreta i un no pot moure's cap enrere en el temps. Tots iteració és al llarg d'una línia vertical als nivells més alts o més baixos en la jerarquia del sistema, com es mostra a la figura. [3] [4] [7] Això ha demostrat ser un aspecte important del model. L'expansió del model a un concepte de doble V és tractat en la referència [3].

Moltes empreses com el Model V està disponible al públic també ho fan servir. En la gestió de projectes és un mètode comparable a PRINCE2 i descriu els mètodes per a la gestió de projectes, així com els mètodes per al desenvolupament del sistema. El Model V rígid, mentre que en el procés, pot ser molt flexible en la seva aplicació, especialment pel que fa a l'àmbit d'aplicació fora de l'àmbit dels paràmetres del sistema per al Desenvolupament del cicle de vida normal.

Proves unitàries[modifica | modifica el codi]

En la programació d'ordinadors, les proves unitàries és un mètode pel qual les unitats individuals de codi font són provats per determinar si són aptes per al seu ús. Una unitat és la part més petita comprovable d'una aplicació. En la programació d'una unitat de procediment pot ser una funció individual o procediment. Les proves unitàries són creats pels programadors o a vegades pels emprovadors de la caixa blanca. L'objectiu és verificar el codi de la lògica interna de la prova de cada branca possible dins de la funció, també conegut com a cobertura de la prova. eines d'anàlisi estàtic s'utilitzen per facilitar aquest procés, on les variacions de les dades d'entrada es passa a la funció per posar a prova tots els casos possibles de l'execució.

Avantatges[modifica | modifica el codi]

Aquestes són els avantatges de Model V ofereix enfront d'altres models de desenvolupament de sistemes:

  • Els usuaris de la Model V participar en el desenvolupament i manteniment de la Model V. Un tauler de control de canvis manté públicament la Model V. El consell de control de canvis es reuneix un cop l'any i tots els processos rebut sol·licituds de canvi en el Model V.
  • A cada inici del projecte, el Model V es pot adaptar a un projecte específic Model V, sent possible perquè el Model V, és l'organització i el projecte independent.
  • El Model V preveu una assistència concreta sobre com implementar una activitat i les seves fases de treball, definint explícitament els actes necessaris per completar una fase de treball: cada esquema d'activitats conté instruccions, recomanacions i explicacions detallades de l'activitat.

Límits[modifica | modifica el codi]

Els següents aspectes no estan coberts pel Model V, que han de ser regulades per una altra part, o el Model V ha d'adaptar en conseqüència:

  • La col·locació dels contractes de serveis no està regulat.
  • L'organització i execució de l'operació, manteniment, reparació i eliminació del sistema no estan coberts per la Model V. No obstant això, la planificació i la preparació d'un concepte d'aquestes tasques estan regulats a la Model V.
  • El Model V s'ocupa de desenvolupament de programari dins d'un projecte en lloc d'una organització.

Referències[modifica | modifica el codi]

  1. NOVAK-GOWIN, 1988

Enllaços externs[modifica | modifica el codi]

A Wikimedia Commons hi ha contingut multimèdia relatiu a: Model V Modifica l'enllaç a Wikidata