Want to create interactive content? It’s easy in Genially!
KENDALL Y KENDALL
Libros_locos **
Created on September 17, 2024
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Frayer Model
View
Math Calculations
View
Interactive QR Code Generator
View
Interactive Scoreboard
View
Interactive Bingo
View
Interactive Hangman
View
Secret Code
Transcript
Tema de la actividad 4
METODOLOGÍA PARA EL DESARROLLO DE SOFTWARE DE KENDALL Y KENDALL
- ESCUELA: COBAEM PLANTEL SAN JUAN NUEVO
- MAESTRO:JOSE JESUS CUARAO BARAJAS
- MATERIA: CAPACITACION DE LA INFORMACION Y LA COMUNICACION
- ALUMNA: DELGADO VILLA MELANIE LIZETH
- GRUPO: 502°
- FECHA: 17/SEP/2024
EMPEZAR
Metodología de Kendall & Kendall.
Según la metodología de Kendall & Kendall el ciclo de vida de un sistema consta de siete partes: siendo la primera la identificación del problema, la segunda identificación de requisitos de información, la tercera es el análisis de las necesidades del sistema, la cuarta es el diseño del sistema recomendado, la quinta desarrollo y documentación del sistema, la sexta prueba y mantenimiento y la última implementación y evaluación. Cada fase se explica por separado pero nunca se realizan como pasos aislados, más bien es posible que algunas actividades se realicen de manera simultánea, y algunas de ellas podrían repetirse.
FASE I: Identificación de problemas, oportunidades y objetivos
1.1: Identificación de problemas, oportunidades y objetivos
En la primera fase el analista es el encargado de identificar los problemas de la organización, detallarlos, examinar, evaluar las oportunidades y objetivos. El analista debe identificar y evaluar los problemas existentes en la organización de manera critica y precisa. Mayormente los problemas son detectados por alguien más y es cuando el analista es solicitado a fin de precisarlos. Las oportunidades son situaciones que el analista considera susceptibles de mejorar utilizando sistemas de información computarizados, lo cual le da mayor seguridad y eficacia a las organizaciones además de obtener una ventaja competitiva.
FASE II: Determinación de los requerimientos de información
1.2. Determinación de los requerimientos de información
En esta fase el analista se esfuerza por comprender la información que necesitan los usuarios para llevar a cabo sus actividades. Entre las herramientas que se utilizan para determinar los requerimientos de información de un negocio se encuentran métodos interactivos como las entrevistas, los muestreos, la investigación de datos impresos y la aplicación de cuestionarios; métodos que no interfieren con el usuario como la observación del comportamiento de los encargados de tomar las decisiones y sus entornos e oficina, al igual que métodos de amplio alcance como la elaboración de prototipos.
FASE III: Análisis de las necesidades
1.3. Determinación de los requerimientos de información
En esta fase el analista evalúa las dos fases anteriores, usa herramientas y técnicas como el uso de diagramas de flujo de datos para graficar las entradas, los procesos y las salidas de las funciones del negocio en una forma gráfica estructurada. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos que enlista todos los datos utilizados en el sistema así como sus respectivas especificaciones. El analista prepara en esta fase, una propuesta de sistemas que sintetiza sus hallazgos, proporciona un análisis de costo/beneficio de las alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer.
FASE IV: Diseño del sistema recomendado
1.4. Diseño del sistema recomendado
En esta fase el analista utiliza la información recopilada en las primeras fases para realizar el diseño lógico del sistema de información.El analista diseña procedimientos precisos para la captura de datos que aseguran que los datos que ingresen al sistema de información sean correctos. Facilita la entrada eficiente de datos al sistema de información mediantes técnicas adecuadas de diseño de formularios y pantallas. La concepción de la interfaz de usuario forma parte del diseño lógico del sistema de información. ue satisfaga las necesidades de información de estos últimos
FASE V: Desarrollo y documentación del software
1.5.: Desarrollo y documentación del software
Evaluar los procedimientos que va a ser desarrollados por el programador. Mostrar y explicar cada procedimiento, función y operación al programador. Elaborar manuales de procedimientos internos del sistema. Elaborar manuales externos de ayuda a los usuarios del sistema. Elaborar demostraciones para los usuarios y la interacción con distintas interfaces Elaborar actualizaciones para los diferentes procedimientos Elaborar un informe con el tiempo que se llevó construir cada procedimiento.
FASE VI: Prueba y mantenimiento del sistema
1.6: Prueba y mantenimiento del sistema
Antes de poner en funcionamiento el sistema es necesario probarlo es mucho menos costoso encontrar los problemas antes que el sistema se entregue a los usuarios.Una parte de la pruebas la realizan los programadores solos, y otra la llevan a cabo de manera conjunta con los analistas de sistemas. Primero se realizan las pruebas con datos de muestra para determinar con precisión cuáles son los problemas y posteriormente se realiza otra con datos reales del sistema actual. El mantenimiento del sistema de información y su documentación empiezan en esta fase y se llevan de manera rutinaria durante toda su vida útil. .
FASE VII: Implementación y evaluación del sistema
1.7: Implementación y evaluación del sistema
Esta es la última fase del desarrollo de sistemas, y aquí el analista participa en la implementación del sistema de información. En esta fase se capacita a los usuarios en el manejo del sistema. Parte de la capacitación la imparten los fabricantes, pero la supervisión de ésta es responsabilidad del analista de sistemas. Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de sistemas principalmente en áreas del debate. En realidad, la evaluación se lleva a cabo durante cada una de las fases. El trabajo de sistemas es cíclico, cuando un analista termina una fase del desarrollo de sistemas y pasa a la siguiente, el surgimiento de un problema podría obligar a regresar a la fase previa y modificar el trabajo realizado.
!CONCLUSION¡:
ALa metodología para el desarrollo de software de Kendall y Kendall se centra en un enfoque sistemático y estructurado que busca mejorar la calidad y eficiencia del proceso de desarrollo. Esta metodología aboga por la colaboración entre los diferentes actores involucrados, como los desarrolladores, analistas y usuarios finales, promoviendo una comunicación clara y continua. En conclusión, la metodología de Kendall y Kendall enfatiza la importancia de un proceso bien definido que incluya análisis de requisitos, diseño, implementación y pruebas. Al adoptar este enfoque, se busca minimizar riesgos, asegurar la satisfacción del cliente y facilitar la adaptación a cambios en los requisitos a lo largo del ciclo de vida del software. Esto no solo mejora la calidad del producto final, sino que también optimiza el tiempo y los recursos utilizados en el desarrollo.