METODOLOGÍA DE KENDALL & KENDALL

Editar 0 23…

Metodologia de Kendall y Kendal

Según esta metodología 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.

FASES DE LA METODOLOGIA PARA EL

DESARROLLO DE S. I.

LIBRO COMPLETO KENDALL Y KENDALL

FASES SI KENDALL Y KENDALL

Metodología Kendall & Kendall

“El ciclo de vida de vida del desarrollo de sistemas (SDLC,

Systems Development life cycle) es un enfoque por fases para el
análisis y el diseño cuya premisa principal consiste en que los
sistemas se desarrollan mejor utilizando un ciclo especifico de
actividades del analista y el usuario.” (Kendall & Kendall)
METODOLOGIA DE KENDALL Y KENDALL

APORTE DE YOIHEN CEDEÑO

 La metodología de Kendall y Kendall es un ciclo de desarrollo
de los sistemas, y se desarrolla en siete etapas las cuales son:

1. Identificación de problemas, oportunidades y objetivos:Esta

fase es crucial para el éxito del resto del proyecto requiere que se
observe de forma objetiva lo que ocurre en una organización,
luego en conjunto con otros miembros de la organización hacer
notar los problemas. Las oportunidades son aquellas situaciones
que se considera que pueden mejorarse, perfeccionarse
mediante el uso de los sistemas de información. También es un componente importante de la
primera fase, en esta etapa se deberá descubrir lo que la organización intenta realizar, luego
determinar si el uso de los sistemas de información apoyaría a la organización para alcanzar
sus metas.
2. Determinación de los requerimientos de información: Esto se hace a partir de los usuarios
particularmente involucrados, para determinar los requerimientos de información dentro de una
organización pueden utilizarse diversos instrumentos, los cuales incluyen: muestreo, el estudio
de los datos y formas usadas para la organización, la entrevista, los cuestionarios; la
observación de la conducta de quien tomo la decisiones, así como de su ambiente. Se hace
todo lo posible por identificar qué información requiere el usuario para desempeñar sus tareas.
3. Análisis de las necesidades del sistema: Se analizan las necesidades propias del sistema,
para ello existen herramientas y técnicas diseñadas para tal fin, estas incluyen entre otras el
uso de los diagramas de flujo de datos que cuentan con una técnica estructurada para
representar en forma gráfica la entrada de datos a la organización, los procesosy la salida de
información. También se analizan las decisiones estructuradas por realizar, que son decisiones
donde las condiciones, condiciones alternativas, acciones y reglas de acción podrán
determinarse.
4. Diseño del sistema recomendado: Se usa la información recolectada con anterioridad y se
elabora el diseño lógico de sistemas de información, se diseña también procedimiento es
precisos de captura de datos, con la finalidad de que los datos que se introducen en el sistema
de información, sean los correctos. Esta etapa también incluye el diseño de los archivos o la
base de datos que almacenará aquellos datos requeridos por quien toma las decisiones en la
organización.
5. Desarrollo y documentación del software: Dentro de las técnicas estructuradas para el
diseño y documentación del software se tienen: el método HIPO, los diagramas de flujo, los
diagramas Nassi.Schneiderman, los diagramas Warnier-Orr y el pseudocódigo es aquí donde
se transmite al programador los requerimientos de programación.
6. Pruebas y mantenimiento del sistema: Todo sistema de información debe probarse antes de
ser utilizado, ya que el costo es menor si se detectan los problemas antes de que entre en
funcionamiento. En un principio, se hace una serie de pruebas, con datos tipo, para identificar
las posibles fallas del sistema, más adelante, se utilizarán los datos del sistema real.
7. Implantación y evaluación del sistema: Esta es la última etapa del desarrollo del sistema,
esto incluye el adiestramiento que el usuario requerirá. Aunque la evaluación del sistema se
plantea como parte integrante de la última etapa del ciclo de desarrollo de los sistemas;
realmente la evaluación toma parte de cada una de las etapas. Uno de los criterios
fundamentales que debe satisfacerse, es que el futuro usuario utilice el sistema desarrollado.

-------------------------------------------------------------------------------------------------------------------------------
--------------------------------------------------
APORTE:
YENNY ROMERO.
SISTEMAS DE INFORACIÓN II.
UGMA-PUERTO ORDAZ.
PARA UNA EXPLICACIÓN MAS DETALLADA RELACIONADA CON CADA FASE DE LA
METODOLOGIA DE KENDALL & KENDALL,
AGREGO LOS SIGUIENTES LINK:

FASE I: Identificación de problemas, oportunidades y objetivos

FASE II: Determinación de los requerimientos de información
FASE III: Análisis de las necesidades del sistema
FASE IV: Diseño del sistema recomendado
FASE V: Desarrollo y documentación del software
FASE VI: Prueba y mantenimiento del sistema
FASE VII: 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 kendall & kendall

FASE I: Identificación de problemas, oportunidades y objetivos

Observación directa del entorno

Aplicación de entrevista para recolectar información.

Sintetizar la información recolectada para construir objetivos

Estimar el alcance del proyecto

Identificar si existe una necesidad, problema u oportunidad argumentada

Documentar resultados

Estudiar los riesgos del proyecto

Presentar un informe de vialidad

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. El analista
debe identificar los objetivos, es decir, el analista debe averiguar lo que la empresa trata
de conseguir, se podrá determinar si algunas funciones de as aplicaciones de los
sistemas de información pueden contribuir a que el negocio alcance sus objetivos
aplicándolas a problemas u oportunidades específicos. Los usuarios, los analistas y los
administradores de sistemas que coordinan el proyecto son los involucrados en la
primera fase. Las actividades de esta fase son las entrevistas a los encargados de
coordinar a los usuarios, sintetizar el conocimiento obtenido, estimar el alcance del
proyecto y documentar los resultados. El resultado de esta fase en un informe de
viabilidad que incluye la definición del problema y un resumen de los objetivos. La
administración debe decidir si se sigue adelante o si se cancela el proyecto propuesto.

fase II kendall & kendall

Editar 0 7…

FASE II: Determinación de los requerimientos de información

Revisión de los objetivos

Identificar el dominio

Investigar la razón por la cual se implementa el sistema actual

Recolectar información sobre los procedimientos y operaciones que se desempeñan

actualmente.

Detallar específicamente: Quiénes son los involucrados, cuál es la actividad, regla y

restricciones del negocio, entorno de desarrollo de las actividades, momentos oportunos de
desarrollo de cada función, la manera en que se desempeñan los procedimientos actuales.

Elaborar una lista detallada y organizada de todos los procedimientos.

Separar requerimientos funcionales y no funcionales

Adicionar al informe de la primera fase, esta nueva 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.

Esta fase es útil para que el analista confirme la idea que tiene de la organización y sus
objetivos.
Los implicados en esta fase son el analista y los usuarios, por lo general los
trabajadores y gerentes del área de operaciones.

El analista necesita conocer los detalles de las funciones del sistema actual:

el quién (la gente involucrada), el qué (la actividad del negocio), el dónde (el entorno
donde se desarrollan las actividades), el cuándo (el momento oportuno) y el cómo (la
manera en que se realizan los procedimientos actuales) del negocio que se estudia.

Al término de esta fase, el analista debe conocer el funcionamiento del negocio y poseer
información muy completa acerca de la gente, los objetivos, los datos y los
procedimientos implicados.

fase III kendall & kendall

FASE III: Análisis de las necesidades

Evaluar las dos fases anteriores.

Modelar las entradas, los procesos y las salidas de las funciones ya identificadas.
Elaborar diccionario de datos y sus especificaciones.

Elaborar diagramas de procesos de cada función.

Elaborar propuesta del sistema con todos los diagramas de operaciones y de procesos.

Realizar el análisis del riesgo sobre el realizado en las fases anteriores, tomando en cuenta el aspecto
económico, técnico y operacional (estudio de factibilidad)

Estimar en un diagrama de Gantt el tiempo que tomará desarrollar el sistema.

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 kendall & kendall

FASE IV: Diseño del sistema recomendado

Evaluar las tres fases anteriores.

Realizar el diseño lógico de todo el sistema.

Elaborar procedimientos precisos para la captura de los datos que van a ingresar al sistema de
información.

Elaborar el diseño de la base de datos.

Diseñar las diferentes interfaces de usuarios de cada operación, procedimiento y/o función.

Diseñar controles y procedimientos de respaldos que protejan al sistema y a los datos.

Producir los paquetes específicos de programas para los programadores.

Elaborar una lista de las funciones genéricas y de las que será obligatorio crear.

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.

La interfaz conecta al usuario con el sistema y por tanto es sumamente importante.

También incluye el diseño de archivos o bases de datos que almacenarán gran parte delos
datos indispensables para los encargados de tomar las decisiones en la organización.

En esta fase el analista interactúa con los usuarios para diseñar la salida (en pantalla o
impresa) que satisfaga las necesidades de información de estos últimos.

Finalmente el analista debe diseñar controles y procedimientos de respaldo que protejan al

sistema y a los datos y producir paquetes de especificaciones de programa para los
programadores.

Cada paquete debe contener esquemas para la entrada y la salida, especificaciones de

archivos y detalles del procesamiento.
fase V kendall & kendall
FASE V: 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.

En la quinta fase del ciclo del desarrollo de sistemas, el analista trabaja de manera conjunta
con los programadores para desarrollar cualquier software original necesario. Entre las técnicas
estructuradas para diseñar y documentar software se encuentran los diagramas de estructuras,
los diagramas de Nassi-Shneiderman y el pseudocódigo.

Durante esta fase el analista trabaja con los usuarios para desarrollar documentación efectiva
para el software, como manuales de procedimientos, ayuda en línea y sitios web que incluyan
respuestas a preguntas frecuentes en archivos “léame” que se integrarán al nuevo software.

La documentación indica a los usuarios cómo utilizar el sistema y qué hacer en caso de que
surjan problemas derivados de este uso.
Los programadores desempeñan un rol clave en esta fase porque diseñan, codifican y eliminan
errores sintácticos de los programas de cómputo.

fase VI kendall & kendall

FASE VI: Prueba y mantenimiento del sistema

Realizar la programación de las pruebas del sistema.

Realizar un instrumento para evaluar el sistema de información.

El programador deberá elaborar un resumen de las pruebas del sistema.

El analista deberá realizar un informe de sus pruebas y discutirlo con el programador.

Elaborar la planificación de las horas del mantenimiento del sistema.

Elaborar la lista de las operaciones que pudieran sufrir modificaciones de códigos.

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 kendall & kendall

Editar 0 7…

FASE VII: Implementación y evaluación del sistema

Planificar gradualmente la conversión del sistema anterior.

Instalar los equipos de hardware necesarios para el funcionamiento del software creado.

Capacitar por medio de talleres a los usuarios en el manejo de equipos y software creados.

Evaluar la adaptabilidad de los usuarios al 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.

------------------------------------------------------------------------------------------------------------------------------
METODOLOGÍA DE ROGER PRESSMAN
De acuerdo con Roger Pressman, las etapas metodológicas a llevar a cabo para el desarrollo
deSistemas de Información, se establecen de la siguiente manera:
Etapas o Fases:
Análisis
Diseño
Codificación
Prueba

MantenimientoEtapa I - Análisis de los requisitos del software: El

proceso dereunión de requisitos se intensifica y se centra especialmenteen el software. Dentro
del proceso de análisis, es fundamentalque a través de una colección de requerimientos
funcionales y no funcionales, el desarrollador odesarrolladores del software comprendan
completamente la naturaleza de los programas quedeben construirse para desarrollar la
aplicación, la función requerida, comportamiento,rendimiento e interconexión. Es de suma
importancia que antes de empezar a codificar losprogramas, se tenga una completa y plena
comprensión de los requisitos del software.Pressman establece que la tarea del análisis de
requisitos es un proceso de descubrimiento,refinamiento, modelado y especificación. Se refina
en detalle el ámbito del software, y se creanmodelos de los requisitos de datos, flujo de
información y control, y del comportamientooperativo. Se analizan soluciones alternativas y se
asignan a diferentes elementos del software. Elanálisis de requisitos permite al desarrollador o
desarrolladores especificar la función y elrendimiento del software, indica la interfaz del
software con otros elementos del sistema yestablece las restricciones que debe cumplir
el software.
El análisis de requisitos del software puede dividirse en cinco áreas de esfuerzo, que son:1.

Reconocimiento del problema.

Reconocer los elementos básicos del problema tal y comolos perciben los usuarios finales.
2.

Evaluación y síntesis.
Definir todos los objetos de datos observables externamente,evaluar el flujo y contenido de la
información, definir y elaborar todas las funciones delsoftware, entender el comportamiento
del software en el contexto de acontecimientosque afectan al sistema.
3.

Modelado.
Crear modelos del sistema con el fin de entender mejor el flujo de datos ycontrol, el
tratamiento funcional y el comportamiento operativo y el contenido de lainformación.
4.

Especificación.
Realizar la especificación formal del software.
5.

Revisión.
Un último chequeo general de todo el proceso.
ANALISIS Y DISEÑO DE SISTEMAS
Etapa II - Diseño:
Según Pressman, el diseño del software es realmente un proceso de muchospasos pero que
se clasifican dentro de uno mismo. En general, la actividad
del diseño se refiere alestablecimiento de las estructuras de datos, la arquitectura general del
software,representaciones de interfaz y algoritmos. El proceso de diseño traduce requisitos en
unarepresentación de software.El diseño es el primer paso en la fase de desarrollo de
cualquier producto o sistema de ingeniería.De acuerdo con Pressman, el objetivo del diseño es
producir un modelo o representación de unaentidad que se va a construir posteriormente.El
diseño de datos esencialmente se encarga de transformar el modelo de dominio de
lainformación creado durante el análisis. En el diseño arquitectónico se definen las
relaciones entrelos principales elementos estructurales del programa. Para una herramienta
de software basadaen el desarrollo e implementación de ambientes virtuales éste es
un aspecto fundamental dadoque en esta representación del diseño se establece la estructura
modular del software que sedesarrolla.El diseño de interfaz describe cómo se comunica el
software consigo mismo, con los sistemas queoperan con él, y con los operadores que lo
emplean.
Etapa III - Generación de Código:
Esta actividad consiste en traducir el diseño, en una formalegible por la máquina. La
generación de código se refiere tanto a la parte de generación de losambientes virtuales, como
a la parte en la cual se añadirá comportamiento a estos ambientes. Porejemplo, el lenguaje de
programación VRML 2.0 es un lenguaje de modelado en 3D en el cuál sedibuja por medio
de generar código de programación de formato y marcado para especificar lascaracterísticas
del objeto u objetos que se van agregando a un mundo o entorno virtual. Elcomportamiento
de las escenas virtuales es decir, su funcionalidad, se puede construir a través dealgún
otro lenguaje de programación, como clases Java o scripts especificados en JavaScript.
Todasestas actividades implican generar código.
Etapa IV - Pruebas:
Una vez que se ha generado código, comienzan las pruebas del software osistema que se ha
desarrollado. De acuerdo con Pressman, el proceso de pruebas se centra en losprocesos
lógicos internos del software, asegurando que todas las sentencias se han comprobado,
yen los procesos externos funcionales, es decir, la realización de las prueba para la detección
deerrores. En el caso de una herramienta de software, es necesario tener etapas de pruebas
tantopara la parte funcional del software, como para la parte aplicativa del mismo.
Etapa V
–
Mantenimiento:
El software indudablemente sufrirá cambios, y habrá que haceralgunas modificaciones a su
funcionalidad. Es de suma importancia que el software de calidadpueda adaptarse con fines de
acoplarse a los cambios de su entorno externo. Por medio de ladocumentación apropiada y
atinada del software se pueden presentar las vías para elmantenimiento y modificaciones
al mismo.