CICLO DE VIDA CLASICO DEL DESARROLLO DE SISTEMAS Es el conjunto de actividades que los analistas, diseadores y usuarios realizan para

implantar y desarrollar un sistema de informacin. Este mtodo consta de 6 actividades:

1.- INVESTIGACION PRELIMINAR 2.- DETERMINACION DE LOS REQUERIMIENTOS DEL SISTEMA 3.- DISEO DEL SISTEMA 4.- DESARROLLO DEL SOFWARE 5.- PRUEBA DE LOS SISTEMAS 6.- IMPLANTACION Y EVALUACION

Todas estn ntimamente ligadas, por lo que se puede decir que ninguna fase se realiza primero que la otra, pueden estarse realizando simultneamente. A continuacin analizaremos cada una de estas fases:

1.- INVESTIGACION PRELIMINAR Este momento se inicia cuando existe la peticin de una persona (administrador, empleado o especialista en sistemas) lo que significa que esto sera la SOLICITUD, la que consta de 3 partes: a).- Aclaracin de la Solicitud b).- Estudio de Factibilidad c).- Aprobacin de la Solicitud

a).- Aclaracin de la solicitud.En esta parte hay que dejar muy claro lo que el solicitante desea, y no existan confusiones, ya que a veces el solicitante no sabe expresar sus necesidades o no las conoce, hay que aclararlo con precisin.

b).- Estudio de Factibilidad .En este rubro hay que establecer que el sistema solicitado sea factible, para lo cual vamos a establecer en nuestra investigacin preliminar 3 aspectos relacionados con el estudio de Factibilidad: 1.- Factibilidad Tcnica.- debe de considerarse si se puede utilizar el hardware existente, el mismo personal, y sino, con nueva tecnologa es posible desarrollar el sistema? Analizar (costobeneficio). 2.- Factibilidad Econmica.-Tomar en cuenta s los beneficios que se obtengan sern suficientes y aceptados por los costos. 3.- Factibilidad Operacional.- Tener la seguridad de que al ser implantado el sistema se vaya a utilizar , evitar al mximo que exista resistencia de los usuarios para la utilizacin del sistema o disminucin en los beneficios de la aplicacin.

Quienes realizan el estudio de Factibilidad debern de ser usuarios expertos, analistas capacitados, directivos y generalmente personas que se encuentren dentro de la empresa, sin descartar la participacin del personal externo (uno o dos).

c).- Aprobacin de la Solicitud.- No todos los cambios del sistema son aprobados, ya que algunas empresas en un cambio tienen tanto cuidado como en el diseo de un artculo, o a veces los miembros del equipo de cmputo se encuentran ocupados, por lo que generalmente no todos los proyectos son aprobados. En este aspecto, para la aprobacin se toma en consideracin: costo,

tiempo para terminarlo y necesidades del personal, lo que lo ubica en la jerarqua de proyectos a realizar.

2.- DETERMINACION DE LOS REQUERIMIENTOS DEL SISTEMA. En este aspecto debemos de comprender perfectamente todas las facetas importantes de la empresa, por lo que, debemos de realizar una investigacin detallada para dar respuesta a las siguientes preguntas:

1.- Qu es lo que se hace? 2.- Cmo se hace? 3.- Con qu frecuencia se presenta? 4.- Qu tan grande es el volumen de transaciones o de decisiones? 5.- Cul es el grado de eficiencia con el que se efectan las tareas? 6.- Exite algn problema? 7.- Si existe un problema qu tan serio es? 8.- Si existe el problema cul es la causa que lo origina? Para dar solucin a esta serie de preguntas hay que platicar con todas las personas involucradas en los procesos de la empresa, concentrando informacin sobre: - Soluciones que proponen - Ideas para cambiar el proceso Utilizando: CUESTIONARIOS en caso de no poderse entrevistar personalmente, Tambin podemos utilizar REPORTES, Investigar detalladamente los MANUALES Observacin en condiciones reales de las actividades Formas y documentos en algunas ocasiones

Conforme se renen los datos sobre los requerimientos se pueden ir identificando las caractersticas operacionales del sistema como son: Controles de procesamiento Tiempos de respuesta

 Mtodos de entrada y salida 3. DISEO DEL SISTEMA En esta etapa se producen los detalles que establecen la forma en la que el sistema cumplir con los requerimientos identificados durante la fase de anlisis, llamada etapa de diseo lgico, en contraste con la de desarrollo del software a la que se le denomina diseo fsico. El diseo se inicia con el proceso de identificacin de los reportes y salidas que producir el sistema, comnmente, se disea con un bosquejo del formato o pantalla el cual aparece cuando se termina el sistema.

En el diseo de sistemas tambin se indican los datos de entrada, los que sern calculados y los que se almacenarn, los documentos que contienen las especificaciones de diseo representan a este de varias maneras, con diagramas, tablas, smbolos especiales, etc. Proporcionando al equipo de programacin la informacin detallada para iniciar la fase de software, siendo los diseadores los responsables de dar a los programadores las especificaciones del software, completas y claras.

4.- DESARROLLO DEL SOFTWARE

Los encargados de desarrollar software pueden instalarlo o modificarlo, y/o instalar software comprado a terceros o escribir programas diseados a la medida del solicitante, la eleccin depende del costo, tiempo disponible y disponibilidad de los programadores. Adems, son ellos los responsables de la documentacin de los programas y de proporcionar una explicacin de cmo y porqu ciertos procedimientos se codifican en determinada forma.

5.- PRUEBA DEL SISTEMA

Durante esta fase el sistema se utiliza en forma experimental para asegurarse de que el software no tiene fallas, se alimentan como entradas conjuntos de datos de prueba para su procesamiento y despus se examinan los resultados.

6.- IMPLANTACION Y EVALUACION

Finalmente viene la verificacin e instalacin del nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para ser utilizados. Dependiendo del tamao de la empresa se puede iniciar como prueba piloto, utilizndose solo en una parte de la organizacin, dejndose el sistema antiguo y el nuevo trabajando, a fin de comprobar la exactitud, y en otras situaciones se trabajan los sistemas en forma alternada, un da el nuevo otro el antiguo, pero siempre procurando que al iniciar el sistema se encuentre libre de problema, independientemente de la estrategia.

Indistintamente del tiempo que se usar el sistema, hay que darle mantenimiento a las aplicaciones, realizndole cambios y modificaciones en el software, archivos o procedimientos, para satisfacer las nuevas necesidades de los usuarios, dado que las empresas sufren cambios constantes, por lo que los sistemas deben de mantenerse al da, dado lo anterior la implantacin de un sistema es un proceso en constante evolucin.

La EVALUACION se efecta para identificar puntos dbiles y fuertes, realizndose dentro de las siguientes dimensiones:

Evaluacin operacional.- Se valora la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad global y nivel de utilizacin. Impacto organizacional.- Identificacin de los costos-beneficios para la organizacin en reas tales como finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto competitivo, adems el impacto del flujo de informacin tanto interna como externa. Opinin de los administradores.- evaluar las actitudes de los directivos y administradores dentro de la organizacin as como de los usuarios finales. Desempeo del desarrollo.- Se evala el tiempo y el esfuerzo de desarrollo, si est acorde a los presupuestos y los standares, incluyendo valoracin de mtodos y herramientas utilizadas en el desarrollo

METODO DE DESARROLLO POR ANALISIS ESTRUCTURADO Este mtodo tiene como finalidad comprender los sistemas de una forma completa, an que el sistema sea grande y complejo, adems evita dificultades mediante la:

1).- divisin del sistema en componentes y por 2).- Construccin de un modelo del sistema. En este mtodo se incluyen elementos tanto de anlisis como del diseo, en el anlisis estructurado se pone nfasis en lo que se requiere que haga el sistema, esto significa que las personas observan los elementos lgicos (lo que har), separados de los elementos fsicos (computadoras, terminales, unidades de almacenamiento, etc), evita la forma y los requerimientos de cmo se implantar, es ms importante el qu va a hacer.

Los elementos importantes de este mtodo son: Smbolos grficos Diagramas de flujo de datos Diccionario centralizado de datos Descripcin Grfica.- En esta forma se utilizan iconos y smbolos, los que indican mediante un bosquejo la forma en que funcionar el sistema, y adems la interaccin con otros elementos, seala las funciones en s y sus caractersticas, ms sin embargo, no utiliza procesos manuales ni computarizados, ni archivos, ni cintas de respaldo, aunque tiene la desventaja de que al desarrollar un sistema muy grande por este proceso es muy tedioso y se presta a cometer errores. Diagramas de flujo de datos (DFD).- Este modelo tiene como caractersticas el utilizar diagramas de flujo, este mtodo es parte integral del analisis estructurado, siendo el modelo original que detalla un sistema por diagramas de bajo nivel siguiendo un proceso descendente (top-down) y que muestra las caractersticas adicionales el sistema, cada proceso desglosado en diagrama cada vez ms detallados, hasta comprender en su totalidad el sistema y contndose con suficientes detalles de todo o parte del sistema en investigacin. Diccionario de datos.- En este se deben de registrar todos los conceptos y sus definiciones para que cualquier miembro del equipo encargado del proyecto pueda consultar las definiciones y existan criterios iguales en cuanto a conceptos.

METODO DEL PROTOTIPO DE SISTEMAS

Este mtodo hace que el usuario participe directa y ms eficazmente en el anlisis y diseo, ya que se realimenta de las experiencias porque se construyen prototipos del sistema. En el modelo de prototipos no slo es una idea en papel, sino que acepta software que reciben entradas y salidas de datos, realiza clculos y produce informacin tanto impresa como en pantalla, es la primera versin de un sistema o sea el modelo original. Bsicamente, en este mtodo los usuarios pueden sealar las caractersticas que les agradara tener o no tener, siendo este un proceso interactivo que inicia con unas cuantas funciones y va creciendo a medida que se detectan mayores necesidades, de acuerdo a la experiencia pueden aumentar o disminuir.

PASOS PARA EL PROCESO DEL DESARROLLO DE PROTOTIPOS

1. Identificar los requerimientos de informacin que el usuario conoce junto con las caractersticas del sistema. 2. Desarrollar un prototipo que funcione 3. Utilizar el prototipo detectando y anotando los cambios y mejoras a realizar, esto expande los requerimientos del sistema conocido. 4. Revisar el prototipo de acuerdo a la informacin obtenida por el usuario. 5. Repetir los pasos anteriores las veces que sea necesario hasta obtener un sistema satisfactorio.

Cuando el analista y el usuario creen que ya cuentan con informacin suficiente y proveniente del prototipo determinan como satisfacer los requerimientos ya identificados y optan por:

Volver a desarrollar el prototipo Abandonar el proyecto Iniciar otra serie de construccin.