Topic overview Ciclo de Vida de Desarrollo de Sistemas (SDLC, por sus Siglas en Ingls) Sistemas de bases de datos: Diseo, implementacin y administracinPeter Rob and Carlos Coronel. 5th ed. Mexico City: Cengage Learning, 2004. p322-325. COPYRIGHT 2004 Cengage Learning Editores, S.A. de C.V. Pgina322 CICLO DE VIDA DE DESARROLLO DE SISTEMAS (SDLC, POR SUS SIGLAS EN INGLS)6.3.1 PLANIFICACIN6.3.2 ANLISIS6.3.3 DISEO DE SISTEMAS DETALLADO6.3.4 PUESTA EN EJECUCIN6.3.5 MANTENIMIENTOEl Ciclo de Vida del Desarrollo de Sistemas rastrea el historial (ciclo de vida) de un sistema de informacin. Quiz ms importante para el diseador del sistema, el SDLC proporciona la gran imagen dentro de la cual el diseo de la base de datos y el desarrollo de la aplicacin pueden ser proyectados y evaluados.Es posible que se plantee la pregunta por qu se examina el SDLC. No se supone que este libro es sobre diseo y ejecucin de bases de datos? La respuesta a esta pregunta es simple: el diseo de bases de datos ocurre dentro de los confines de un sistema de informacin. En suma, es difcil separar el diseo de bases de datos del SDLC y viceversa.Tal como se ilustra en la figura 6.2, el SDLC tradicional se divide en cinco fases: planeacin, anlisis, diseo de sistemas detallados, ejecucin y mantenimiento. El SDLC es un proceso iterativo ms que secuencial. Por ejemplo, los detalles del estudio de factibilidad podran ayudar a refinar la evaluacin inicial, y los detalles descubiertos durante la parte del SDLC de los requerimientos del usuario podran ayudar a refinar el estudio de factibilidad.Las bases de datos estn sujetas a un ciclo de vida similar al de los sistemas de informacin de los cuales forman parte. Como el Ciclo de Vida de Bases de Datos (DBLC) encaja y se parece al Ciclo de Vida del Desarrollo de Sistemas (SDLC), se impone una breve descripcin del SDLC.6.3.1 PLANIFICACIN La fase de planificacin del SDLC da una visualizacin general de la compaa y sus objetivos. Debe hacerse una evaluacin inicial de los requerimientos de flujo y extensin de la informacin durante esta parte de descubrimiento del SDLC. Esa valoracin deber responder algunas preguntas importantes.Deber continuar el sistema existente? Si el generador de informacin realiza bien su trabajo, no tiene caso modificarlo o reemplazarlo. Para citar un viejo proverbio, Si no se descompone, no lo arregles.Deber modificarse el sistema existente? Si la evaluacin inicial indica deficiencias en la extensin y flujo de la informacin, puede que se requieran modificaciones menores (o incluso mayores). Los participantes en la evaluacin inicial deben tomar en cuenta la distincin entre deseos y necesidades, si se consideran las modificaciones.Deber reemplazarse el sistema existente? La evaluacin inicial podra indicar que las fallas del sistema actual no tienen compostura. Dado el esfuerzo requerido para crear un sistema nuevo, una cuidadosa distincin entre deseos y necesidades es tal vez incluso ms importante en este caso de lo que lo es modificar el sistema.Pgina323 | Inicio del artculo

FIGURA 6.2 CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (SDLC)Los participantes en la evaluacin inicial del SDLC primero deben estudiar y evaluar soluciones alternas. Si se decide que se requiere un sistema nuevo, la siguiente pregunta es es factible? El estudio de factibilidad debe abordar lo siguiente:Los aspectos tcnicos de los requerimientos de hardware y software. Las decisiones puede que no tengan (an) que ver con el proveedor, pero deben tomar en cuenta la naturaleza del hardware (PC, minicomputadora o mainframe) y los requerimientos del software (sistemas operativos para usuarios mltiples o usuario nico, tipo y software de la base de datos, lenguajes de programacin a ser utilizados por las aplicaciones, etctera).El costo del sistema. La pregunta ms recurrente podemos solventarlo? es crucial (y la respuesta podra hacer que se revisara con cuidado la evaluacin inicial!). Impele a repetir que la solucin de un milln de dlares a un problema de mil no es defendible.6.3.2 ANLISIS Los problemas definidos durante la fase de planificacin se examinan con ms detalles durante la fase de anlisis. Debe realizarse un macroanlisis tanto de las necesidades individuales como de las organizacionales, tomando en cuenta preguntas como:Cules son los requerimientos precisos de los usuarios finales del sistema actual?Encajan esos requerimientos en los de la informacin total?La fase de anlisis del SDLC es, en realidad, una auditora cabal de los requerimientos de los usuarios.Pgina324 | Inicio del artculo Los sistemas de hardware y software existentes tambin se estudian durante la fase de anlisis. El resultado deber ser un mejor entendimiento de las reas funcionales del sistema, los problemas reales y funcionales y las oportunidades.Los usuarios finales y el diseador(es) del sistema deben trabajar juntos para identificar los procesos y para poner al descubierto reas problemticas potenciales. Tal cooperacin es vital para definir los objetivos de desempeo apropiados mediante los cuales el sistema nuevo pueda ser juzgado.Junto con el estudio de los requerimientos del usuario y los sistemas existentes, la fase de anlisis incluye la creacin de un diseo de sistemas lgico. El diseo lgico debe especificar el modelo de datos conceptual apropiado, datos de entrada, procesos y los resultados esperados.En la creacin de un diseo lgico, el diseador podra utilizar herramientas tales como Diagrama de Flujo de Datos (DFD; por sus siglas en ingls), Diagramas de Resultados de Procesos de Ingreso de Datos Jerrquicos (HIPO, por sus siglas en ingls), o Diagramas Entidad-Relacin (E-R). Las actividades de modelado de datos del diseo de base de datos ocurre en este punto para descubrir y describir todas las entidades y sus atributos, y las relaciones entre ellas dentro de la base de datos.La definicin del sistema lgico tambin produce descripciones funcionales de los componentes del sistema (mdulos) de cada proceso dentro del entorno de la base de datos. Todas las transformaciones (procesos) se describen y documentan mediante herramientas de anlisis de sistemas tales como Diagramas de Flujo de Datos (DFD, por sus siglas en ingls). El modelo de datos conceptual se valida contra estos procesos.6.3.3 DISEO DE SISTEMAS DETALLADO En la fase de diseo de sistemas detallado, el diseador completa el diseo de los procesos del sistema. Esto incluye todas las especificaciones tcnicas necesarias para las pantallas, menus, reportes y otros dispositivos que pudieran ser utilizados para hacer del sistema un generador de informacin ms eficiente. Los pasos se disponen para la conversin del viejo al nuevo sistema. Los principios y metodologas de entrenamiento tambin se planifican y deben presentarse a la gerencia para su aprobacin.Recuadro:MostrarRecuadro:OcultarNOTAComo la atencin se enfoc en los detalles del proceso de diseo de sistemas, hasta este punto, no se ha reconocido explcitamente el hecho de que se requiere la aprobacin de la gerencia en todas las etapas del diseo. Se necesita esa aprobacin por la decisin CONTINUAR para el caso de los fondos. iExisten muchos puntos de decisin CONTINUAR/NO CONTINUAR a lo largo del camino que conduce a un diseo de sistemas terminado!6.3.4 PUESTA EN EJECUCIN Durante la fase de puesta en ejecucin, se instala el hardware, el software del DBMS y los programas de aplicacin y se realiza el diseo de la base de datos. Durante las etapas iniciales de la fase de puesta en ejecucin, el sistema entra en un ciclo de codificacin, realizacin de pruebas y depuracin, hasta que est listo para ser entregado. Se crea la base de datos y el sistema se personaliza mediante la creacin de tablas, autorizaciones de usuarios, etctera.El contenido de la base de datos puede cargarse interactivamente o en un modo por lotes, mediante varios mtodos y dispositivos:Programas de usuario personalizadosProgramas de interface de base de datosProgramas de conversin que importan datos con diferentes estructuras de archivo, mediante programas por lotes, una utilera de base de datos, o ambos.El sistema se somete a pruebas exhaustivas hasta que est listo para ser utilizado. Tradicionalmente, la ejecucin y prueba de un sistema nuevo requiere de 50 a 60 por ciento del tiempo de desarrollo total. Sin embargo, el advenimiento de generadores de aplicaciones y herramientas de depuracin muy complejas ha disminuido sustancialmente el tiempo requerido para la codificacin y realizacin de pruebas.Pgina325 | Inicio del artculo Una vez que se concluyen las pruebas, se revisa e imprime la documentacin final, y se entrena a los usuarios finales. El sistema se pone en operacin total al final de esta fase aunque continuamente ser evaluado y afinado.6.3.5 MANTENIMIENTO Casi desde que el sistema entra en operacin, los usuarios finales comienzan a solicitar cambios en l. Esos cambios generan actividades de mantenimiento en el sistema, mismas que pueden agruparse en tres tipos:1 Mantenimiento correctivo en respuesta a errores en los sistemas.Mantenimiento adoptivo provocado por cambios en el entorno de la empresa.Mantenimiento perfectivo para mejorar el sistema.Como cada solicitud de un cambio estructural requiere el volver a seguir los pasos del SDLC, el sistema, en cierto sentido, siempre est en alguna etapa del SDLC!Cada sistema tiene un lapso de vida operativo. El lapso de vida operativo real de un sistema depende de su utilidad percibida. Existen varias razones para reducir la vida operativa de ciertos sistemas. El rpido cambio tecnolgico es una de ellas, en particular en el caso de sistemas basados en velocidad de procesamiento y expansibilidad. Otra razn es el costo de mantener un sistema.Si el costo es elevado, su valor se vuelve sospechoso. La tecnologa de Ingeniera de Sistemas Asistida por Computadora (CASE, por sus siglas en ingls), por ejemplo, Sistema Architect o el programa Visio, ayudan a producir mejores sistemas en un lapso razonable y a un costo accesible. Adems, la versiones de aplicaciones producidas con CASE son ms estructuradas, mejor documentadas y especialmente estandarizadas tienden a prolongar la vida operativa de los sistemas al hacerlos ms fciles de actualizar y mantener.2 1 Vea Software Maintenance Revisited: A Product Life Cycle Perspective E. Reed Doke y Neil E. Swanson, Information Executive 4 (1), invierno de 1991, pp. 8-11. La fecha de esta referencia podra hacer que se considere obsoleta, pero sigue siendo pertinente en la actualidad. Aunque el entorno del software cambia con una vertiginosa frecuencia, muchos de los principios subyacentes de diseo, ejecucin y manejo de software gozan de una notable longevidad.2 Por ejemplo, si ya ha utilizado Visio, ya sabe que ste prueba la consistencia interna de sus ERD cuando le pide que actualice las claves ajenas. Visio ejecutar las claves ajenas de acuerdo con los tipos de entidad del diseo (dbil, fuerte) y la naturaleza de las relaciones (identificadora, no identificadora) entre dichas entidades. Cuando vea los resultados, de inmediato se dar cuenta de si son los esperados. Adems, si existen argumentos circulares en el diseo, Visio lo alertar de su existencia. Por consiguiente, podr distinguir los problemas antes de que se queden por siempre en la ejecucin.Cita de fuente(MLA 7.a edicin) "Ciclo de Vida de Desarrollo de Sistemas (SDLC, por sus Siglas en Ingls)." Sistemas de bases de datos: Diseo, implementacin y administracin. Peter Rob and Carlos Coronel. 5th ed. Mexico City: Cengage Learning, 2004. 322-325. Gale Virtual Reference Library. Web. 10 Sept. 2015.URLhttp://go.galegroup.com/ps/i.do?id=GALE%7CCX4059200079&v=2.1&u=unad&it=r&p=GVRL&sw=w&asid=6d6e98a54ca68d83cbcc6401290aaf60Nmero de documento de Gale:GALE|CX4059200079