ACTIVIDAD DE REFLEXIN INICIAL

ERIKA MARCELA GALLEGO ARIASMARIA ALEJANDRA CASTRO CARVAJAL

SERVICIO NACIONAL DE APRENDIZAJE SENACENTRO DE FORMACION PARA EL DESARROLLO RURAL Y MINEROANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION-812592SAN JOSE DE CUCUTA2015

ACTIVIDAD DE REFLEXIN INICIAL

ERIKA MARCELA GALLEGO ARIASMARIA ALEJANDRA CASTRO CARVAJAL

TRABAJO DIRIGUIDO A

INSTRUCTOR: GERMAN ALBERTO PEA JAIMES

SERVICIO NACIONAL DE APRENDIZAJE SENACENTRO DE FORMACION PARA EL DESARROLLO RURAL Y MINEROANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION-812592SAN JOSE DE CUCUTA2015

CONTENIDO

INTRODUCCINEl propsito es definir las distintas fases intermedias que se requieren paravalidarel desarrollo de la aplicacin y garantizar que el software cumpla los requisitos para la aplicacin yverificacinde los procedimientos de desarrollo y para eso hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software

TABLA DE CONTENIDO1.ETAPAS DEL CICLO DE VIDA DE UN SISTEMA DE INFORMACION61.1PLANIFICACIN:61.2ANLISIS:71.3DESAROLLO:71.4IMPLEMENTACIN:81.5PRUEBAS:91.6 DESPLIEGUE:101.7USO Y MANTENIMIENTO :112.TECNICAS PARA LA RECOLECCION DE INFORMACION132.1INFORMACION132.2ENTREVISTA142.3ENCUESTA142.4OBSERVACIN152.5EL EXPERIMENTIO153.INSTRUMENTOS PARA RECOLECCION DE INFORMACION164.EJEMPLOS DE CICLO DE VIDA DE UN SISTEMA DE INFORMACION174.1Ejemplo 1:174.2Ejemplo2:174.3Ejemplo 3:184.4Ejemplo 4:195.MODELOS DE PROCESO O CICLO DE VIDA195.1EL MODELO EN CASCADA195.2EL MODELO EN V205.3PROTOTIPOS225.4ESPIRAL235.5DESARROLLO RPIDO DE APLICACIONES (DRA)245.6MODELO INCREMENTAL255.7MODELO DE PROCESO DE SOFTWARE27

1. ETAPAS DEL CICLO DE VIDA DE UN SISTEMA DE INFORMACION

1.1 PLANIFICACIN:

Comienzo con un pedido escrito llamado system request, que identifica el sistema de informacin y los cambios deseados. Pueden ser cambiados mayores (un nuevo sistema) o cambios menores (un reporte). El propsito de la fase de planificacin es identificar claramente la naturaleza y el alcance del problema. Se requiere una investigacin preliminar y el resultado se llama Informe de Investigacin Preliminar. La investigacin preliminar tambin es conocida como Estudio de Viabilidad.

1.2 ANLISIS:

En esta fase se recopilan y analizan los datos acerca del sistema y su funcionamiento aplicando cuestiones, entrevistas, encuestas, en general las tcnicas de recopilacin de datos.

1.3 DESAROLLO:

El propsito de esta fase es desarrollar un diseo (cmo va a quedar) del sistema de informacin que satisfaga todos los requisitos documentados. Se determina que va hacer el sistema. Se identifica las entradas, salidas, archivos, programas, procedimientos y controles del sistema. El documento creado se llama especificaciones del diseo del sistema y debe ser aprobado por la gerencia y los usuarios.

1.4 IMPLEMENTACIN:

Los programas son escritos, probados y documentados. El propsito de esta fase es entregar un sistema de informacin completo y documentado, que halla sido revisado, aprobado por la gerencia y usuarios. Los preparativos finales incluyen la conversin de datos, adiestramientos y la transicin del sistema viejo al nuevo. En esta fase se debe realizar un evaluacin del sistema luego de implementado para verificar costo-beneficio. El resultado final de la fase de implementacin es un sistema listo para usarse.

1.5 PRUEBAS:

Luego de que la compaa este utilizando el sistema, a veces es necesario realizar cambios al sistema para hacer mantenimiento o adaptar el sistema a requisitos del gobierno u otras entidades. Las mejoras son modificaciones para aumentar la capacidad del sistema, como nuevos reportes.

1.6 DESPLIEGUE:

Se trata de tener un sistema instalado con un conjunto de aplicaciones software para diferentes usos. El proyecto bsico significa instalar en un PC Windows y Linux con las siguientes caractersticas:

Uso de servicios Internet: cliente POP/IMAP de correo que soporte multicuentas y navegador de Web. Adems deben estar en espaol y hay que personalizar la presentacin (temas o skins).

Uso de aplicaciones ofimtica que permita realizar documento de texto con formato, hojas de clculo, y presentaciones de diapositivas.

Uso de aplicaciones de mensajera instantnea que soporte los protocolos/ cuentas de un MSN Messenger, Yahoo Messenger y Jabber.

Edicin avanzada de archivos de texto.

Reproduccin multimedia de audio y de Video.

El sistema se deber instalar de un hardware que debe funcionar y que hay que revisar. Adems de esta propuesta bsica, para algunos alumnos se admiten diferentes propuestas. Ha de ser un proyecto de menos de 60 horas.

1.7 USO Y MANTENIMIENTO :

Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada procedimiento y cada estructura de datos se convierte en una pieza de negocio que, como tal, deber funcionar en forma constante, exacta y confiable. La operacin del negocio ahora depender del funcionamiento del sistema, por lo que las tareas del mantenimiento cobran vital importancia. Durante la fase de mantenimiento, se ponen en prctica toda la poltica y los procedimientos destinados a garantizar la operacin continua de los sistemas y asegurar su uso efectivo, con el fin, de que estos se constituyan en una verdadera herramienta de apoyo a logros de los objetivos estratgicos de la empresa.

2. TECNICAS PARA LA RECOLECCION DE INFORMACION

2.1 INFORMACION

Es un conjunto organizado de datos, que constituyen un mensaje sobre un determinado ente o fenmeno. Cuando tenemos que resolver un problema o tenemos que tomar una decisin, empleamos diversas fuentes de informacin y construimos lo que en general se denomina como conocimiento o informacin organizada, que permite la resolucin de problemas o la tomas de decisiones

2.2 ENTREVISTA

Conversacin que tiene una estructura y un propsito. En la investigacin cualitativa, la entrevista busca entender el mundo desde la perspectiva del entrevistado y desmenuzar los significados de sus experiencias, se define que el propsito de la entrevista en la investigacin cualitativa es obtener descripciones del mundo de vida del entrevistado respecto a la interpretacin de los significados de los fenmenos descritos.

2.3 ENCUESTA

Se trata de requerir informacin a un grupo socialmente significativo de personas acerca de los problemas en estudio para luego, mediante un anlisis de tipo cuantitativo, sacar las conclusiones que se correspondan con los datos recogidos.

Se emplean las encuestas por muestreo, una parte significativa de todo el universo, que se toma como un objeto. Las conclusiones que se obtiene para este grupo se proyectan luego de la totalidad del universo. Se usa en especial para estudios de mercados.

2.4 OBSERVACIN

La observacin consiste en el registro sistemtico, valido y confiable de comportamientos o conducta que manifiesta.

2.5 EL EXPERIMENTIO

Aumenta la experiencia del hombre sobre la realidad; este hace parte del mtodo de investigacin y es un proceso planificado de observaciones.

3. INSTRUMENTOS PARA RECOLECCION DE INFORMACION

Un instrumento de recoleccin de datos e informacin es un recurso metodolgico que se materializa mediante un dispositivo o formato (impreso o digital) que se utiliza para obtener o almacenar los aspectos relevantes del estudio o investigacin recabados de las fuentes indagadas.

EL CUESTONARIO:, En cuya estructura quedan registradas las respuestas o opiniones de un encuestado

LA LIBRETA:, Donde el investigador anota sus observaciones,

LAS COMPUTADORAS , Y SUS UNIDADES:(disco duro, cd, diskettes); LAS CMARAS FOTOGRFICAS Y DE VIDEO

GRABADORAS DE AUDIO

LAS FICHAS

LAS MATRICES DE COMPARACIN

4. EJEMPLOS DE CICLO DE VIDA DE UN SISTEMA DE INFORMACION

4.1 Ejemplo 1:

4.2 Ejemplo2:

4.3 Ejemplo 3:

4.4 Ejemplo 4:

5. MODELOS DE PROCESO O CICLO DE VIDA

5.1 EL MODELO EN CASCADA

Tambin llamado ciclo de vida clsico o tradicional, es el modelo ms antiguo cuya propuesta de trabajo se fundamenta en un proceso ordenado y secuencial donde el producto de cada etapa, es el insumo para la etapa posterior. Las caractersticas principales de este modelo son:

Se recomienda para el desarrollo de productos de gran tamao cuyo tiempo de entrega sea largo. No se requiere demasiada experiencia por parte del equipo de trabajo El inicio de una etapa debe esperar la finalizacin de la etapa anterior La documentacin del proceso realizado, se produce en cada etapa Se pueden presentar iteraciones entre las etapas del desarrollo, pero resultan costosas e implican repetir el trabajo. Cuando se trata de nuevos desarrollos, los requisitos del producto deben estar bien definidos y ser estables. Si se trata de una adaptacin o una mejora de un producto existente, los requisitos deben entenderse de manera razonable. Un error encontrado en la etapa de pruebas, conduce al rediseo del producto Los primeros resultados se obtienen despus de un tiempo considerable

5.2 EL MODELO EN V

Se considera como una versin mejorada del modelo en cascada y por tanto, conserva las caractersticas de secuencialidad y organizacin. El modelo en V fundamenta su enfoque en la minimizacin de riesgos, la mejora de calidad, la reduccin total de gastos y el perfeccionamiento de la comunicacin entre los participantes del proyecto de desarrollo de software. Adems, incorpora procesos de verificacin y validacin. Las caractersticas de este modelo son:

Se recomienda para el desarrollo de productos pequeos con equipos de trabajo de hasta cinco integrantes. Ideal para los analistas que no han programado siguiendo un modelo El inicio de una etapa debe esperar la finalizacin de la etapa anterior La documentacin del proceso realizado, se produce en cada etapa Contiene etapas de retroalimentacin para facilitar correcciones El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores, situacin que en la realidad puede ocurrir. Las pruebas comienzan a efectuarse despus de la implantacin, esto puede conducir a un retroceso de todo un proceso que cost tiempo y dinero.

5.3 PROTOTIPOSEste modelo tambin se ha llamado evolutivo, se fundamenta en el desarrollo de un producto inicial que se presenta al usuario para obtener su aprobacin y se perfecciona, a travs de diferentes versiones, hasta obtener el producto adecuado. El modelo por prototipo se caracteriza por:

Es un modelo menos formal de desarrollo

Se recomienda para el desarrollo de productos pequeos o de tamao medio

til cuando se desconocen los requerimientos del producto o son poco estables

Proporciona rapidez en el proceso de desarrollo

Conveniente en desarrollos que requieren probar arquitecturas y tecnologas

La posibilidad de establecer el nmero de iteraciones necesarias para obtener el producto definitivo, es mnima.

La documentacin del proceso se realiza sobre la versin final del producto

A medida que avanza el proceso, incorporar cambios en los prototipos se convierte en una tarea difcil y costosa.

La tcnica de los prototipos se puede implementar dentro de cualquier modelo de proceso.

5.4 ESPIRAL

Se trata de una propuesta que combina las propiedades de los modelos cascada y prototipos. Se fundamenta en un proceso de desarrollo en el cual se hacen entregas del producto -cada una ms evolucionada o completa que la anterior- teniendo en cuenta los riesgos que pueden afectar el proceso. Cada ciclo del espiral representa una etapa del ciclo de vida del software. Las caractersticas principales del modelo en espiral son:

Es un enfoque acertado para el desarrollo de software a gran escala

Cada iteracin incluye definicin de objetivos, evaluacin y reduccin de riesgos, desarrollo y validacin y planificacin. Exige cuidado con el tratamiento de los riesgos que se presentan en el proceso

Requiere habilidad para evaluar el riesgo y resolverlo efectivamente

Si se pasa por alto un riesgo, surgirn dificultades en el proceso

El producto evoluciona conforme avanza el proceso de desarrollo

5.5 DESARROLLO RPIDO DE APLICACIONES (DRA)

El modelo DRA es una versin que integra las caractersticas de los modelos cascada y prototipos, aadiendo velocidad de desarrollo. Propone la divisin del proyecto en mdulos que son desarrollados por cada equipo de trabajo y luego se integran para configurar el producto definitiv

Ofrece flexibilidad al proceso de desarrollo Requiere el compromiso de los desarrolladores y los clientes Los requisitos del producto deben ser comprendidos desde el inicio Aquellos productos de software que se puedan dividir en mdulos, cuyo tiempo de desarrollo no exceda los tres meses, pueden abordarse con este modelo. Resalta el uso de componentes de software existente Apoya la construccin del producto con la generacin automtica de cdigo

5.6 MODELO INCREMENTALCombina elementos del modelo tradicional aplicado en forma iterativa. Este modelo emplea secuencias lineales escalonadas que proporcionan incrementos del producto.

Requiere de la planeacin del desarrollo del producto de acuerdo con las prioridades de funcionalidad establecidas por el cliente. Requiere poco personal para el desarrollo de los incrementos iniciales, pero se puede vincular nuevo personal si los incrementos as lo exigen. El primer incremento es un producto que incorpora las funcionalidades prioritarias completamente funcionales. La evaluacin del incremento, por parte del cliente, origina un plan para el desarrollo del incremento siguiente. Cada incremento integra nuevas funcionalidades al producto

5.7 MODELO DE PROCESO DE SOFTWARELos seis modelos analizados anteriormente, son marcos de trabajo que guan el proceso de desarrollo de un producto software, es decir son modelos de proceso de software. Obsrvese que cada uno de ellos aplica un enfoque particular.

CICLO DE VIDA DEL SOFTWARESoftware

Es el conjunto conformado por los programas, la documentacin y la configuracin necesaria para que estos programas funcionen adecuadamente.

CICLO DE VIDA DEL SOFTWARE

Describe el desarrollo de software desde la fase inicial hasta la fase final, proponiendo etapas que sirven como referencia para realizar este proceso. Las fases que conforman el ciclo de vida son: Pre anlisis Anlisis Diseo Desarrollo Pruebas Implantacin Mantenimiento

emga-macc4