1.

- INGENIERIA DE SOFTWARE
La ingeniera de software es una disciplina formada por un conjunto de mtodos, herramientas y tcnicas que se utilizan en el desarrollo de los programas informticos (software), es la aplicacin de un enfoque sistemtico, disciplinado y cuantifica le al desarrollo, operacin y mantenimiento de software, La ingeniera de software, incluye el anlisis pre!io de la situacin, el dise"o del proyecto, el desarrollo del software, las prue as necesarias para confirmar su correcto funcionamiento y la implementacin del sistema# $na !ez que se completa el ciclo del software, entra en juego el mantenimiento del software# %e trata de una fase de esta ingeniera donde se solucionan los errores descu iertos (muchas !eces ad!ertidos por los propios usuarios) y se incorporan actualizaciones para hacer frente a los nue!os requisitos#

2.- MODELOS DE DESARROLLO DE SOFTWARE.

&ara el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final, un modelo de desarrollo esta lece el orden en el que se harn las cosas en el proyecto, pro!ee de requisitos de entrada y de salida para cada una de las acti!idades, por ello es necesario el modelo de desarrollo# MODELO CASCADA

Llamado tam in Lineal secuencial# &roporciona una simple !isin del desarrollo del %oftware# ' los procesos los representa como fases separadas y secuenciales en tiempo# (ada etapa produce documentos que son la entrada a la siguiente, para desarrollar una etapa de e concluirse la anterior#

Faces Del modelo cascada Ingenie !a " An#lisis del Sis$ema % 'nlisis y de dise"o de todos los componentes del sistema computacional An#lisis de los Re&'isi$os% Se de e conocer que necesita el usuario para sa er que necesidades de emos cu rir# Dise(o% )n esta fase se realizan los algoritmos necesarios para que se cumplan los requerimientos del usuario as como tam in los anlisis necesarios para sa er que herramientas usar en la etapa de (odificacin# %e di!iden en* +ise"o de 'lto ,i!el o 'rquitectnico +ise"o +etallado Codi)icaci*n% )s la fase de programacin propiamente dicha# + 'e,a% Las componentes una !ez programadas, se ensam lan para formar el sistema y se demuestra que tra aja correctamente antes de ser puesto en prctica por el usuario# )-isten !arios tipos de &rue as* . &rue as de unidad . &rue as de integracin . &rue as de sistema# . &rue as de aceptacin

Man$enimien$o% )l software necesitar cam ios despus de la entrega# Los tipos de mantenimiento son* . /antenimiento &re!enti!o y &erfecti!o . /antenimiento (orrecti!o . /antenimiento )!oluti!o

-en$a.as% &lanificacin sencilla# $na plantilla estructurada para ingeniera de software# +isminuye el efecto ola de nie!e al reducir el mantenimiento considerando que se tienen unas especificaciones completas y correctas# La cantidad de recursos necesarios para implementar este modelo es mnimo# La documentacin se produce en cada etapa del desarrollo del modelo de cascada#

/ Des0en$a.as% proceso de creacin del software tarda mucho tiempo ya que de e pasar por el proceso de prue a y hasta que el software no est completo no se opera# )!olucin de los 0equisitos# 0esultados al final# proceso de creacin del software tarda mucho tiempo ya que de e pasar por el proceso de prue a y hasta que el software no est completo no se opera#

MODELO DE ES+IRAL.

)l /odelo en )spiral es un modelo de proceso de software e!oluti!o donde se conjuga la naturaleza de construccin de prototipos con los aspectos controlados y sistemticos del modelo lineal y secuencial La meta del modelo espiral del proceso de produccin del software es proporcionar un marco para dise"ar tales procesos, dirigido por los ni!eles de riesgo en el proyecto actual#

Cada 0'el$a en la es1i al se di0ide en sec$o es%

Com'nicaci*n con el Clien$e* Las tareas requeridas para esta lecer comunicacin entre el desarrollador y el cliente# +lani)icaci*n o +laneaci*n% Las tareas requeridas para definir recursos, el tiempo, determinacin de los o jeti!os, alternati!as y restricciones, y otra informacin relacionada con el proyecto# An#lisis de Riesgos% Las tareas requeridas para e!aluar riesgos tcnicos y de gestin, anlisis de alternati!as e identificacin1resolucin de riesgos# Ingenie !a% Las tareas requeridas para construir una o ms representaciones de la aplicacin, desarrollo del producto hasta 2el siguiente ni!el2# Cons$ 'cci*n " Acci*n* Las tareas requeridas para construir, pro ar, instalar y proporcionar soporte al usuario (por ejemplo, documentacin y prctica)#

Di)e encias en$ e modelo en es1i al " modelos $ adicionales 0econocimiento e-plcito de las diferentes alternati!as# 3dentificacin de riesgos para cada alternati!a desde el comienzo# 'l di!idir el proyecto en ciclos, al final de cada uno e-iste un acuerdo para los cam ios que hay que realizar en el sistema# )l modelo se adapta a cualquier tipo de acti!idad adicional -en$a.as. 4 ' diferencia del modelo de proceso clsico que termina cuando se entrega el software el modelo en espiral puede adaptarse y aplicarse a lo largo de la !ida del software de computadora# (omo el software e!oluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los ni!ele e!oluti!os# )l modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construccin de prototipos en cualquier etapa de e!olucin del producto# )l modelo en espiral demanda una consideracin directa de los riesgos tcnicos en todas las etapas del proyecto y si se aplica adecuadamente de e reducir los riesgos antes de que se con!iertan en pro lemas# )n la utilizacin de grandes sistemas ha do lado la producti!idad# )s un enfoque realista para el desarrollo de software y de sistemas a gran escala# Des0en$a.as.

4 4

4 4 4 4

5enera mucho tiempo en el desarrollo del sistema /odelo costoso 0equiere e-periencia en la identificacin de riesgos 0esulta difcil con!encer a grandes clientes de que el enfoque e!oluti!o es controla le +e ido a su ele!ada complejidad no se aconseja utilizarlo en peque"os sistemas

MODELO DE DESARROLLO R2+IDO DE A+LICACI3N 4 RAD

+esarrollo rpido de aplicaciones o 0'+ (acrnimo en ingls de rapid application development) es un proceso de desarrollo de software, desarrollado inicialmente por 6ames /aslow en 789:# )l mtodo comprende el desarrollo interacti!o, la construccin de prototipos y el uso de utilidades ('%) ((omputer 'ided %oftware )ngineering)# ;radicionalmente, el desarrollo rpido de aplicaciones tiende a englo ar tam in la usa ilidad, utilidad y la rapidez de ejecucin# Ca ac$e !s$icas /odelo secuencial lineal con tiempos cortos de desarrollo <arios equipos participando en el desarrollo (ada equipo maneja una parte del sistema $so de herramientas de prue as automatizadas

 )n cada etapa de li eracin, los productos parciales son integrados, pro ados li erados

El en)o&'e RAD $iene las sig'ien$es )ases% 7# Modelado de Ges$i*n* se modela el flujo de informacin entre las funciones de gestin# =# Modelado de Da$os% se refina el flujo de informacin como un conjunto de o jetos de datos necesarios para apoyar la empresa# %e definen las caractersticas de cada uno de los o jetos y sus relaciones# ># Modelado del + oceso* se definen las transformaciones (a"adir, modificar, suprimir o recuperar) so re los o jetos del modelo de datos para lograr los flujos de informacin de cada funcin de gestin# ?# Gene aci*n de A1licaciones* codificacin de una funcin de gestin# @# + 'e,as " en$ ega* prue a de los componentes y entrega del programa que realiza una funcin de gestin# La cla0e del modelo RAD es$# en los cam,ios en las e$a1as de codi)icaci*n " 1 'e,as% / Codi)icaci*n# )l modelo 0'+ asume la utilizacin de tcnicas de cuarta generacin# )n lugar de crear software con lenguajes de programacin de tercera generacin, se tra aja para !ol!er a utilizar componentes de programas ya e-istentes (cuando es posi le) o a crear componentes reutiliza les (cuando sea necesario)# )n todos los casos se utilizan herramientas para facilitar la construccin de software# / + 'e,as# (omo se enfatiza la reutilizacin, ya se han compro ado muchos de los componentes de los programas# )sto reduce en muchos casos el tiempo de prue as, aunque se de en pro ar todos los componentes nue!os y se de en ejercitar todas las interfaces a fondo

-en$a.as% A )nfatiza ciclos de desarrollo e-tremadamente cortos A ;iene las !entajas del modelo clsico A %e asegura de que el producto entregado cumple las necesidades del cliente Des0en$a.as%

A %olo se puede aplicar si el sistema se puede modularizar de forma que permita completarse cada una de las funciones principales en menos de tres meses A &ara proyectos grandes puede requerir muchos equipos de tra ajo distintos A 0equiere clientes y desarrolladores comprometidos en las rpidas acti!idades necesarias A ,o resulta adecuado cuando los riesgos tcnicos son ele!ados A %e pueden tener pro lemas con la aceptacin del prototipo %e requiere mBltiples desarrolladores

MODELO DE DESARROLLO 5+
La programacin e-trema es una disciplina de desarrollo de software Crelati!amenteD nue!a# Ca ac$e !s$icas /etodologa para un gil desarrollo de software# &rogramacin asada en los deseos del cliente# )l equipo lo conforman los jefes de proyecto, desarrolladores y el cliente# %e rige por !alores y principios

-alo es de 5+ Com'nicaci*n* (rear software requiere de sistemas comunicados# Sim1licidad* )mpezar con lo necesario y requerido y tra ajar desde ah# Re$ oalimen$aci*n* +el sistema, del cliente, y del equipo# -alen$ia% &rograma para hoy y no para ma"ana# Res1e$o* )l equipo de e tra ajar como uno, sin hacer decisiones repentinas#

-en$a.as &rogramacin organizada# /enor taza de errores# %atisfaccin del programador

 %olucin de errores de programas <ersiones nue!as

3mplementa una forma de tra ajo donde se adapte fcilmente a las circunstancias# Des0en$a.as ,o e-iste documentacin del proyecto 3mposi le pre!er todo antes de programar +emasiado costoso e innecesario 5asta demasiado tiempo recursos en cam iar la documentacin de la planificacin para que se parezca al cdigo

MODELO E-OL6TI-O

Los e!oluti!os son modelos iterati!os, permiten desarrollar !ersiones cada !ez ms completas y complejas, hasta llegar al o jeti!o final deseadoE incluso e!olucionar ms all, durante la fase de operacin# Los modelos C3terati!o 3ncrementalD y C)spiralD (entre otros) son dos de los ms conocidos y utilizados del tipo e!oluti!o# La idea detrs de este modelo es el desarrollo de una implantacin del sistema inicial, e-ponerla a los comentarios del usuario, refinarla en , !ersiones hasta que se desarrolle el sistema adecuado E7is$en dos $i1os de desa ollo e0ol'$i0o% Desa ollo E71lo a$o io* )l o jeti!o de este enfoque es e-plorar con el usuario los requisitos hasta llegar a un sistema final# )l desarrollo comienza con las partes que se tiene ms claras# )l sistema e!oluciona conforme se a"aden nue!as caractersticas propuestas por el usuario# En)o&'e '$ili8ando 1 o$o$i1os% )l o jeti!o es entender los requisitos del usuario y tra ajar para mejorar la calidad de los requisitos# ' diferencia del desarrollo e-ploratorio, se comienza por definir los requisitos que no estn claros para el usuario y se utiliza un prototipo para e-perimentar con ellos# )l prototipo ayuda a terminar de definir estos requisitos#

-en$a.as La especificacin puede desarrollarse de forma creciente# Los usuarios y desarrolladores logran un mejor entendimiento del sistema# )sto se refleja en una mejora de la calidad del software# )s ms efecti!o que el modelo de cascada, ya que cumple con las necesidades inmediatas del cliente#

Des0en$a.as + oceso no -isi,le* Los administradores necesitan entregas para medir el progreso# %i el sistema se necesita desarrollar rpido, no es efecti!o producir documentos que reflejen cada !ersin del sistema# Sis$emas 1o, emen$e es$ 'c$' ados% Los cam ios continuos pueden ser perjudiciales para la estructura del software haciendo costoso el mantenimiento# Se e&'ie en $9cnicas " :e amien$as* &ara el rpido desarrollo se necesitan herramientas que pueden ser incompati les con otras o que poca gente sa e utilizar#

MODELO INCREMENTAL

)l /odelo 3ncremental com ina elementos del /odelo Lineal %ecuencial con la filosofa interacti!a de (onstruccin de &rototipos, (ada secuencia lineal produce un incremento del software# )l primer incremento generalmente es un producto esencial denominado nBcleo# )l modelo incremental consiste en un desarrollo inicial de la arquitectura completa del sistema, seguido de sucesi!os incrementos funcionales# (ada incremento tiene su propio ciclo de !ida y se asa en el anterior, sin cam iar su funcionalidad ni sus interfaces# $na !ez entregado un incremento, no se realizan cam ios so re el mismo, sino Bnicamente correccin de errores# +ado que la arquitectura completa se desarrolla en la etapa inicial, es necesario conocer los requerimientos completos al comienzo del desarrollo# En 'na 0isi*n gen9 ica; el 1 oceso se di0ide en < 1a $es% 'nlisis +ise"o

(digo &rue a

Ca ac$e !s$icas%

%e e!itan proyectos largos y se entrega 2algo de !alor2 a los usuarios con cierta frecuencia# )l usuario se in!olucra ms# +ifcil de e!aluar el costo total# +ifcil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo#

0equiere gestores e-perimentados# Los errores en los requisitos se detectan tarde# )l resultado puede ser positi!o#

-en$a.as%

(on un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial# ;am in pro!ee un impacto !entajoso frente al cliente, que es la entrega temprana de partes operati!as del software# )l modelo proporciona todas las !entajas del modelo en (ascada realimentado, reduciendo sus des!entajas slo al m ito de cada incremento# 0esulta ms sencillo acomodar cam ios al acotar el tama"o de los incrementos#

Des0en$a.as%

)l modelo incremental no es recomenda le para casos de sistemas de tiempo real, de alto ni!el de seguridad, de procesamiento distri uido y1o de alto ndice de riesgos# 0equiere de mucha planeacin, tanto administrati!a como tcnica# 0equiere de metas claras para conocer el estado del proyecto#

MODELO DE +ROTOTI+O

;am in conocido como desarrollo con prototipacin o modelo de desarrollo e!oluti!o, se inicia con la definicin de los o jeti!os glo ales para el software, luego se identifican los requisitos conocidos y las reas del esquema en donde es necesaria ms definicin# )ste modelo se utilizan para dar al usuario una !ista preliminar de parte del software# )ste

modelo es sicamente prue a y error ya que si al usuario no le gusta una parte del prototipo significa que la prue a fallo por lo cual se de e corregir el error que se tenga hasta que el usuario quede satisfecho 'dems el prototipo de e ser construido en poco tiempo, usando los programas adecuados y no se de e utilizar mucho dinero pues a partir de que este sea apro ado nosotros podemos iniciar el !erdadero desarrollo del software# &ero eso si al construir el prototipo nos asegura que nuestro software sea de mejor calidad, adems de que su interfaz sea de agrado para el usuario# $n prototipo podr ser construido solo si con el software es posi le e-perimentar# E$a1as

0ecoleccin y refinamiento de requisitos /odelado, dise"o rpido (onstruccin del &rototipo +esarrollo, e!aluacin del prototipo por el cliente 0efinamiento del prototipo &roducto de 3ngeniera

Para que sea efectivo

+e e ser un sistema con el que se pueda e-perimentar +e e ser comparati!amente arato(menor que el 7:F) +e e desarrollarse rpidamente Gnfasis en la interfaz de usuario )quipo de desarrollo reducido Herramientas y lenguajes adecuadas

Tipos de Modelo de Prototipos

Modelo de + o$o$i1os #1ido* /etodologa de dise"o que desarrolla rpidamente nue!os dise"os, los e!alBa y prescinde del prototipo cuando el pr-imo dise"o es desarrollado mediante un nue!o prototipo# Modelo de + o$o$i1os e'$ili8a,le% ;am in conocido como 2)!olutionary &rototyping2E no se pierde el esfuerzo efectuado en la construccin del prototipo pues sus partes o el conjunto pueden ser utilizados para construir el producto real# /ayormente es utilizado en el desarrollo de software, si ien determinados productos de hardware pueden hacer uso del prototipo como la ase del dise"o de moldes en la fa ricacin con plsticos o en el dise"o de carroceras de autom!iles#

Modelo de + o$o$i1os Mod'la % ;am in conocido como &rototipado 3ncremental (3ncremental prototyping)E se a"aden nue!os elementos so re el prototipo a medida que el ciclo de dise"o progresa# Modelo de + o$o$i1os =o i8on$al% )l prototipo cu re un amplio nBmero de aspectos y funciones pero la mayora no son operati!as# 0esulta muy Btil para e!aluar el alcance del producto, pero no su uso real# Modelo de + o$o$i1os -e $ical* )l prototipo cu re slo un peque"o nBmero de funciones operati!as# 0esulta muy Btil para e!aluar el uso real so re una peque"a parte del producto# Modelo de + o$o$i1os de >a.a-)idelidad% )l prototipo se implementa con papel y lpiz, emulando la funcin del producto real sin mostrar el aspecto real del mismo# 0esulta muy Btil para realizar tests aratos# Modelo de + o$o$i1os de Al$a-)idelidad% )l prototipo se implementa de la forma ms cercana posi le al dise"o real en trminos de aspecto, impresiones, interaccin y tiempo#

Tipos de prototipos .

El desec:a,le% nos sir!e para eliminar dudas so re lo que realmente quiere el cliente adems para desarrollar la interfaz que ms le con!enga al cliente# El e0ol'ciona io* es un modelo parcialmente construido que puede pasar de ser prototipo a ser software pero no tiene una uena documentacin y calidad#

Ventajas

,o modifica el flujo del ciclo de !ida 0educe el riesgo de construir productos que no satisfagan las necesidades de los usuarios 0educe costo y aumenta la pro a ilidad de -ito )-ige disponer de las herramientas adecuadas )ste modelo es Btil cuando el cliente conoce los o jeti!os generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida# ;am in ofrece un mejor enfoque cuando el responsa le del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adapta ilidad de un sistema operati!o o de la forma que de era tomar la interaccin humanoI mquina#

Desventajas

+e ido a que el usuario !e que el prototipo funciona piensa que este es el producto terminado y no entienden que recin se !a a desarrollar el software#

)l desarrollador puede caer en la tentacin de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y mantenimiento que tiene con el cliente

MODELO DE DESARROLLO CONC6RRENTE

)l modelo (oncurrente define una serie de acontecimientos que dispararn transiciones de estado a estado para cada una de las acti!idades de la 3ngeniera del software# +urante las primeras etapas del dise"o, no se contempla una inconsistencia del modelo de anlisis# )sto genera la correccin del modelo de anlisis de sucesos, que disparar la acti!idad de anlisis del estado hecho al estado cam ios en espera# )ste modelo se utiliza a menudo como el paradigma de desarrollo de aplicaciones cliente1ser!idor# Ca ac$e !s$icas% A %e puede e-presar de manera esquematizada A Las acti!idades lle!an procesos concurrentes A )s aplica le a todo tipo de desarrollo de software A )s un mdulo aplica le para cliente so"ador A )st dirigido por las necesidades del usuario A es aplica le al cliente ser!idor -en$a.as )-celente para proyectos en los que se conforman grupos de tra ajo independientes# &roporciona una imagen e-acta del estado actual de un proyecto#

Des0en$a.as %i no se dan las condiciones se"aladas no es aplica le# %i no e-isten grupos de tra ajo no se puede tra ajar en este mtodo

MODELO DESARROLLADO EN COM+ONENTES

)l modelo de desarrollo asado en componentes incorpora muchas de las caractersticas del modelo espiral# )s e!oluti!o por naturaleza y e-ige un enfoque interacti!o para la creacin del software# %in em argo, el modelo de desarrollo asado en componentes configura aplicaciones desde componentes preparados de software (clases)# )l modelo de desarrollo asado en componentes conduce a la reutilizacin del software, y la reutilizacin proporciona eneficios a los ingenieros de software

-en$a.as% 7# 0eutilizacin del software# ,os lle!a a alcanzar un mayor ni!el de reutilizacin de software# =# %implifica las prue as# &ermite que las prue as sean ejecutadas pro ando cada uno de los componentes antes de pro ar el conjunto completo de componentes ensam lados# ># %implifica el mantenimiento del sistema# (uando e-iste un d il acoplamiento entre componentes, el desa ollador es li re de actualizar y1o agregar componentes segBn sea necesario, sin afectar otras partes del sistema# ?# /ayor calidad# +ado que un componente puede ser construido y luego mejorado continuamente por un e-perto u organizacin, la calidad de una aplicacin asada en componentes mejorar con el paso del tiempo Des0en$a.as

Los CcompromisosD en los requisitos son ine!ita les, por lo cual puede que el software no cumpla las e-pectati!as del cliente# ALas actualizaciones de los componentes adquiridos no estn en manos de los desarrolladores del sistema# %i no se dan las condiciones se"aladas no es aplica le %i no e-isten grupos de tra ajo no se puede tra ajar en este mtodo

?.- MODELOS DESCRI+TI-OS DE DESARROLLO DE SOFTWARE

Modelo en cascada )l modelo en cascada a !eces llamado ciclo de !ida clsico, sugiere un enfoque sistemtico y secuencial para el desarrollo del software, que comienza con la especificacin de los requerimientos por parte del cliente y a!anza a tra!s de planeacin, modelado, construccin y despliegue, para concluir con el apoyo del software terminado# Hay !eces que los requerimientos para cierto pro lema se comprenden ien* cuando el tra ajo desde la comunicacin hasta el despliegue fluye en forma razona lemente lineal# )sta situacin se encuentra en ocasiones cuando de en hacerse adaptaciones o mejoras ien definidas a un sistema ya e-istente (por ejemplo a un sistema de conta ilidad que es o ligatorio hacer de ido a cam ios en las regulaciones gu ernamentales)# Modelos de 1 oceso Inc emen$al )l modelo incremental com ina elementos de los flujos de proceso lineal y paralelo# este modelo incremental aplica secuencias lineales en forma escalonada a medida que a!anza el calendario de acti!idades, cada secuencia lineal produce incrementos de software suscepti les de entregarse de manera paralela a los incrementos producidos en el flujo del proceso e!oluti!o, cuando se utiliza el modelo incremental, es frecuente que el primer incremento sea el producto fundamental, es decir, se a ordan los requerimientos sicos, pero no se proporcionan muchas caractersticas suplementarias (algunas conocidas y otras no)# )l cliente usa el producto fundamental (o lo somete a una e!aluacin detallada)# como resultado del uso y1o e!aluacin, se desarrolla un plan para el incremento que sigue# )l plan incluye la modificacin del producto fundamental para cumplir mejor las necesidades del cliente, as como la entrega de caractersticas adicionales y ms funcionalidades# )ste proceso se repite despus de entregar cada incremento, hasta terminar el producto final#

<.- MANTENIMIENTO DE SOFTWARE

El Se 0icio de man$enimien$o de so)$@a e es 'na de las ac$i0idades en la Ingenie !a de So)$@a e " es el 1 oceso de me.o a " o1$imi8a el so)$@a e des1legado A e0isi*n del 1 og amaB; as! como $am,i9n emedia los de)ec$os. )l mantenimiento de software es tam in una de las fases en el (iclo de <ida de +esarrollo de %istemas (%+L( %ystem +e!elopment Life (ycle), que se aplica al desarrollo de software# La fase de mantenimiento es la fase que !iene despus del despliegue (implementacin) del software en el campo# La fase de mantenimiento de software in!olucra cam ios al software en orden de corregir defectos y dependencias encontradas durante su uso tanto como la adicin de nue!a funcionalidad para mejorar la usa ilidad y aplica ilidad del software Tipos de mantenimiento /an$enimien$o 1 e0en$i0o. (onsiste en la re!isin constante del software para detectar posi les focos de pro lemas que puedan surgir en el futuro# Man$enimien$o 1 edic$i0o# )!alBa el flujo de ejecucin del programa para predecir con certeza el momento en el que se producir la falla, y as determinar cundo es adecuado realizar los ajustes correspondientes# Man$enimien$o co ec$i0o. (orrige los defectos encontrados en el software, y que originan un comportamiento distinto al deseado# )stas fallas pueden ser de procesamiento, rendimiento (por ejemplo, uso ineficiente de los recursos de hardware), programacin (inconsistencias en la ejecucin), seguridad o esta ilidad, entre otras# Man$enimien$o ada1$a$i0o. %i se requiere cam iar el entorno de uso de la aplicacin (que incluye al sistema operati!o, a la plataforma de hardware o, en el caso de las aplicaciones we , al na!egador), puede ser indispensa le modificarla para mantener su plena funcionalidad en estas nue!as condiciones# Man$enimien$o e0ol'$i0o# )s un caso especial donde la adaptacin resulta prcticamente o ligatoria, ya que de lo contrario el programa quedara o soleto con el paso del tiempo# &or ejemplo, el cam io de !ersin en un na!egador (muchas !eces impuesto sin el consentimiento del usuario) suele o ligar a realizar ajustes en plugins y aplicaciones we # Man$enimien$o 1e )ec$i0o# &or distintas razones, el usuario puede solicitar el agregado de nue!as funcionalidades o caractersticas no contempladas al momento de la implementacin del software# )l mantenimiento perfecti!o adapta la aplicacin a este requerimiento#

C.- MODELO ES+IRAL E0al'aci*n del iesgo

(onsiste en e!aluar las diferentes alternati!as que se plantean teniendo en cuenta los o jeti!os a conseguir y las restricciones impuestas# Jrecuentemente, este paso identifica las reas de incertidum re del proyecto con sus correspondientes riesgos# )s el estudio

de las causas de las posi les amenazas y pro a les e!entos no deseados y los da"os y consecuencias que stas puedan producir# %i e-isten riesgos, lo siguiente es la formulacin de una estrategia efecti!a en coste (utilizando prototipos, simulacin, ancos de prue a, cuestionario para los usuarios, modelizacin analtica o com inaciones de stas y otras tcnicas de resolucin de riesgos) para resol!er dichos riesgos#

D.- GESTION DE +ROEECTOS MODELO C+M R6TA CRFTICA )l mtodo (&/ o 0uta (rtica (equi!alente a la sigla en ingls (ritical &ath /ethod) es frecuentemente utilizado en el desarrollo y control de proyectos# )l o jeti!o principal es determinar la duracin de un proyecto, entendiendo ste como una secuencia de acti!idades relacionadas entre s, donde cada una de las acti!idades tiene una duracin estimada# $na ruta es una trayectoria desde el inicio hasta el final de un proyecto# )n este sentido, la longitud de la ruta crtica es igual a la la trayectoria ms grande del proyecto# (a e destacar que la duracin de un proyecto es igual a la ruta crtica# E$a1as de C+M 7# +efinir el proyecto con todas sus acti!idades o partes principales# =# )sta lecer relaciones entre las acti!idades# +ecidir cul de e comenzar antes y cul de e seguir despus# ># +i ujar un diagrama conectando las diferentes acti!idades en ase a sus relaciones de precedencia# ?# +efinir costos y tiempo estimado para cada acti!idad# @# 3dentificar la trayectoria ms larga del proyecto, siendo sta la que determinar la duracin del proyecto (0uta (rtica)# K# $tilizar el diagrama como ayuda para planear, super!isar y controlar el proyecto# -en$a.as c1m 1. )nse"a una disciplina lgica para planificar y organizar un programa detallado de largo alcance# 2. &roporciona una metodologa %tandard de comunicar los planes del proyecto mediante un cuadro de tres dimensiones (tiempo, personalE costo)# 3. 3dentifica los elementos (segmentos) ms crticos del plan, en que pro lemas potenciales puedan perjudicar el cumplimiento del programa propuesto#

?# Lfrece la posi ilidad de simular los efectos de las decisiones alternati!as o situaciones impre!istas y una oportunidad para estudiar sus consecuencias en relacin a los plazos de cumplimiento de los programas# @# 'porta la pro a ilidad de cumplir e-itosamente los plazos propuestos# K# )n otras pala ras* (&/ es un sistema dinmico, que se mue!e con el progreso del proyecto, reflejando en cualquier momento el %;';$% presente del plan de accin# Limi$aciones del c1m )l (&/ fue desarrollado para el complejo pero los proyectos astante rutinarios con incertidum re mnima en los tiempos de la terminacin del proyecto# &ara menos proyectos de la rutina hay ms incertidum re en los tiempos de la terminacin, y lmites de esta incertidum re la utilidad del modelo determinista del (&/# $na alternati!a al (&/ es el modelo del planeamiento del proyecto del &)0;, que permite que una gama de duraciones sea especificada para cada acti!idad#

MODELO DE GANTT
)l diagrama de 5',;; es una herramienta que le permite al usuario modelar la planificacin de las tareas necesarias para la realizacin de un proyecto# )s una popular herramienta grfica cuyo o jeti!o es mostrar el tiempo de dedicacin pre!isto para diferentes tareas o acti!idades a lo largo de un tiempo total determinado# ' pesar de que, en principio, el diagrama de 5antt no indica las relaciones e-istentes entre acti!idades, la posicin de cada tarea a lo largo del tiempo hace que se puedan identificar dichas relaciones e interdependencias# )n gestin de proyectos, el diagrama de 5antt muestra el origen y el final de las diferentes unidades mnimas de tra ajo y los grupos de tareas (llamados summary elements en la imagen) o las dependencias entre unidades mnimas de tra ajo (no mostradas en la imagen)# Msicamente el diagrama est compuesto por un eje !ertical donde se esta lecen las acti!idades que constituyen el tra ajo que se !a a ejecutar, y un eje horizontal que muestra en un calendario la duracin de cada una de ellas#

Caractersticas . (ada acti!idad se representa mediante un loque rectangular cuya longitud indica su duracinE la altura carece de significado#

. .

La posicin de cada loque en el diagrama indica los instantes de inicio y finalizacin de las tareas a que corresponden# Los loques correspondientes a tareas del camino crtico acostum ran a rellenarse en otro colo

-en$a.as N %u construccin no requiere de gran planificacin# N 0esultan muy eficaces en las etapas iniciales de la planificacin# N %on adecuados para la planificacin de acti!idades relati!amente simples# 0epresenta un instrumento de ajo costo y e-trema simplicidad en su utilizacin Des0en$a.as N ,o permite optimizar el desarrollo de un programa# N +espus de iniciada la ejecucin de la acti!idad y cuando comienza a efectuarse modificaciones, el grfico tiende a !ol!erse confuso# N ,o ofrece condiciones para el anlisis de opciones >I>LIOGRAFIA http*11es#wiOipedia#org1wiOi1/antenimientoPdePsoftware

MATERIA NOMBRE SEMESTRE FECHA

: : : :

DESARROLLO DE SIST. DE INFORMACIN CONTABLE ARANIBAR PACIFICO, ROSA MARIA OCTAVO A-1 10 DE SEPTIEMBRE DE 2013

LA PAZ-BOLIVIA