Repblica Bolivariana de Venezuela Ministerio del Poder Popular para la Defensa Universidad Nacional Experimental de las Fuerzas Armadas

Ncleo Gurico- Extensin Zaraza

Facilitadora: Ing. Frenmily Daz Seccin 1D Ing. Sistemas

Participantes: Balza, Jess Bourgeon ,Adriana Castillo ,David Hernndez, Felixguillermo Villegas Kennedy

Zaraza Mayo de 2011.

ndice
INTRODUCCIN .................................................................................................................... 3 CICLO DE VIDA DE UN SISTEMA DE INFORMACIN ................................................... 4 1. 2. 3. 4. 5. 6. 7. Identificacin de problemas, oportunidades y objetivos ............................................. 4 Determinacin de los requerimientos de informacin................................................. 5 Anlisis de las necesidades del sistema ........................................................................ 6 Diseo del sistema recomendado ................................................................................. 7 Desarrollo y documentacin del software .................................................................... 8 Prueba y mantenimiento del sistema ........................................................................... 9 Implementacin y evaluacin del sistema .................................................................. 10

MANTENIMIENTO DE SISTEMAS ............................................................................................. 11 Importancia del mantenimiento ........................................................................................ 13 CALIDAD DEL SOFTWARE ............................................................................................... 14 SISTEMA DE ADMINISTRACIN DE BASE DE DATOS ............................................................... 16 CONCLUSIONES ....................................................................................................................... 19 BIBLIOGRAFA.......................................................................................................................... 21

INTRODUCCIN

Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y administracin de datos e informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las siguientes categoras:

Personas Datos Actividades o tcnicas de trabajo Recursos materiales en general (generalmente recursos informticos y de comunicacin, aunque no necesariamente). Todos estos elementos interactan para procesar los datos (incluidos los

procesos manuales y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos. Desarrollar proyectos informticos (sistemas de informacin) es una parte fundamental para toda empresa u organizacin que desea obtener xito en las reas que involucran un proyecto. Para llevar a cabo el desarrollo de un proyecto nos planteamos algunas preguntas: existe un problema?, cul es el problema?, cmo se realizan los procesos actuales?, etc. Una vez identificados los posibles problemas se procede al desarrollo de sistemas, el cual es un proceso que consiste en dos etapas principales de anlisis y diseo de sistemas; comienza cuando la gerencia, o en algunas ocasiones el personal de desarrollo de sistemas, se da cuenta de cierto sistema del negocio necesita mejorarse.

CICLO DE VIDA DE UN SISTEMA DE INFORMACIN Ciclo de vida propuesto por kendall y kendall (1997). 1. Identificacin de problemas, oportunidades y objetivos En esta primera fase del ciclo de vida del desarrollo de sistemas, el analista se ocupa de identificar problemas, oportunidades y objetivos. Esta etapa es crtica para el xito del resto del proyecto, pues a nadie le agrada desperdiciar tiempo trabajando en un problema que no era el que se deba resolver.

La primera fase requiere que el analista observe objetivamente lo que sucede en un negocio. A continuacin, en conjunto con otros miembros de la organizacin, el analista determina con precisin cules son los problemas. Con frecuencia los problemas son detectados por alguien ms, y sta es la razn de la llamada inicial al analista. Las oportunidades son situaciones que el analista considera susceptibles de mejorar utilizando sistemas de informacin computarizados. El aprovechamiento de las oportunidades podra permitir a la empresa obtener una ventaja competitiva o establecer un estndar para la industria.

La identificacin de objetivos tambin es una parte importante de la primera fase. En primer lugar, el analista debe averiguar lo que la empresa trata de conseguir. A continuacin, podr determinar si algunas funciones de las aplicaciones de los sistemas de informacin pueden contribuir a que el negocio alcance sus objetivos aplicndolas a problemas u oportunidades especficos.

Los usuarios, los analistas y los administradores de sistemas que coordinan el proyecto son los involucrados en la primera fase. Las actividades de esta fase consisten en entrevistar a los encargados de coordinar a los usuarios, sintetizar el

conocimiento obtenido, estimar el alcance del proyecto y documentar los resultados. El resultado de esta fase es un informe de viabilidad que incluye una definicin del problema y un resumen de los objetivos. A continuacin, la administracin debe decidir si se sigue adelante con el proyecto propuesto.

Si el grupo de usuarios no cuenta con fondos suficientes, si desea atacar problemas distintos, o si la solucin a estos problemas no amerita un sistema de cmputo, se podra sugerir una solucin diferente y el proyecto de sistemas se cancelara.

2. Determinacin de los requerimientos de informacin La siguiente fase que enfrenta el analista es la determinacin de los requerimientos de informacin de los usuarios. Entre las herramientas que se utilizan para determinar los requerimientos de informacin de un negocio se encuentran mtodos interactivos como las entrevistas, los muestreos, la investigacin de datos impresos y la aplicacin de cuestionarios; mtodos que no interfieren con el usuario como la observacin del comportamiento de los encargados de tomar las decisiones y sus entornos de oficina, al igual que mtodos de amplio alcance como la elaboracin de prototipos.

En la fase de determinacin de los requerimientos de informacin del SDLC, el analista se esfuerza por comprender la informacin que necesitan los usuarios para llevar a cabo sus actividades. Como puede ver, varios de los mtodos para determinar los requerimientos de informacin implican interactuar directamente con los usuarios. Esta fase es til para que el analista confirme la idea que tiene de la organizacin y sus objetivos. En ocasiones slo realizan las dos primeras fases del ciclo de vida del desarrollo de sistemas. Esta clase de estudio podra tener un propsito distinto y por

lo general la lleva a la prctica un especialista conocido como analista de informacin (IA, Information Analysi).

Los implicados en esta fase son el analista y los usuarios, por lo general trabajadores y gerentes del rea de operaciones. El analista de sistemas necesita conocer los detalles de las funciones del sistema actual: el quin (la gente involucrada), el qu (la actividad del negocio), el dnde (el entorno donde se desarrollan las actividades), el cundo (el momento oportuno) y el cmo (la manera en que se realizan los procedimientos actuales) del negocio que se estudia. A continuacin el analista debe preguntar la razn por la cual se utiliza el sistema actual. Podra haber buenas razones para realizar los negocios con los mtodos actuales, y es importante tomarlas en cuenta al disear un nuevo sistema.

3. Anlisis de las necesidades del sistema La siguiente fase que debe enfrentar el analista tiene que ver con el anlisis de las necesidades del sistema. De nueva cuenta, herramientas y tcnicas especiales auxilian al analista en la determinacin de los requerimientos. Una de estas herramientas es el uso de diagramas de flujo de datos para graficar las entradas, los procesos y las salidas de las funciones del negocio en una forma grfica estructurada. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos que enlista todos los datos utilizados en el sistema, as como sus respectivas especificaciones.

Durante esta fase el analista de sistemas analiza tambin las decisiones estructuradas que se hayan tomado. Las decisiones estructuradas son aquellas en las cuales se pueden determinar las condiciones, las alternativas de condicin, las acciones y las reglas de accin.

Existen tres mtodos principales para el anlisis de decisiones estructuradas: espaol estructurado, tablas y rboles de decisin.

En este punto del ciclo de vida del desarrollo de sistemas, el analista prepara una propuesta de sistemas que sintetiza sus hallazgos, proporciona un anlisis de costo/beneficio de las alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer. Si la administracin de la empresa considera factible alguna de las recomendaciones, el analista sigue adelante. Cada problema de sistemas es nico, y nunca existe slo una solucin correcta. La manera de formular una recomendacin o solucin depende de las cualidades y la preparacin profesional de cada analista.

4. Diseo del sistema recomendado En la fase de diseo del ciclo de vida del desarrollo de sistemas, el analista utiliza la informacin recopilada en las primeras fases para realizar el diseo lgico del sistema de informacin.

El analista disea procedimientos precisos para la captura de datos que

aseguran que los datos que ingresen al sistema de informacin sean correctos.

Adems, el analista facilita la entrada eficiente de datos al sistema de informacin mediante tcnicas adecuadas de diseo de formularios y pantallas.

La concepcin de la interfaz de usuario forma parte del diseo lgico del sistema de informacin. La interfaz conecta al usuario con el sistema y por tanto es sumamente importante.

Entre los ejemplos de interfaces de usuario se encuentran el teclado (para teclear preguntas y respuestas), los mens en pantalla (para obtener los comandos de usuario) y diversas interfaces grficas de usuario (GUIs, Graphical User Interfaces] que se manejan a travs de un ratn o una pantalla sensible al tacto.

La fase de diseo tambin incluye el diseo de archivos o bases de datos que almacenarn gran parte de los datos indispensables para los encargados de tomar las decisiones en la organizacin. Una base de datos bien organizada es el cimiento de cualquier sistema de informacin.

En esta fase el analista tambin interacta con los usuarios para disear la salida (en pantalla o impresa) que satisfaga las necesidades de informacin de estos ltimos.

Finalmente, el analista debe disear controles y procedimientos de respaldo que protejan al sistema y a los datos, y producir paquetes de especificaciones de programa para los programadores. Cada paquete debe contener esquemas para la entrada y la salida, especificaciones de archivos y detalles del procesamiento; tambin podra incluir rboles o tablas de decisin, diagramas de flujo de datos, un diagrama de flujo de sistema, y los nombres y funciones de cualquier rutina de cdigo previamente escrita.

5. Desarrollo y documentacin del software En la quinta fase del ciclo de vida del desarrollo de sistemas, el analista trabaja de manera conjunta con los programadores para desarrollar cualquier software original necesario. Entre las tcnicas estructuradas para disear y documentar software se encuentran los diagramas de estructura, los diagramas de Nassi-

Shneiderman y el pseudocdigo. El analista se vale de una o ms de estas herramientas para comunicar al programador lo que se requiere programar.

Durante esta fase el analista tambin trabaja con los usuarios para desarrollar documentacin efectiva para el software, como manuales de procedimientos, ayuda en lnea y sitios Web que incluyan respuestas a preguntas frecuentes (FAQ, Frequently Asked Questions) en archivos "Lame" que se integrarn en el nuevo software. La documentacin indica a los usuarios cmo utilizar el software y lo que deben hacer en caso de que surjan problemas derivados de este uso.

Los programadores desempean un rol clave en esta fase porque disean, codifican y eliminan errores sintcticos de los programas de cmputo. Si el programa se ejecutar en un entorno de mainframe, se debe crear un lenguaje de control de trabajos (JCL, Job Control Languag). Para garantizar la calidad, un programador podra efectuar un repaso estructurado del diseo o del cdigo con el propsito de explicar las partes complejas del programa a otro equipo de programadores.

6. Prueba y mantenimiento del sistema Antes de poner el sistema en funcionamiento es necesario probarlo. Es mucho menos costoso encontrar los problemas antes que el sistema se entregue a los usuarios. Una parte de las pruebas las realizan los programadores solos, y otra la llevan a cabo de manera conjunta con los analistas de sistemas. Primero se realiza una serie de pruebas con datos de muestra para determinar con precisin cules son los problemas y posteriormente se realiza otra con datos reales del sistema actual.

El mantenimiento del sistema de informacin y su documentacin empiezan en esta fase y se llevan a cabo de manera rutinaria durante toda su vida til. Gran

parte del trabajo habitual del programador consiste en el mantenimiento, y las empresas invierten enormes sumas de dinero en esta actividad. Parte del mantenimiento, como las actualizaciones de programas, se pueden realizar de manera automtica a travs de un sitio Web. Muchos de los procedimientos sistemticos que el analista emplea durante el ciclo de vida del desarrollo de sistemas pueden contribuir a garantizar que el mantenimiento se mantendr al mnimo.

7. Implementacin y evaluacin del sistema sta es la ltima fase del desarrollo de sistemas, y aqu el analista participa en la implementacin del sistema de informacin. En esta fase se capacita a los usuarios en el manejo del sistema. Parte de la capacitacin la imparten los fabricantes, pero la supervisin de sta es responsabilidad del analista de sistemas. Adems, el analista tiene que planear una conversin gradual del sistema anterior al actual. Este proceso incluye la conversin de archivos de formatos anteriores a los nuevos, o la construccin de una base de datos, la instalacin de equipo y la puesta en produccin del nuevo sistema.

Se menciona la evaluacin como la fase final del ciclo de vida del desarrollo de sistemas principalmente en aras del debate. En realidad, la evaluacin se lleva a cabo durante cada una de las fases. Un criterio clave que se debe cumplir es si los usuarios a quienes va dirigido el sistema lo estn utilizando realmente.

Debe hacerse hincapi en que, con frecuencia, el trabajo de sistemas es cclico. Cuando un analista termina una fase del desarrollo de sistemas y pasa a la siguiente, el surgimiento de un problema podra obligar al analista a regresar a la fase previa y modificar el trabajo realizado.

MANTENIMIENTO DE SISTEMAS Es la ltima fase del Ciclo de Vida de Desarrollo de Sistemas, en donde los SI (Sistemas de informacin) son sistemticamente reparados y mejorados. Por definicin, el proceso de mantenimiento de un SI es un proceso de devolucin al principio del Ciclo de Vida y de repeticin de los pasos de desarrollo para la implementacin de cambios.

Las 4 actividades ms importantes que ocurren dentro del mantenimiento son:

Obtencin de los requerimientos de mantenimiento. Transformacin de los requerimientos en cambios. Diseo de los cambios. Implementacin de los cambios.

Podemos establecer los siguientes tipos de mantenimiento:

Correctivo: son aquellos cambios precisos para corregir errores del producto software.

Evolutivo o perfectivo: son las incorporaciones, modificaciones y eliminaciones necesarias en un producto software para cubrir la expansin o cambio en las necesidades del usuario.

Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema opera, por ejemplo, cambios de configuracin del hardware, software de base, gestores de base de datos, comunicaciones, etc.

Perfectivo: son las acciones llevadas a cabo para mejorar la calidad interna de los sistemas en cualquiera de sus aspectos: reestructuracin del cdigo, definicin ms clara del sistema y optimizacin del rendimiento y eficiencia. Segn se trate de un mantenimiento correctivo o evolutivo, se verifica y

reproduce el problema, o se estudia la viabilidad del cambio propuesto por el usuario. En ambos casos se estudia el alcance de la modificacin. Hay que analizar las alternativas de solucin identificando, segn el tipo de mantenimiento de que se trate, cul es la ms adecuada. El plazo y urgencia de la solucin a la peticin se establece de acuerdo con el estudio anterior.

La definicin de la solucin incluye el estudio del impacto de la solucin propuesta para la peticin en los sistemas de informacin afectados. Mediante el anlisis de dicho estudio, la persona encargada del Proceso de Mantenimiento valora el esfuerzo y coste necesario para la implementacin de la modificacin.

Por ltimo, y antes de la aceptacin del usuario, es preciso establecer un plan de pruebas de regresin que asegure la integridad del sistema de informacin afectado.

La mejor forma de mantener el coste de mantenimiento bajo control es una gestin del Proceso de Mantenimiento efectiva y comprometida. Por lo tanto, es necesario registrar de forma disciplinada los cambios realizados en los sistemas de informacin y en su documentacin. Esto repercutir directamente en la mayor calidad de los sistemas resultantes.

Importancia del mantenimiento Despus de instalar un sistema, se le debe dar mantenimiento, es decir, los programas de cmputo tienen que ser modificados y actualizados cuando lo requieran. Segn estimaciones, los departamentos invierten en mantenimiento de 48 a 60 por ciento del tiempo total del desarrollo de sistemas. Queda muy poco tiempo para el desarrollo de nuevos sistemas. Conforme se incrementa el nmero de programas escritos, tambin lo hace la cantidad de mantenimiento que requieren.

El mantenimiento se realiza por dos razones. La primera es la correccin de errores del software. No importa cun exhaustivamente se pruebe el sistema, los errores se cuelan en los programas de cmputo. Los errores en el software comercial para PC se documentan como "anomalas conocidas", y se corrigen en el lanzamiento de nuevas versiones del software o en revisiones intermedias. En el software hecho a la medida, los errores se deben corregir en el momento que se detectan.

La otra razn para el mantenimiento del sistema es la mejora de las capacidades del software en respuesta a las cambiantes necesidades de una organizacin, que por lo general tienen que ver con alguna de las siguientes tres situaciones:

1. Con frecuencia, despus de familiarizarse con el sistema de cmputo y sus capacidades, los usuarios requieren caractersticas adicionales. 2. El negocio cambia con el tiempo. 3. El hardware y el software cambian a un ritmo acelerado. En sntesis, el mantenimiento es un proceso continuo durante el ciclo de vida de un sistema de informacin. Despus de instalar el sistema de informacin, por lo

general el mantenimiento consiste en corregir los errores de programacin que previamente no se detectaron.

Una vez corregidos estos errores, el sistema alcanza un estado estable en el cual ofrece un servicio confiable a sus usuarios. El mantenimiento durante este periodo podra consistir en eliminar algunos errores previamente no detectados y en actualizar el sistema con algunos cambios menores. Sin embargo, conforme pasa el tiempo y los negocios y la tecnologa cambian, los esfuerzos de mantenimiento se incrementan de manera considerable.

CALIDAD DEL SOFTWARE Calidad del software es un concepto complejo que no es directamente comparable con la calidad de la manufactura de producto. Los productos de software se han convertido hoy en da en uno de los principales objetivos estratgicos de las organizaciones debido a que, cada vez ms, los procesos ms importantes de las organizaciones y por lo tanto su supervivencia depende del buen funcionamiento de los sistemas de software.

Definiciones: Calidad

Podemos encontrar muchas definiciones en los textos de calidad, todas ellas muy similares:

Propiedad o conjunto de propiedades inherentes a un objeto que permiten apreciarlo como mejor, igual o peor que otros objetos de su especie [DRAE: Diccionario de la Real Academia Espaola].

Conjunto de propiedades y de caractersticas de un producto o servicio que le confieren capacidad para satisfacer necesidades expresadas o implcitas. [ISO 8042:1994].

Grado en el que un conjunto de caractersticas inherentes cumple con los requisitos. [ISO 9000: 2000].

Las definiciones ms completas o formales:

Calidad, significa desarrollar, disear y producir y mantener un producto que sea el ms econmico, el ms til y siempre satisfactorio para el consumidor. [Kaoru Ishikawa].

Calidad, es la aplicacin de los principios y tcnicas estadsticas en todas las fases de la produccin, dirigida a la fabricacin mas econmica de un producto (servicio) que es til en grado mximo y que tiene mercado. [William Edwards Deming].

Definiciones: Calidad del Software

La calidad del software es el grado con el que un sistema, componente o proceso cumple los requerimientos especificados y las necesidades o expectativas del cliente o usuario. [IEEE, Std 610-1900].

Concordancia del software producido con los requerimientos explcitamente establecidos, con los estndares de desarrollo prefijados y con los

requerimientos implcitos no establecidos formalmente, que desea el usuario. [Pressman, 1998]

SISTEMA DE ADMINISTRACIN DE BASE DE DATOS El sistema de gestin de bases de datos (SGBD) es un conjunto coordinado de programas, procedimientos, lenguajes, que proporciona a cada usuario las herramientas que necesita para llevar a cabo su misin respecto de la base de datos, garantizando a su vez la integridad, confidencialidad y disponibilidad de los datos.

El SGBD debe proporcionarnos tres funcionalidades:

Funcin de descripcin o definicin: definicin de las estructuras de datos a todos los niveles (externo, lgico global e interno). Para ello se utiliza un lenguaje de definicin de datos (LDD) que idealmente debera ser distinto para cada nivel, de forma que se consiga la independencia que es uno de los objetivos de las BBDD.

Funcin de manipulacin: operar sobre los datos, mediante el lenguaje de manipulacin de datos (LMD). Mientras el LDD debe manejarlo el creador de la BBDD y el administrador, este debera poder ser usado por todos los usuarios.

Funcin de utilizacin o control: Agrupa todas las interfaces que puedan haber en el sistema para todos los usuarios. Adems tiene responsabilidades de

administracin, como pedir una clave al entrar un usuario o no permitir que el nmero de usuarios pase de un cierto nmero.

El propsito general de los sistemas de gestin de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante para una organizacin.

Existen distintos objetivos que deben cumplir los SGBD:

Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios niveles de abstraccin.

Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.

Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debera aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de condiciones.

Seguridad. La informacin almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de permisos.

Manejo de transacciones. Una transaccin es un programa que se ejecuta como una sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho ms simple que si no se dispusiera de ellos.

Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD demora en proporcionar la informacin solicitada y en almacenar los cambios realizados.

CONCLUSIONES

Los sistemas de informacin se han ido convirtiendo con el tiempo, en otra rea funcional de la empresa, tal como la de contabilidad, finanzas, mercadeo, o produccin. En la actualidad toda organizacin exitosa se ha concientizado de la importancia del manejo de las tecnologas de informacin (TI) como elemento que brinda ventajas comparativas con respecto a la competencia.

Es importante tener en cuenta que un sistema de informacin necesita justificar su implementacin desde el punto de vista - costo / beneficio -, partiendo de la concepcin del valor que se le otorgue a la informacin dentro de una organizacin.

Los beneficios que se pueden obtener usando sistemas de informacin son los siguientes:

Acceso rpido a la informacin y por ende mejora en la atencin a los usuarios.

Generacin de informes e indicadores, que permiten corregir fallas difciles de detectar y controlar con un sistema manual.

Evitar prdida de tiempo recopilando informacin que ya est almacenada en bases de datos que se pueden compartir.

Soluciona el problema de falta de comunicacin entre las diferentes instancias. A nivel directivo se hace ms efectiva la comunicacin

Aumento de la productividad gracias a la liberacin de tiempos en bsqueda y generacin de informacin repetida.

BIBLIOGRAFA

Wikipedia. (2012). Sistema de gestin de base de datos. [Documento en lnea]. http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos. [Consulta 2012, 05, 19].

Quispe R. (2008). Qu es la calidad del software? [Documento en lnea]. http://www.rodolfoquispe.org/blog/que-es-la-calidad-de-software.php.[Consulta 2012, 05, 19].

Cueva. J.M. (1999). Calidad del Software. [Documento en lnea]. http://pastranamoreno.files.wordpress.com/2010/10/calidad_software1.pdf.[Consul ta 2012, 05, 19].

Kendall K. (2005). Anlisis y diseo de sistemas. D.R. 2005 por Pearson Educacin de Mxico, S.A. de C.V.

Reyes B. Informtica Bsica II [Documento en lnea]. http://www.monografias.com/trabajos47/informatica-basica/informaticabasica.shtml [consulta 2012, 05, 19].