REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONALEXPERIMENTAL POLITECNICA DE LA FUERZAS ARMADA NUCLEO

ARAGUA SEDE CAGUA

DESARROLLO DE UN SISTEMA DE INFORMACIN Y CICLO DE VIDA DE UN SISTEMA DE INFORMACIN

Grupo N4: Olga Franceschi C.I. 11.603.891 Orlando Castro C.I. 11.640.372 Francelys Delgado C.I 15.302.258 Diana Guerrero C.I. 23.796.424

DESARROLLO DE UN SISTEMA DE INFORMACIN Y CICLO DE VIDA DE UN SISTEMA DE INFORMACIN

FASE I REQUERIMIENTOS Esta fase es fundamental para que la estrategia informtica encaje dentro de las metas de la empresa, ya que en ellas se cumplen las funciones del modelaje del negocio y planificacin de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta forma sus requerimientos de informacin. Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o a un rea especfico, suele ser ms prctico analizar rea por rea del negocio. Durante esta fase se desarrolla un modelo del rea estudiada, donde se representa: Los procesos que se llevan a cabo, la informacin utilizada por ellos, y las reglas polticas y prcticas de la empresa relacionada con estos procesos. Este modelo permite proyectar estrategias, procesos y flujos de datos de la empresa al igual que las interacciones entre procesos y datos, con el fin de desarrollar un plan de sistema de informacin capaz de guiar el desarrollo de un sistema que permita dar soporte al rea en estudio en el cumplimiento de sus objetivos. El plan de sistema debe contener: Los sistemas que requiere el rea de negocio, as como sus bases datos y la informacin que intercambiaran o compartirn. Descripcin detallada de cada sistema y aplicacin incluyendo sus objetivos funcionales y sus bases de diseo Todo hardware y software que sern utilizados para el

funcionamiento requeridos por el rea de negocio (incluyendo las redes) Mtodos de desarrollo para cada sistema como lo es la adquisicin de paquetes, nuevo desarrollo o actualizaciones

Esquema de los problemas actuales del rea de negocio y de las posibles mejoras que se puedan realizar en cada sistema Anlisis de los beneficios que se espera derivar de los sistemas que conforman la arquitectura El plan de sistema de informacin es uno de los factores mas

importantes para el departamento de informtica o sistemas ya que constituye la gua para emprender los proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la adquisicin e instalacin de hardware y software necesarios. Adems el plan de sistemas es fundamental para la construccin y desarrollo de un ambiente de alta calidad y productividad ya que: La arquitectura de sistemas sobre la cual descansa el plan para una determinada rea de negocios define la forma de cmo cada aplicacin desarrollada ser destinada a dar soporte a objetivos claves y estratgicos para esa rea de la empresa y, por ende, a la empresa. Se determinara una definicin precisa de los beneficios, alcances y objetivos de cada sistema, lo cual creara soluciones que el negocio realmente necesite. Estos sistemas se ajustaran a las estrategias definidas por la gerencia. Cada proyecto tendr prioridad fijada por la gerencia, lo que determinara el orden de ejecucin Cada aplicacin desarrollada podr ser interrelacionada con otros sistemas

FASE II ANALISIS/DISEO El objetivo de esta fase es desarrollar el diseo arquitectnico de los sistemas, utilizando los requerimientos de funcionamiento definidos en la primera fase, se toman en cuenta con el propsito de determinar la forma en que debe funcionar un sistema.

Actividades dentro de la fase de Anlisis/Diseo Analizar y disear proceso: las operaciones del negocio y los

requerimientos de funcionamiento definidos en la primera fase, se toman en cuenta con el propsito de determinar la forma en que debe funcionar el sistema. Analizar y Disear los datos: con los requerimientos de informacin definidos en la fase I se debe organizar los distintos modelos de datos que nos ayuden a disear la base de datos que hagan falta para que el sistema funcione de acuerdo al modelo de funcionamiento. Disear y organizar los componentes fsicos: todo componente fsico como (pantallas, bases de datos) que hagan posible el funcionamiento funcionamiento. Planificar el desarrollo de los componentes fsicos: actividad en la cual planificamos la forma en que pueden ser construidos e implementados los componentes fsicos de una forma rpida y productiva. del sistema de acuerdo al modelo de

En esta fase de anlisis/diseo puede incluirse una sub-fase de evaluacin de paquetes. Esta se pudiese realizar si en los

requerimientos se estableci adquirir un paquete de aplicaciones en lugar de completar un diseo arquitectnico.

FASE III CONSTRUCCIN

Dentro de esta fase de construccin existen actividades separadas en cinco sub-fases.

DESARROLLO DE INFRAESTRUCTURA: durante esta fase se desarrollara y organizara la infraestructura que permita cumplir las tareas de construccin en la forma ms productiva posible.

ADAPTACION

DE

PAQUETES:

ofrece

una

desventaja

fundamental: el personal de la instalacin no conoce los componentes del paquete con la misma profundidad con que conoce los componentes desarrollados por ellos mismos. Uno de los objetivos centrales de esta subfase es conocer al mximo detalle posible el funcionamiento de paquete, este asegurara que el paquete ser utilizado con el mximo provecho, tanto con desde el punto de vista del negocio, como de la utilizacin de recursos. Cada componente del paquete ser revisado en forma exhaustiva por el equipo analista-usuario, con el fin de conocer y comprender todos los aspectos del paquete. DESARROLLO DE UNIDADES DE DISEO DE INTERACTIVAS: las unidades de diseo interactivas, son procedimientos que se cumplen o se ejecutan a travs de un dialogo usuario-sistema. Las actividades de esta subfase tienen como objetivo central: -Especificar en detalles las tareas que debe cumplir la unidad de diseo -Desarrollar componentes -Realizar las pruebas unitarias y las pruebas de integracin a nivel de la unidad de diseo

DESARROLLO DE UNIDADES DE DISEO BATCH: las unidades de diseo de Batch, son aquellos procedimientos que se cumplen en forma automatizada, pero en la que no se entabla un dialogo entre usuario y el analista, sino que involucra grupos de transacciones que se alimentan al computador de una sola vez. Su objetivo central es igual a la fase de desarrollo de unidades de diseo interactivas. En esta subfase se preparan especificaciones hechas utilizando una combinacin de tcnicas como flujo, gramas, diagramas de estructura, tablas de decisiones, etc. Cualquiera que

se utilice ser til para que la especificacin sea clara y se logre el propsito de que el programador comprenda y pueda programar y probar los programas correspondientes. DESARROLLO DE UNIDADES DE DISEO MANUALES: esta subfase incluyen las tareas que se ejecutan en forma manual que se incluyen dentro de los procedimientos administrativos. Las actividades de esta subfase tienen como objetivo central desarrollar todos los procedimientos administrativos que rodearan y gobernaran la utilizacin de los componentes computarizados desarrollados en la fase de diseo detallado y construccin. FASE IV PRUEBAS

Esta fase da inicio luego de que las diferentes unidades de diseo han sido desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental para asegurar que el software no falle, es decir que funcione de acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder detectar cualquier anomala, antes de que el sistema sea puesto en marcha y se dependa de l para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de prueba. Funcional: prueba desde el punto de vista de los requerimientos funcionales. De sistema: prueba desde el punto de vista de los niveles de calidad del sistema y de desempeo. De integracin: prueba de interfaces. De aceptacin tcnica: prueba de manejo de condiciones extremas. Si el sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente, se procede a realizar la carga de los archivos, base de datos, y tablas del nuevo sistema, para de esta forma dar inicio al proceso de aceptacin final, durante el cual, el

sistema

comenzara

funcionar

bajo

la

responsabilidad

del

departamento de operaciones y del usuario, por un lapso determinado de tiempo llamado periodo de aceptacin.

FASE V PRODUCCIN Y MANTENIMIENTO

Produccin: se asegura que el sistema funcione correctamente en la mayora de los casos, y con intervencin mnima de los administradores del sistema. Para esto se realizan nuevas

pruebas, se reevalan los resultados y se hacen refinamientos del sistema, los cambios necesarios debern ser introducidos sin afectar los usuarios, y deber conseguirse la mxima confianza de los usuarios. El resultado de esta etapa un sistema listo para su operacin. Mantenimiento: luego de que el nuevo sistema ha estado operando, el auditor de sistemas independientes de las otras fases de la vida del sistema, revisara lo siguiente: Determinar si el programa ha logrado los requerimientos de los objetivos, se debe prestar especial atencin a la utilizacin y satisfaccin de los usuarios finales, ellos constituirn un indicador excelente. Verificar que se miden analizan e informan adecuadamente a la gerencia los beneficios identificados con el estudio de factibilidad. Revisar las solicitudes de cambios a los programas que sean realizado, para evaluar el tipo de cambios puede indicar problemas de diseo, programacin o interpretacin de los requerimientos de usuario.

CONCLUSIN
El desarrollo de sistemas se considera luego de la planeacin de un sistema de informacin. Los diseos de sistemas implican hacer adaptaciones fsicas y lgicas al sistema, utilizando herramientas como diagramas de flujo y diagramas de flujo de datos para crear un modelo de un sistema. La creacin de prototipos crea una alternativa muy comn al mtodo tradicional de diseo de sistemas. El diseador valora rpidamente las necesidades y realiza un modelo de trabajo que se entrega a los usuarios para que lo evalen. La creacin de prototipos reduce hasta el 85% el tiempo de diseo y muchos de los gastos, pero solo debe practicarse si en el caso de elaborarse relativamente pequeos, poco complicados, no estructurados y sin interfaz. En la Administracin de proyecto se utilizan las herramientas de programas para dar seguimiento a los recursos empleados y las metas intermedias que deben cumplirse.