COMPENSAR UNIPANAMERICANA INSTITUCIÒN UNIVERSITARIA

SISTEMAS DE INFORMACIÒN GERENCIAL

FACULTAD DE ADMINISTRACIÒN

CONTADURIA PÚBLICA

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÒN GERENCIAL

PRESENTADO A:

ING. ALEX NIÑO

PRESENTADO POR:

SONIA LARA RUIZ

DIANA ROCIO BONILLA

JEIMMY SANCHEZ MONTAÑO

MARCELA ALMEYDA CHAPARRO

1

2

TABLA DE CONTENIDO

OBJETIVOS

INTRODUCCIÒN

1. QUE ES EL CICLO DE VIDA DE UN SISTEMA DE INFORMACION 6 Entrada de Información 6 Almacenamiento de información 6 Procesamiento de Información 6 Salida de Información 6a. ETAPAS DEL CICLO DE VIDA DE LOS SIG 7b. RECONOCIMIENTO DEL PROBLEMA 82. ESTUDIO DE LA FACTIBILIDAD 8a. FACTIBILIDAD ECONÓMICA 8b. FACTIBILIDAD TÉCNICA. 8c. FACTIBILIDAD OPERATIVA. 83. ANÁLISIS 9a. Principales Actividades del Análisis 94. DISEÑO 95. IMPLEMENTACIÓN 96. VALIDACIÓN Y PRUEBA 107. MANTENIMIENTO 108. PROTOTIPO 10a. QUE ES UN PROTOTIPO 10

i. PASOS PARA LA CREACION DE UN PROTOTIPO 10ii. VENTAJAS Y DESVENTAJAS DE LOS PROTOTIPOS 11

9. MODELOS DE CICLO DE VIDA 12

a. CICLO DE VIDA CLÁSICO 1210.MODELOS ITERATIVOS 1411.CASO PRÁCTICO 15

CONCLUSIONES

BIBLIOGRAFIA

INFOGRAFIA

3

OBJETIVOS

1. Identificar la existencia de un sistema de información gerencial en la dirección de relaciones de trabajo.

2. Determinar el modelo que permite diseñar un sistema de información gerencial

3. Promover la implementación de un modelo

4

INTRODUCCIÒN

En la actualidad nos hemos visto en la necesidad para poder estar en un mundo globalizado en la utilización de los sistemas, esto a su vez ayudan a dar repuesta mas efectiva a nuestros clientes, en base primordial al entendimiento de los procesos integrados en la gestión de recursos humanos y en la selección de personal.

5

1. QUE ES EL CICLO DE VIDA DE UN SISTEMA DE INFORMACION

Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio. El equipo computacional: el hardware necesario para que el sistema de información pueda operar. El recurso humano que interactúa con el Sistema de Información, el cual está formado por las personas que utilizan el sistema. Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información.

Entrada de Información: Es el proceso mediante el cual el Sistema de Información toma los datos que requiere para procesar la información. Las entradas pueden ser manuales o automáticas.

Almacenamiento de información: El almacenamiento es una de las actividades o capacidades más importantes que tiene una computadora, ya que a través de esta propiedad el sistema puede recordar la información guardada en la sección o proceso anterior.

Procesamiento de Información: Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con una secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que están almacenados

Salida de Información: La salida es la capacidad de un Sistema de Información para sacar la información procesada o bien datos de entrada al exterior. Las unidades típicas de salida son las impresoras, terminales, diskettes, cintas magnéticas, la voz, los grafica dores y los plotters, entre otros

El ciclo de vida es el período de tiempo que "vive” sistema informativo desde que es pensado hasta que es desechado.

El ciclo de vida de desarrollo de sistemas informáticos puede dividirse en actividades o fases que, en general, se ajustan al esquema mostrado en el gráfico. Este esquema gráfico es el ciclo de vida típico, dado que existe gran cantidad de variantes que dependen de la organización, del tipo de sistema que se realizará, de los gustos de los administradores, de los tiempos, etc.

6

1.1. ETAPAS DEL CICLO DE VIDA DE LOS SIG

Las actividades típicas del ciclo de vida son:

1- Estudio de factibilidad.

2- Análisis (de requerimientos).

3- Diseño

4- Implementación

5 - Validación y prueba

6 - Operación y mantenimiento

7

1.2. RECONOCIMIENTO DEL PROBLEMA:

La idea de desarrollar un nuevo sistema surge cuando el usuario reconoce que tiene problemas con los medios con que cuenta actualmente para llevar a cabo su trabajo. Así comienza esta fase que trata de reemplazar el sistema existente (ya sea manual o automatizado) por otro. En esta fase interviene totalmente el usuario.

2. ESTUDIO DE LA FACTIBILIDAD:Este estudio sirve para:

Identificar los problemas con el sistema actual.Identificar el alcance del sistema a ser estudiado.Identificar los principales objetivos del nuevo sistema.Identificar un número de soluciones que pueden satisfacer las necesidades del usuario dentro de su esquema.Desarrollar estimados de los beneficios y desventajas de cada solución.Desarrollar esquemas de cómo puede llevarse a cabo el proyecto teniendo una idea de los recursos que se requieren.Obtener puntos de vista del usuario y el administrador sobre las modificaciones.Obtener una decisión de si se lleva a cabo la parte de análisis.

Es un pre estudio sobre las operaciones actuales del sistema en operación. Su objetivo final es establecer los beneficios como desventajas de proyectar un nuevo sistema que sustituya al actual. Se basa en la evaluación de tres aspectos fundamentales:

2.1. FACTIBILIDAD ECONÓMICA

Considera el presupuesto que proporciona la organización para realizar las especificaciones propuestas por el usuario.

2.2. FACTIBILIDAD TÉCNICA.

Se aboca a estudiar y reportar el equipo de cómputo que sirve de soporte para las operaciones realizadas actualmente. Basándose en los requerimientos del usuario evalúa la posibilidad de adquirir nuevas herramientas de trabajo.

2.3. FACTIBILIDAD OPERATIVA.

Evalúa la funcionalidad del sistema actual y las ventajas esperadas con la instalación de un nuevo sistema, así como las reacciones del personal involucrado.

8

Todo este estudio evitará el gasto de un análisis de un proyecto imposible. En él intervienen el usuario y el analista

3. ANÁLISIS:

Es la fase de diseño externo. Consiste en cuestionar al usuario sobre qué hace el sistema, qué características extras él quiere en su nuevo sistema y qué restricciones debe satisfacer. La salida del análisis debe incluir una especificación funcional y un análisis estructurado que contiene los requerimientos para el nuevo sistema, los cuales el usuario debe leer, analizar y señalar lo que él quiere.

Cuando el problema ha sido identificado, los analistas recopilan y analizan los datos acerca de las operaciones actuales del procesamiento de datos para poder decidir cuales serán las nuevas actividades qué reemplazaran a las actuales.

3.1. Principales Actividades del Análisis

Las actividades que se realizan con mayor frecuencia son:

Entrevistas con los usuarios. Análisis de la documentación existente. Definición de los datos elementales. Definición de la organización y estructura de los datos. Analizar los procesos que definen la funcionalidad del sistema. Definir los componentes del sistema que se mencionaron en el diccionario de

datos.

4. DISEÑO:

Es la fase de diseño interno. Consiste en definir cómo organizar lo anterior de forma adecuada para la ejecución. Incluye la realización de diagramas de estructura, explicaciones del programa, etc.... (Diseño preliminar). Posteriormente se lleva a cabo un diseño detallado donde se describen las especificaciones de los módulos.

Las principales actividades que se realizan en esta etapa que incluyen el diseño de la base de datos, son: El diseño de la construcción de tos módulos y submódulos del sistema.Diseño de los formatos de entrada y salida de información por pantalla.Definir las acciones físicas que podrían ocurrir en el sistema a cualquier nivel.Estructuras físicas de las bases de datos.Elaboración de manuales técnicos y operativos del sistema.

5. IMPLEMENTACIÓN:

9

Es la fase de programación o escritura del código. Lo que se produce en el diseño se lleva a código. En este proceso se prepara el sistema para. Sustituirlo por el anterior y se pone en funcionamiento (en línea), a esta etapa se le llama liberación del sistema.

6. VALIDACIÓN Y PRUEBA:

En esta etapa se planea el diseño de casos de prueba con el fin de "asegurar" que los programas estén correctos. En esta etapa se pone a prueba el funcionamiento del sistema y se valoran los resultados para detectar si existen errores con el fin de corregirlos y con ello cumplir con los objetivos planteados inicialmente.

7. MANTENIMIENTO:

Después que el sistema pasa la fase de prueba, cualquier cosa que se le haga es mantenimiento. Estas fases pueden ser cíclicas. En caso de haber errores o si se decide hacer un nuevo sistema, se comienza por el paso 1 nuevamente. En el desarrollo de los sistemas profesionales se le dedica mayor cantidad de tiempo a las tres últimas fases, sin tener en cuenta la importancia de las etapas de la 1 a la 4, a las cuales debe dedicarse todo el tiempo que requieren.Todo sistema debe estar en constante actualización para adaptarse a diversos elementos cambiantes en su medio ambiente (nuevos módulos o procesos), obteniendo al final de la fase la Actualización

8. PROTOTIPO

8.1. QUE ES UN PROTOTIPO

Un prototipo es un modelo, representación, demostración o simulación fácilmente ampliable y modificable de un software planificado, probamente incluyendo su interfaz y su funcionalidad de entradas y salidas

8.1.1. PASOS PARA LA CREACION DE UN PROTOTIPO

PASO 1: IDENTIFICAR LOS REQUERIMIENTOS BASICOS DEL USUARIOS:

El diseñador de sistema (normalmente un especialista en sistemas de información) trabaja con el usuario únicamente el tiempo suficiente para captar sus necesidades básicas de información

10

PASÓ 2: DESARROLLAR UN PROTOTIPO INICIAL:

El diseñador del sistema crea rápidamente un prototipo funcional, usando el software de cuarta generación, multimedios interactivos o herramientas de ingeniería de software asistido por computadora (CASE, por sus siglas de ingles)

PASÓ 3: USAR EL PROTOTIPO:

Se estimula al usuario a trabajar con el sistema para determinar que tan bien satisface sus necesidades el prototipo que haga sugerencia para mejorarlo

PASÓ 4: REVISAR Y MEJORAR EL PROTOTIPO:

El constructor del prototipo toma nota de todos lo cambios que el usuario pide y a Continuación refina el prototipo. Después de las modificaciones al prototipo, el cicló regresa al paso 3, los pasos 3 y4 se repiten hasta que el usuario quede satisfecho Cuando ya no se requiere ninguna iteración el prototipo aceptado se vuelve un propósito funcional que proporciona las ultimas especificaciones para la Aplicación. En ocasiones el prototipo mismo se adopta como versión de producción del sistema

8.1.2. VENTAJAS Y DESVENTAJAS DE LOS PROTOTIPOS

La creación de prototipos es adecuada cuando hay incertidumbre en los requerimientos o soluciones del diseño de la INTERFAZ DE USUARIO FINAL( La parte el sistema con la cual interactúan los usuarios finales, como las pantalla de despliegue y de captura de datos en línea informes o paginas web) de un sistema de información. Dado que la creación de prototipos favorece que los usuarios finales se involucren bastante a lo largo del proceso de desarrollo de sistemas, es más probable producir sistemas que satisfagan los requerimientos del usuario.

11

9. MODELOS DE CICLO DE VIDA

Todas las actividades descritas en las distintas secciones del apartado anterior están presentes en cualquier proyecto de desarrollo de software (además de otras muchas relativas a la gestión de un proyecto o a su control de calidad). Sin embargo, las tareas concretas que se realicen (y su grado de rigor) dependerán de la naturaleza del proyecto al que nos enfrentemos y de las características de nuestro entorno de trabajo. Él director de un proyecto, contando con el asesoramiento de los demás miembros del equipo, debe elegir los métodos y herramientas más adecuados en cada momento para satisfacer las necesidades específicas del proyecto, además de establecer las medidas oportunas que permitan controlar la evolución del proyecto. Las decisiones tomadas en este sentido han de tener como objetivo satisfacer los tiempos de entrega pactados con el cliente sin comprometerLa calidad del producto final.Existen distintas formas de organizar el orden concreto en el que se acometerán las distintasEtapas del ciclo de vida de un sistema de información. En los siguientes párrafos se describen algunas de las alternativas que deberían tenerse en cuenta:

9.1. CICLO DE VIDA CLÁSICO

El modelo de ciclo de vida clásico, también denominado "modelo en cascada", se basa en Intentar hacer las cosas bien desde el principio, de una vez y para siempre. Se pasa, en orden de una etapa a la siguiente sólo tras finalizar con éxito las tareas de verificación y validación propias de la etapa. Si resulta necesario, únicamente se da marcha atrás hasta la fase inmediatamente anterior.

Este modelo tradicional de ciclo de vida exige una aproximación secuencial al proceso de Desarrollo del software. Por desgracia, esta aproximación presenta una serie de graves inconvenientes, entre los que cabe destacar:

Los proyectos reales raramente siguen el flujo secuencial de actividades quePropone este modelo.

Normalmente, es difícil para el cliente establecer explícitamente todos losRequisitos al comienzo del proyecto (entre otras cosas, porque hasta que no veaEvolucionar el proyecto no tendrá una idea clara de qué es lo que realmenteQuiere).

No habrá disponible una versión operativa del sistema hasta llegar a las etapas finales del proyecto, por lo que la rectificación cualquier decisión tomada erróneamente en las etapas iníciales del proyecto supondrá un coste adicional significativo, tanto económico como temporal

12

13

PLANIFICACION

ANALISIS

DISEÑO

IMPLEMENTACION

PRUEBAS

MANTENIMIENTO

10. MODELOS ITERATIVOS

En 1994, el Departamento de Defensa de Estados Unidos (el mayor contratista mundial de Proyectos de desarrollo de software) cambió oficialmente sus estándares de desarrollo de software y descartó el modelo en cascada para introducir el estándar 498, que utiliza un Modelo iterativo de desarrollo de software.Los modelos iterativos consisten en descomponer un proyecto de desarrollo de software en una serie de sus proyectos de menor envergadura. Estos su proyectos deben diseñarse de tal forma que cada uno de ellos aporte funcionalidad nueva para el sistema desde el punto de vista del usuario final del mismo.Usualmente, las personas involucradas en el proyecto establecen prioridades entre los requerimientos iniciales del sistema para decidir qué parte del mismo se construirá primero.El cliente y los usuarios finales abogarán por darle prioridad a las funciones más útiles del Sistema (o las más "vendibles"). Por otro lado, los diseñadores del sistema deberán determinar las dependencias existentes entre sus distintos componentes y priorizar aquéllos que supongan un riesgo mayor para la viabilidad final del proyecto. Las prioridades de unos y otros habrán de consensuarse razonablemente y servirán para determinar el ámbito de los subprefectos en que se descompondrá el proyecto inicial.Los modelos iterativos de desarrollo de software permiten adelantar el momento en el que se determina si un proyecto es técnicamente viable o no (con lo que se eliminan costes Innecesarios si, finalmente, el proyecto hubiese de cancelarse). También promueven una mejor comunicación con el usuario/cliente, ya que se dispondrá antes de una versión operativa del sistema, aunque sea de funcionalidad reducida. Estas versiones intermedias del producto ayudan a la eliminación de malentendidos que pueden surgir en la etapa de e licitación de requerimientos. Además, ayudan a que el usuario se forme una idea más clara de lo que realmente necesita.

CICLOS DE VIDA DE UN SISTEM A DE INFORMACION

14

CASO PRÁCTICO

Diseño de un Sistema Automatizado de Información Gerencial para la Planificaci6n Estratégica de los Recursos Humanos de Mavesa, S.A., Martell Migdalia, Universidad Bicentenaria de Aragua - Valencia Venezuela (1999). El objetivo general de este trabajo fue proponer un Diseño de un Sistema Automatizado de Información Gerencial para la Planificación Estratégica que facilite la Toma de Decisiones en la Administración de Recursos Humanos de Mavesa. Este sistema buscaba evaluar y seleccionar el personal que estaba capacitado para ocupar un cargo determinado, controlar la información referente al entrenamiento y/o especialización del personal de la empresa, mantener un archivo del personal elegible, así como obtener, a través de consultas, reportes y gráficos toda la información necesaria para elaborar un plan estratégico Y realizar una mejor toma de decisiones, permitiendo de esta forma solventar los problemas existentes en el sistema estudiado. El resultado que se obtuvo fue el de minimizar los tiempos de respuestas en la selección del personal, así como un control del entrenamiento que se realizó la medición de las horas hombres utilizadas en entrenamiento entre otros, lo que contribuyó con la obtención de la información precisa y oportuna para una adecuada toma de decisiones En conclusión el sistema propuesto contribuyó con un cambio radical en el desenvolvimiento de las actividades para el logro de una mejor Planeación Estratégica de los recursos humanos; habiendo resultado la propuesta factible económicamente técnicamente y psicosocialmente.

15

CONCLUSIONES

Conocimos el proceso las fases y las características de un Ciclo de Vida de los Sistemas de Información Gerencial, los cuales son muy importantes para el buen desempeño de una empresa.

Aprendimos a analizar los Sistemas por medio de unos pasos formales llamados Ciclo de Vida en el Desarrollo de Sistemas.

16

BIBLIOGRAFIA

KENNETH LAUDON Y JANE LAUDON SISTEMAS DE INFORMACIÓN GERENCIAL EDITORIAL PEARSON EDUCACIÓN OCTAVA EDUCACIÓN

INFOGRAFIA

ALEGSA.COM.AR

Diseño de Bases de Datos

© Fernando Berzal

http://elvex.ugr.es

17

18