![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() | |
| By N2H | ||||||||||||||||||||||
Sistema de desarrollo del ciclo de vida (SDLC)
25 de octubre de 2007
Si eres nuevo aquí, puede que quiera suscribirse a mi feed RSS. Gracias por visitar y tener un buen día!
El desarrollo del sistema de ciclos de vida!
La cascada modelo también se conoce como el SDLC fue publicado originalmente en 1970 por W. Royce. Se trata de un paso a paso la forma de desarrollar los proyectos.
El modelo de cascada se divide en etapas y cada etapa se complete antes de proceder al siguiente.
Los estadios de la cascada modelo
En el modelo de cascada hay siete etapas del desarrollo de un proyecto.
Definición del problema
En esta etapa los usuarios o el administrador se da cuenta de que el sistema de información ya no es un reflejo de los actuales negocios que pueden haber ampliado o que necesitan para informatizar sus operaciones manuales.
Este problema puede producirse debido a las quejas de los usuarios o de revisión formal del sistema de información.
Un analista examina si hay un problema y, a continuación, los estudios del problema en profundidad, y una autorización para realizar un estudio de viabilidad se da. Esta autorización es la producción o la prestación en esta etapa. De este modo los usuarios, administradores y analistas se utilizan en esta etapa.
Estudio de Factibilidad:
En esta etapa el analista examina si un nuevo sistema es viable. Se evalúa la magnitud de este problema y decide el alcance del proyecto. Se analiza el problema del sistema actual y lo que sea necesario para el nuevo sistema.
Económica, técnica y operativa posibilidades se hacen. La salida es un estudio de viabilidad informe.
Herramientas utilizadas en esta etapa son hecho de reunir Técnicas y técnicas de estimación. Los usuarios y los analistas más gestión están fuertemente involucrados.
Análisis
En esta etapa de investigación detallada se realizan sobre el sistema actual. Esto incluye
leer la documentación existente
Entrevistar a los usuarios
Observación del trabajo que se está realizando
Observación de los procedimientos actuales
Cuestionarios
Después de obtener los datos necesarios sobre el sistema actual el analista de diagramas el sistema actual y, a continuación, considera que las funciones del nuevo sistema. Una nueva serie de diagramas que incorporan nuevas funciones se haga. Un prototipo también se genera con estos hechos se reunieron para ayudar a los usuarios incierto saben lo que quieren en el nuevo sistema. Por lo tanto, contribuye a revelar nuevos requisitos. Los analistas hace un problema usando la especificación hecho de reunir las herramientas, prototipos, DFD, modelos de proceso de datos específicamente etc usuarios están involucrados también lo es la Analistas
Diseño:
En esta etapa, básicamente, el hardware y el software están ordenados de modo que puedan llegar a tiempo para la construcción.
Diagramas funcionales se traducen en esquemas jerárquicos de los analistas a fin de determinar qué programas son necesarios y cómo se relacionan entre sí. El analista decide sobre la estructura del programa, interfaz del programa y la jerarquía en los programas que se organizarán.
El analista asegura la calidad del diseño, incorpora medidas de seguridad, diseños fáciles de usar formas de entrada, salida interfaces de informes.
La base de datos de diseño cumple los requisitos de archivo. El resultado es una especificación del diseño.
Herramientas utilizadas se DFD, Diccionario de datos, modelos de datos, prototipos, diagramas de flujo del sistema: El personal que participa son los usuarios, analistas, Diseñador de bases de datos.
Construcción
El entorno informático está preparado, los programas que se están haciendo por escrito y sean sometidas a una prueba, la documentación de usuario y manuales de capacitación se desarrollan.
Computer medio ambiente está preparando los medios cables eléctricos, cables de red están instalados, el mobiliario, aire acondicionado están en su lugar. Los ordenadores están instalados y probados.
Los programas son escritos por el programa y las especificaciones de diseño. Los programas se analizarán con pie y en grupo a través de comentarios. El analista supervisa la redacción de manuales de capacitación y documentación de usuario. La documentación de usuario incluye manuales de usuario, usuario guías de referencia rápida, que aparecen en la pantalla ayuda, etc
Las personas que participan son los programadores y analistas. Herramientas utilizadas son estructurados, walkthroughs, etc herramientas CASE
6. Conversión
El analista de ayuda al personal a convertir del sistema antiguo al nuevo. Los analistas supervisa la transferencia de archivos de datos por vía electrónica al nuevo sistema.
La conversión puede realizarse de diversas maneras
Fase de conversión
Paralelamente Conversión
Conversión directa
- Conversión piloto
La salida es que el sistema está en funcionamiento y las herramientas utilizadas se automatizado de datos, programas de transferencia.
7. Mantenimiento:
Sistema se introducen modificaciones en el sistema después de que el sistema esté en funcionamiento. El mantenimiento puede ser
(1) Perfective (3) de prevención
(2) Correctivo (4) adaptable
El SDLC tradicional tiene una serie de buenas características. Ha sido bien probado. Sin embargo, este método ha sido conocido por tener varios inconvenientes.
Algunos de los inconvenientes de SDLC se insatisfacción de los usuarios. SDLC asume que el usuario ya conoce todas sus necesidades por lo que esperan los usuarios para decirles a sus necesidades y una vez documentados los requisitos deben permanecer inalterados, por lo que desarrollar el sistema con estos requisitos sólo para encontrar que cuando el sistema se aplique, no proveer a su necesidad o sus nuevas necesidades, por lo tanto, se convierten en descontento con el sistema.
El hecho de no satisfacer las necesidades de la gestión en que el sistema desarrollado con el enfoque operativo son principalmente sistemas de procesamiento, tales como nóminas, facturación que se refiere a bajo nivel las tareas operativas, por lo tanto, haciendo caso omiso de las necesidades de información de la táctica y la alta dirección, que requieren a por ejemplo, tomar decisiones que los productos para dejar de vender, etc
Poco ambicioso diseño del sistema, en que los sistemas desarrollados por este enfoque a menudo tienden a informatizar el manual de las tareas operativas, como la facturación, por lo que tienden a establecer sistemas de diseño que son similares a las existentes proceso manual.
Aplicación retraso, este enfoque tiene muchas fases con sub etapas, puede tomar varias semanas para completar una fase, por lo que el tiempo de desarrollo global de un solo proyecto pueden ser meses, y si hay otro sistema en espera de ser desarrolladas utilizando este proceso, puede causar un retraso.
Mantenimiento de trabajo ya que la empresa puede tener muchos sistemas para desarrollar, el desarrollo es a menudo rápido y «sucias» a fin de que la fecha de entrega, lo que trae consigo sistemas que tengan un gran esfuerzo de mantener.
Problemas con la documentación, este enfoque proporciona documentación para el proceso de aplicación que es muy ideal, pero la notación de la documentación es el ordenador hacia la persona en que la documentación es muy técnica y no es fácil de entender por el usuario.
Comentarios
¿Tienes algo que decir?
Debes iniciar sesión para poder enviar un comentario.
























