Desarrollo e Implantacion

7/24/2019 Desarrollo e Implantacion

1/11

LLABORATORIOABORATORIODEDESSISTEMASISTEMASDEDEIINFORMACINNFORMACIN

Pgina 1 de 11


2/11


C NTENID TEMTIC

UNIDAD

TEMA PG.

IV. Desarrollo e Implantacin. 3

4.1. Plan de Trabao. 34.1.1. Implantacin. 3

4.!. "apacitacin de Us#arios del $istema. 44.2.1. Tipos de Capacitacin. 4

4.2.2. Mtodos de Capacitacin. 5

4.2.3. Tiempo de Conversin a Utiliar. !

4.%. Man#al de Instalacin Detallada. "

4.4. Mantenimiento & 'ob#ste( del $istema. #

Pgina 2 de 11


3/11


DDE$A'')**)E$A'')**)EEIIMP*ANTA"I+NMP*ANTA"I+N..

4.1. P4.1. P*AN*ANDEDETT'A,A-)'A,A-)..

Consiste en determinar los o$%etivos del pro&ecto' las posi$les alternativas & las restricciones. (sta )asee*+ivale a la de recoleccin de re*+isitos del ciclo de vida clsico e incl+&e adems la plani)icacin de lasactividades a realiar en cada iteracin.

,+rante esta etapa se lleva a ca$o el anlisis de riesgos' se de)inen los rec+rsos necesarios para desarrollarel so)t-are & se esta$lecen las estimaciones de tiempo & costos . (l propsito de esta etapa de planiicacines proporcionar +na indicacin preliminar de la via$ilidad del pro&ecto de ac+erdo con el costo & con laagenda *+e se a&an esta$lecido. Posteriormente' la gestin del pro&ecto d+rante el desarrollo del mismorealia & revisa el plan de pro&ecto de so)t-are.

4.1.1. I4.1.1. IMP*ANTA"I+NMP*ANTA"I+N..

(s la /ltima )ase del desarrollo de 0istemas. (s el proceso de instalar e*+ipos o 0o)t-are n+evo' comores+ltado de +n anlisis & diseo previo como res+ltado de la s+stit+cin o me%oramiento de la )orma dellevar a ca$o +n proceso a+tomatiado.

l Implantar +n 0istema de In)ormacin lo primero *+e de$emos acer es aseg+rarnos *+e el 0istema seaoperacional o sea *+e )+ncione de ac+erdo a los re*+erimientos del anlisis & permitir *+e los +s+ariosp+edan operarlo.

(isten varios en)o*+es de Implementacin

(s darle responsa$ilidad a los gr+pos.

Uso de di)erentes estrategias para el entrenamiento de los +s+arios.

(l nalista de 0istemas necesita ponderar la sit+acin & proponer +n plan de conversin *+e seaadec+ado para la organiacin.

(l nalista necesita )orm+lar medidas de desempeo con las c+ales eval+ar a los Us+arios.

,e$e Convertir )sicamente el sistema de in)ormacin antig+o' al n+evo modi)icado.

(n la preparacin de la Implantacin' a+n*+e el 0istema este $ien diseado & desarrollado correctamente s+ito depender de s+ implantacin & e%ec+cin por lo *+e es importante capacitar al +s+ario con respecto as+ +so & mantenimiento.

Pgina 3 de 11


4/11


5/11


6a capacitacin *+e reci$a el operador tam$in de$e contemplar al personal de capt+ra de datos.

0i el sistema re*+iere de la instalacin de e*+ipo n+evo' el personal de$e ser capacitado en lo necesariopara encender & apagar el e*+ipo' as como conocimiento de lo *+e es s+ operacin & s+ +so normal.Como parte de la capacitacin se le de$e dar al personal +na lista de )ormas de resolver los pro$lemas &*+e identi)i*+e los posi$les pro$lemas & sol+cin' as como datos personales de las personas a *+in$+scar c+ando s+r%an pro$lemas inesperados.

"apacitacin de #s#arios. 6a capacitacin de +s+arios incl+&e la identi)icacin de pro$lemas'determinando si el pro$lema *+e s+rge es ocasionado por ard-are o por so)t-are' o por algo realiadopor los mismos +s+arios *+e ocasione la )alla del sistema.

7o a& nada ms desesperante *+e tra$a%ar con +n sistema & *+e s+ceda +n pro$lema & no ser capade determinar si es )alla del propio sistema' del e*+ipo o de los +s+arios. (l l+gar para prevenir estoscasos es d+rante la capacitacin. 6a ma&or parte de la capacitacin de los +s+arios tiene *+e ver con laoperacin del sistema en s. 6a capacitacin en la codi)icacin de los datos marca la pa+ta en el procesode capt+ra a partir de las transacciones' o en la preparacin de datos necesarios para las actividades de

apo&o a las decisiones.

6as actividades de manip+lacin de los datos *+e reci$e la ma&or atencin en la capacitacin de+s+arios son la capt+ra de datos 9Cmo modi)icar datos previamente almacenados


6/11


M+cas organiaciones contratan personas c+&a /nica )+ncin es capt+rar datos siendo de granimportancia en +na capacitacin adec+ada para la capt+ra de datos.

6a Pr#eba de $alida' en la ma&ora de estas pr+e$as son +n s+$prod+cto de la pr+e$a de otroscomponentes estr+ct+rales. Por e%emplo' mientras se pr+e$an la entrada & las $ases de datos' se revisala +tilidad & eactit+d de la salida res+ltante.

Una pr+e$a de salida no es otra cosa *+e la generacin de +n reporte' s+ entrega al +s+ario &determinar si satis)ace las necesidades de in)ormacin. Una $+ena )orma de llevar a ca$o la pr+e$a desalida consiste en entregar +n reporte a +na persona no )amiliariada con el sistema' si esta personap+ede eplicar el reporte' entonces pro$a$lemente el )ormato p+ede ser entendido por los +s+arios.

Pr#eba de la base de datos. 6as pr+e$as importantes para determinar si las $ases de datos satis)acenlas necesidades de los +s+arios' en gran medida' es la pr+e$a de salida. 0in em$argo se p+eden llevara ca$o pr+e$as adicionales para aseg+rarse *+e las $ases de datos contengan la in)ormacin *+esatis)aga todas las demandas *+e se le plantean.

Incl+&endo pr+e$as tales como la creacin de +n n+evo registro antes del primer registro en el arcivomaestro' la creacin de +n n+evo registro desp+s del /ltimo' la creacin de +n registro de +ndepartamento *+e no eiste' intentar leer o escri$ir en +n arcivo con el disco )+era de la +nidad 9en elcaso de sistemas en +nidades )lei$les


7/11


4.!.%. T4.!.%. TIEMP)IEMP)DEDE"")NVE'$I+N)NVE'$I+NAAUUTI*I5A'TI*I5A'..

(l Est#dio de Tiempo' es +na tcnica para determinar con la ma&or eactit+d posi$le' partiendo de +nn/mero de o$servaciones' el tiempo para llevar a ca$o +na tarea determinada con arreglo a +na norma de

rendimiento preesta$lecido.

"on3ersin. Consiste en el cam$io del sistema anterior con el sistema n+evo' as como los mtodos parallevarla a ca$o & veri)icacin de *+e la conversin se a&a e)ect+ado correctamente.

(isten c+atro mtodos para e)ect+ar +na conversin en +n sistema' en donde cada mtodo tiene venta%as &desventa%as entre los mismos. (s conveniente mencionar *+e alg+nos mtodos de conversin se a%+stanper)ectamente a pro$lemas planteados' en donde nos es conveniente aplicar otro mtodo de$ido a *+e losposi$les res+ltados sean ampliar los periodos de conversin' sit+acin *+e p+ede crear pro$lemas con los+s+arios & los analistas.

$istemas paralelos. (ste mtodo es +n modelo seg+ro' &a *+e el sistema n+evo )+nciona al mismotiempo *+e el sistema anterior8 de$ido a *+e si enc+entran )allas en el sistema n+evo' el anterior

permanece en constante )+ncionamiento sin perdidas de tiempo' ni de in)ormacin.

Una des3entaam+& nota$le es *+e este mtodo de conversin es m+& costoso &a *+e se d+plican losrec+rsos +manos como materiales para tra$a%ar en )orma paralela am$os sistemas d+plicando as loscostos de operacin.

"on3ersin directa. (l sistema anterior ser reemplaado por el n+evo sistema' &a *+e la organiacincon)a plenamente en el n+evo sistema. ?$ligando as a los +s+arios a *+e agan )+ncionar al n+evosistema encontrando en l n+evos mtodos & controles.

(n caso de encontrar errores no eiste +n sistema *+e lleve +n respaldo de seg+ridad en lasoperaciones' este mtodo ocasiona +na planeacin ms c+idadosa.

Eno0#e piloto. (n este mtodo se implanta el n+evo sistema en +na parte de la organiacin. Con$ase a retroalimentacin se acen cam$ios & el sistema se instala en el resto de la organiacinmediante alg+nos otros mtodos' esto en gran medida proporciona eperiencia & pr+e$a directa antesde la implantacin.

?casionando la des3entaade *+e el n+evo sistema p+ede dar la impresin de *+e el n+evo sistema noes con)ia$le' ni est li$re de errores.

"on3ersin por etapas. 0e implanta el n+evo sistema de manera grad+al' reemplaando partes delsistema anterior' permitiendo a los primeros +s+arios aprovecar las venta%as del n+evo sistema' ascomo la capacitacin de los mismos' llevando a ca$o la instalacin de +na n+eva etapa +na ve *+e )+eaceptada sin acer +so necesario de rec+rsos etras.

Plan De "on3ersin(l plan de con3ersinincl+&e +na lista de actividades para llevar a aca$o la implantacin del n+evosistema & ponerlo en operacin. (n l se identi)ica a las personas responsa$les de cada actividad' ascomo +n programa de actividades para dar seg+imiento a cada +na de estas etapas.

(l plan de conversin de$e prevenir los posi$les pro$lemas & la )orma de en)rentarlos implementando planesde emergencia adec+ados. lg+nos pro$lemas *+e se presentan com/nmente son

,oc+mentos perdidosDariacin entre datos de los )ormatos n+evos & anteriores

Pgina ! de 11


8/11


(rrores en la conversin de datos(travo de datos o prdida de arcivos?misin en alg+nos pasos de la conversin

,+rante la conversin se de$en considerar diversos aspectos' desde la instalacin del e*+ipo asta el ordende las )ormas & los s+ministros. lg+nas actividades de conversin comienan realmente desde *+e +nsistema se est desarrollando' as como contactar proveedores.

Acondicionamiento de las Instalaciones

>rec+entemente los analistas tra$a%an con el personal de los proveedores para de)inir elacondicionamiento de las instalaciones. (l cliente o el ingeniero de sistemas presentar +na lista deespeci)icaciones para el ca$leado elctrico & los contactos' necesidades de aire acondicionado'controles de +medad & eigencias de espacio' lo ms recomenda$le es tener el local antes de lallegada del e*+ipo.

4.%. M4.%. MANUA*ANUA*DEDEIIN$TA*A"I+NN$TA*A"I+NDDETA**ADAETA**ADA..

(l o$%etivo de este paso es ela$orar el Man+al de Instalacin.

Una copia de cada man+al de$e *+edar en poder del (*+ipo de Pro&ecto para *+e se incorpore a la Carpeta

del 0istema.

(n +na lista de )actores de calidad del so)t-are' +no podra esperar encontrar la presencia de $+enadoc+mentacin como parte de los re*+erimientos. Pero este no es +n )actor de calidad separado8 sino *+e lanecesidad de doc+mentacin es +na consec+encia de los otros )actores *+e intervienen en el anlisis &desarrollo de sistemas. 0e p+ede disting+ir entre tres especies de doc+mentacin

6a necesidad de doc#mentacin e2terna' la c+al permite a los +s+arios entender el poder del sistema &

+sarlo convenientemente' es +na consec+encia de la de)inicin de )acilidad de +so.

6a necesidad de doc#mentacin interna' la c+al permite a los desarrolladores de so)t-are entender laestr+ct+ra & la implementacin del sistema' es +na consec+encia del re*+erimiento de etensi$ilidad.

6a necesidad de doc#mentacin de intera(de md+lo o s+$sistema' permite a los desarrolladores deso)t-are entender las )+nciones provedas por +n md+lo o s+$sistema sin tener *+e entender s+implementacin' es +na consec+encia del re*+erimiento de re+tiliacin. Tam$in )l+&e del )actor deetensi$ilidad' &a *+e la doc+mentacin de la inter)a de s+$sistema ace posi$le determinar si +n ciertocam$io a)ecta a otros md+los.

(n ve de tratar a la doc+mentacin como +n prod+cto por separado del so)t-are' es pre)eri$le acerso)t-are tan a+toEdoc+menta$le como sea posi$le. (sto aplica a los tres tipos de doc+mentacin

Incl+ir a&+da en lnea )acilita & rea)irma convenios claros & consistentes para la inter)a al +s+ario' semitiga la tarea de los a+tores de man+ales de +s+ario & otras )ormas de doc+mentacin eterna.

Un $+en leng+a%e de implementacin dismin+&e la necesidad de doc+mentacin interna si )avorece laclaridad & estr+ct+ra del so)t-are. (ste es +no de los re*+erimientos para la notacin del mtodoorientado a o$%etos.

Pgina " de 11


9/11


6a notacin de$er soportar encaps#lamiento9oc+ltamiento de in)ormacin< & otras tcnicas 9talescomo a)irmaciones' @assertionsA< para separar la inter)a de los md+los de s+ implementacin. s' esposi$le +sar erramientas para prod+cir a+tomticamente la doc+mentacin de inter)a de md+los apartir del cdigo )+ente.

Pgina # de 11


10/11


(stas tcnicas dismin+&en el rol de la doc+mentacin tradicional' a+n*+e por s+p+esto no podemos esperar*+e lo eliminen por completo.

4.4. M4.4. MANTENIMIENT)ANTENIMIENT)66''),U$TE5),U$TE5DE*DE*$$I$TEMAI$TEMA..

Mantenimiento

(l so)t-are s+)rir cam$ios a lo largo de s+ vida /til. (stos cam$ios p+eden ser de$idos a tres ca+sas

F+e' d+rante la +tiliacin' el cliente detecte errores en el so)t-are los errores latentes.

F+e se prod+can cam$ios en alg+no de los componentes del sistema in)ormtico por e%emplo cam$iosen la m*+ina' en el sistema operativo o en los peri)ricos.

F+e el cliente re*+iera modi)icaciones )+ncionales 9normalmente ampliaciones< no contempladas en elpro&ecto.

(n c+al*+ier caso' el mantenimiento s+pone volver atrs en el ciclo de vida' a las etapas de codi)icacin'diseo o anlisis dependiendo de la magnit+d del cam$io.

(l modelo en cascada' a pesar de ser lineal' contiene )l+%os *+e permiten la v+elta atrs. s' desde elmantenimiento se v+elve al anlisis' el diseo o la codi)icacin' & tam$in desde c+al*+ier )ase se p+edevolver a la anterior si se detectan )allos. (stas v+eltas atrs no son controladas' ni *+edan eplcitas en elmodelo' & este es +no de los pro$lemas *+e presenta este paradigma

6a lista de )actores no incl+&e +na c+alidad *+e a men+do es citada mantenibilidad. Para entender por*+e'veamos ms de cerca la nocin $sica mantenimiento.

(l mantenimientoes lo *+e se ace desp+s de *+e +n prod+cto de so)t-are a sido entregado. 6as

disc+siones de mtodos de so)t-are tienden a en)ocarse en la )ase de desarrollo8 as tam$in los c+rsos$sicos de programacin. 0in em$argo' esta ampliamente estimado *+e el !;G de los costos del so)t-areesta dedicado al mantenimiento. C+al*+ier est+dio acerca de la calidad del so)t-are estara incompleto sidesatiende este aspecto.

HF+e signi)ica el @mantenimientoA para el so)t-are 0i re)leionamos por +n min+to vemos *+e estetrmino esta e*+ivocado +n prod+cto de so)t-are no se desgasta por el +so contin+o' & por lo tanto nonecesita ser @mantenidoA en la )orma *+e +n a+tomvil reci$e servicios de mantenimiento.

(n la prctica' la pala$ra es +sada por la gente de desarrollo para descri$ir alg+nas no$les & otras no tanno$les actividades. 6a parte no$le es modi)icacin tanto como las especi)icaciones de los sistemascam$ien' re)le%ando los cam$ios en el m+ndo eterno' as tam$in lo arn los sistemas. 6a parte no tanno$le es la post7dep#racin eliminando errores *+e' en primer l+gar' n+nca de$eran a$er estado all.

Ms del 42G de los costos estn dedicados a las etensiones & modi)icaciones solicitadas por el +s+ario.(sto es lo llamamos la parte noble del mantenimiento' la c+al es +na parte inevita$le. 6a preg+nta a/n sinresp+esta es c+anto del costo total en mantenimiento se podra aorrar +na compaa si constr+&era s+so)t-are con ms preoc+pacin por la etensi$ilidad desde el principio. Tenemos pr+e$as de *+e el mtodoorientado a o$%etos p+ede a&+dar.

(l sig+iente aspecto en orden decreciente de costo en porcenta%e es partic+larmente interesante el e)ectode los cam$ios en el )ormato de los datos. C+ando cam$ia la estr+ct+ra )sica de los arcivos & otras pieasde datos' los programas tienen *+e ser adaptados.

Pgina 1; de 11


11/11


(n alg+nas organiaciones el clamor generaliado es @gran parte de n+estro pres+p+esto esta dedicado acostos de mantenimiento de sistemas' nada n+evo es creado' ning+na a&+da o apo&o a las n+evasestrategias de negocio *+e arn )rente a la )ero competencia en el mercado8 J 6as reas de in)ormtica noestn a&+dando m+coJA

'ob#ste(

o$+ste es la a$ilidad de los sistemas de so)t-are para reaccionar apropiadamente a lascondiciones anormales

'ob#ste( complementa la e2actit#d. (actit+d tiene *+e ver con la cond+cta del sistema c+$ierta por s+especi)icacin8 o$+ste caracteria *+e s+cede )+era de dica especi)icacin.

'ob#ste(es +na nocin ms di)+sa por nat+ralea como lo m+estra s+ de)inicin. ,e$ido a *+e lo *+e nosconcierne a*+ son los casos *+e no estn c+$iertos por la especi)icacin' no es posi$le decir' como en laeactit+d' *+e el sistema @realiar s+s tareasA en tales casos8 +na ve *+e estas tareas son conocidas' elcaso anormal se convierte en parte de la especi)icacin & regresaramos al terreno de la eactit+d.

(sta de)inicin de @caso anormalA es /til c+ando se est+dia el mane%o de ecepciones. Implica *+e lasnociones de casos normales & anormales son siempre relativos a cierta especi)icacin8 +n caso anormales simplemente +n caso *+e no esta c+$ierto por la especi)icacin. 0i amplias la especi)icacin' los

casos anormales se convierten en casos normales' a/n si dico evento es +na entrada errnea por partedel +s+ario. @NormalA en este sentido no signi)ica @deseableA' sino simplemente @considerar s+oc+rrencia en el diseo del so)t-areA.

+n*+e de entrada p+ede parecer parad%ico *+e errores de tecla de$ieran ser llamados casosnormales pero de otra )orma a$ra *+e depender de criterios s+$%etivos & podran ser in/tiles.

0iempre a$r casos *+e la especi)icacin no incl+&e eplcitamente. (l rol del re*+erimiento de ro$+ste esaseg+rar *+e si esos casos s+rgen' el sistema no ca+sar eventos catastr)icos8 de$er prod+cir mensa%esde error apropiados' terminar s+ e%ec+cin adec+adamente' o entrar en +n modo elegantemente red+cido.

Pgina 11 de 11

ESPECIFICACION

Exactitud

Robustez

Documents

Desarrollo e Implantacion