Está en la página 1de 17

El ciclo de vida de vida del Desarrollo de Sistemas (SDLC: Systems Development Life Cycle), rastrea el historial de un sistema de informacin.

El diseo de las bases de datos ocurre dentro de los confines de un sistema de informacin. El SDLC tradicional se divide en cinco fases: Planeacin , anlisis ,diseo de sistemas detallado, ejecucin y mantenimiento

Planeacin

Evaluacin Inicial Estudio de Factibilidad Requerimientos del Usuario. Evaluacin del Sistema Existente Diseo de Sistema lgico Especificacin de Diseo de Sistemas Detallado Codificacin ,pruebas y depuracin Instalacin,Afinacin. Evaluacin Mantenimiento Mejora
3

Anlisis

Diseo

Ejecucin

Mantenimiento

Debe hacerse una evaluacin inicial de los requerimientos de flujo y extensin de la informacin durante esta parte. Esa valoracin deber responder algunas preguntas importantes: Deber continuar el sistema existente? Deber modificarse el sistema existente? Deber reemplazarse el sistema existente?

Los participantes en la evaluacin inicial del SDLC primero deben estudiar y evaluar soluciones alternas .Si se decide que se requiere de un sistema nuevo, la siguiente pregunta es: Es factible? Este estudio de Factibilidad debe abordar lo siguiente:

1. 2.

Los Aspectos tcnicos de hardware y software. El costo del Sistema. La pregunta mas recurrente Podemos Solventarlo? la respuesta a esta pregunta podra hacer que se revisara con cuidado la evaluacin inicial.

Los problemas definidos durante la fase de planificacin se examinan con mas detalle durante la fase de anlisis .Debe realizarse un microanlisis 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 auditoria de los requerimientos de los usuarios.

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.

En la creacin de un diseo lgico , el diseador podra utilizar herramientas tales como : 1. Diagrama de flujo de Datos (DFD) 2. Diagrama de Resultados de Procesos de Ingreso de datos Jerrquicos (HIPO) 3. Diagramas de Entidad Relacin (E-R)

Ejemplo: Diagrama de Flujo de Datos.

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, mens, base de datos, reportes y otros dispositivos que pudieran ser utilizados para hacer del sistema un generador de informacin mas eficiente.

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 , el sistema entra en un ciclo de codificacin , realizacin de pruebas y depuracin , hasta que este 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 Personalizados Programas de interface de Base de Datos Programas 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 este listo para ser utilizado. La ejecucin y prueba de un sistema nuevo requiere de 50 a 60% del tiempo de desarrollo total. Una vez que Concluyen las Pruebas, se revisa e imprime la documentacin final, y se entrena a los usuarios finales. El sistema se pone en operacin.

1.

2.

3.

Desde que el sistema entra en operacin, los usuarios finales comienzan a solicitar cambios en el, las actividades de mantenimiento del sistema pueden agruparse en tres tipos: Mantenimiento Correctivo en respuesta a errores en el sistema. Mantenimiento Adoptivo provocado por cambios en el entorno de la empresa. Mantenimiento Perfectivo para mejorar el sistema.

1. 2.

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 El costo de mantener el Sistema.

3.

También podría gustarte