Metodologia Kendall 1 1 1

Universidad Nororiental Privada
Gran Mariscal de Ayacucho

Facultad: Ingeniería – Escuela: Sistema
Catedra: Sistema de Información II
Metodología de
Kendall y Kendall
Facilitador(a): Participantes:
Molina, José Ramón Br. Carreño, Yesimar

Br. Fernández. José
Br. Mejías, Luis
Mayo del 2013
Contenido
1. Rol del Analista
2. Ciclo del Desarrollo del Software
3. Uso de la Herramienta Case
4. Análisis del sistema Orientado a Objetos
5. Conceptos Orientados a Objetos
6. Determinación de la Viabilidad
7. Elaboración de Prototipos
8. Análisis de Sistemas Mediante Diccionario de Datos
9. Preparación de la Propuesta
10. Aseguramiento de la Calidad Mediante la Ingeniería de Software
11. Implementación Exitosa
Mayo del 2013

Autores
1997
Los intereses de la enseñanza de la Dra. Julie Kendall

incluyen cuestiones estratégicas globales en el Profesor Kendall ha logrado la
comercio electrónico y el análisis y el diseño para el innovación en el aula a través
comercio electrónico y los sistemas de información de la creación de software
tradicionales sistemas. Julie se desempeñó como basado en hipertexto original
miembro del Consejo Asesor del Centro de llamada HyperCase ®, que
Excelencia en la Enseñanza, la Universidad de permite a los analistas de los
Rutgers-Camden, de 1992 a 2003. Julie recibió un estudiantes a convertirse
Premio de Ciencias de la Decisión Instituto de inmediatamente inmerso en
Innovación Docente en 1992. la vida organizacional.
Mayo del 2013 Br. Mejías, Luis

1.Rol de un Analista de
Sistema
1.1. ¿Qué es un Analista de Sistema?
1.2. La Necesidad de un Analista de Sistema
1.3. Roles de un Analista de Sistema
#.- Consultor
#.- Experto en Soporte Técnico
#.- Agente de Cambio
1.4. Cualidades de un Analista de Sistema

¿Que es un Analista de
Sistema?
Es una persona que estudia los problemas y necesidades de

una empresa, para determinar cómo podrían combinarse los
recursos humanos, los procesos, los datos y la tecnología de la
información para obtener mejoras en la empresa.

La Necesidad de un Analista
de Sistema
Propósito
1. Analizar Flujo de datos
2. Transformar o Procesar
Datos
3. Almacenar Datos
4. La Salida de Información de
una Empresa en Particular
Planificar
Roles de un Analista de
Sistema
Consultor
Agente de Experto en
cambio Soporte Técnico

Cualidades de un Analista de
Sistema
El analista es un solucionador de problemas
El analista también debe ser un comunicador

con capacidad para relacionarse con los demás
durante extensos periodos.
Asimismo, debe tener una ética personal y

profesional firme
El analista de sistemas debe ser una persona

autodisciplinada y automotivada

2. Ciclo del Desarrollo del
Sistema
2.1. ¿Qué es el SDLC?
2.2. Fases:
#.- 1. Identificación del Problema, Oportunidades y
Objetivos.
#.- 2. Determinación de los Requerimientos
#.- 3. Análisis de las Necesidades del Sistema
#.- 4. Diseño del Sistema
#.- 5.Desarrollo y Documentación del Software
#.- 6.Pruebas y Mantenimiento del Sistema
#.- 7. Implementación y Evaluación del Sistema

¿Qué es el SDLC?
(Systems Development Life Cycle)
Es un enfoque por fases para el análisis y el diseño.
7 Fases
A pesar de que cada fase se explica por separado,
nunca se realiza como un paso aislado.

Fases del SDLC
(Systems Development Life Cycle)
1. Identificación del
Problema,
7. Implementación
Oportunidades y
y Evaluación del Objetivos.
Sistema
2. Determinación
de los
Requerimientos
7
6.Pruebas y
Mantenimiento
del Sistema
3. Análisis de
las Necesidades
del Sistema
5.Desarrollo y
Documentación
del Software 4. Diseño
Mayo del 2013 del Sistema Br. Mejías, Luis
1. Identificación del Problema,
Oportunidades y Objetivos ha r
es
Co
laIdentificar
s ord
Pro inar
o vec los a d Objetivos
r i d yec el
Ap ortun to
te
Op
vam rr
jeti rrvvaa
en
Ob OObbssee

2. Determinación de los
Requerimientos
Métodos Interactivos
Métodos que no interfieren
con el usuario
Métodos de Amplio Alcance como
la elaboración de prototipos
3. Análisis de la Necesidad del
Sistema
Herramientas Técnicas y Especiales
Diagramas de Flujos Propuesta del Sistema
Tomar Decisiones
Estructuradas

4. Diseño del Sistema
Recomendado
Uso de la
Diseño de
Información
Recopilada Procedimientos
Concepción
de la Interfaz
Controles y Interacción de
Procedimientos los Usuarios
Diseño de
Archivos
5. Desarrollo y Documentación
del Software
Analistas En conjunto con Desarrolladores
los Usuarios
Diseñan,
Documentac
Técnicas
Diseñan, y
codifican
Documentac
Técnicas
Estructuradas
ión Efectiva
codifican
eliminan y
Estructuradas
ión Efectiva
eliminan
G
ar
a
n
tiz
ar
La
C
ali
d
a
d

6. Prueba y Mantenimiento del
Sistema
Probar el Sistema
Mantenimiento del
sistema
Procedimientos
Sistemáticos

7. Implementación y Evaluación
del Sistema
Capacitación de los Usuarios
El trabajo de Sistemas es Cíclico

3. Uso de la Herramienta
CASE
(Computer-Aided Software Engineering)
3.1 ¿Que es la Herramienta CASE?
3.2 Fecha de Utilización
3.3 Razones para su Uso
4. Análisis del sistema

Orientado a Objetos
Mayo del 2013 Br. Carreño, Yesimar
3. Uso de la Herramienta
CASE
(Computer-Aided Software Engineering)
Utilizada 1990
¿Que es la Herramienta CASE?
Es una herramienta de Ingeniería de Software Asistida por Computadora en el
cual son diversas aplicaciones informáticas destinadas a aumentar la
productividad en el desarrollo de software reduciendo el costo de las mismas en
términos de tiempo y de dinero.

Razones para el Uso de la
Herramienta CASE
Aumenta la Mejora la
Productividad del comunicación entre
Analista analista-usuario
¿?
Integración de las
Actividades del
Ciclo de Vida
Evaluar de Manera
precisa los cambios
en el mantenimiento

4. Análisis del sistema
OrientadoNo es
a Objetos
No es
Facilita fácil Se
r el trabajar utiliza el
desarr con estánda
ollo del técnicas r para la
sistem orientas modelac
a ión UML
a objetos

5. Conceptos Orientados a
Objetos
 Objetos
 Clases
 Herencia
Mayo del 2013 Br. Fernández. José

LENGUAJE UNIFICADO
DE MODELACION (UML)

Modelado de Caso de Uso
El UML está basado fundamentalmente en una

técnica de análisis orientada a objetos conocida
como modelado de casos de uso, en la cual la palabra
uso se pronuncia como sustantivo en lugar de verbo.

Diagrama de Datos
Lógicos y Físicos

Relaciones del Caso de
Uso
Las relaciones activas se denominan como
relaciones de comportamiento y se emplean
principalmente en los diagramas de caso de uso.
Comunica
Incluye
Extiende
generaliza

Diagrama de Actividades
Los diagramas de actividades muestran

las secuencias de actividades de un
proceso, incluyendo las actividades
secuenciales, las actividades paralelas y
las decisiones que se toman.

LENGUAJE
OBJETOS,CLASES,
DIAGRAMA
LENGUAJE DE
OBJETOS,CLASES,
METODO,HERENCI
UNIFICADO DEDE
DIAGRAMA
CASOS DE DE
USO
METODO,HERENCI
UNIFICADO
A
MODELACION
CASOS DE USO
A
MODELACION
D
I
A
G
R
A
M
A
D
E
A
C
TI
V
I
D
A
D
E
S

To be
Continued...!
6. Determinación de la
Viabilidad
6.1 Origen de un Proyecto
6.2 Selección de un proyecto
6.3 Determinación de la Viabilidad:
 Por Objetivos
 Determinación de los recursos:
Viabilidad Técnica
Viabilidad Operativa
Viabilidad Económica

6. Determinación de la
Viabilidad
Proyecto
Oportunidad
Problemas es de Mejorar

Selección de un Proyecto
Criterio Específicos para la selección de un
proyecto
1. El respaldo de los directivos de la organización.
2. Un periodo adecuado de compromiso para terminar el proyecto.
3. La posibilidad de mejorar la consecución de las metas organizacionales.
4. Factibilidad en cuanto a recursos para el analista de sistemas y la organización.
5. La rentabilidad del proyecto en comparación con otras formas en que la organización podría invertir sus recursos.

Determinación de la
Viabilidad
El estudio de viabilidad no consiste en un estudio completo de los sistemas.
Más bien, se trata de recopilar suficientes datos para que los directivos, a su
vez, tengan los elementos necesarios para decidir si debe procederse a
realizar un estudio de sistemas.
Por Objetivos Determinación de los

Recursos

Por Objetivos Corporativos
Las mejoras pueden ser de muchos tipos, por ejemplo:
1. Aceleración de un proceso.
2. Optimización de un proceso al eliminar pasos innecesarios o duplicados.
3. Combinación de procesos.
4. Reducción de errores en la captura de información mediante la modificación de formularios y pantallas de despliegue.
5. Reducción de almacenamiento redundante.
6. Reducción de salidas redundantes.
7. Mejora en la integración de sistemas y subsistemas.

Determinación de los
Recursos
Viabilidad Técnica
Viabilidad Económica

7. Elaboración de
Prototipos
7.1 Clases de prototipos:
 Prototipo Corregido
 Prototipo No Funcional
 Prototipo de una Serie
 Prototipo de Caracterices Seleccionadas
7.2 Como se desarrolla un prototipo
7.3 Lineamientos para desarrollar un Prototipo

P rot ot i po
r ac i ó n d e
Elabo
La información recopilada en la fase de elaboración
de prototipos permite al analista establecer las
prioridades y cambiar el rumbo de los planes a bajo
costo, con un mínimo de molestias. Debido a esta
característica, la elaboración de prototipos y la
planeación van de la mano.

Clases de Prototipos
Prototipo Corregido
Prototipo No Funcional
Prototipo de una Serie
Prototipo de Caracterices Seleccionadas

¿Cómo Desarrollar un
Prototipo?
El primer paso de la elaboración de prototipos es estimar los costos necesarios
para la construcción de un módulo del sistema.
La elaboración de prototipos es una excelente forma de facilitar la integración

del sistema de información con el sistema principal de la organización.

Lineamientos para
Desarrollar un Prototipo
1. Trabajar en 2. Construir
módulos rápidamente
manejables. el prototipo.
3. Modificar
4. Poner
el prototipo
énfasis en la
en
interfaz de
iteraciones
usuario.
sucesivas.

To be
Continued...!
8. Análisis de Sistemas
Mediante Diccionario de
Datos
8.1 El Diccionario de datos
8.2 Necesidad de Entender un Diccionario de Datos
8.3 El Deposito de los Datos
8.4 Definición de los Flujos de Datos
8.5 Uso del Diccionario de Datos

Diccionario de Datos
Es una aplicación especializada de los tipos de diccionarios
usados como referencia en la vida cotidiana.
Obra de
Guía Confirma
Consulta
Recopila y Guardar datos

Coordina Ordenados

Necesidad de Entender un
Diccionario de Datos (1/2)
Entender el proceso de compilar un diccionario de datos puede ayudar al
analista de sistemas a visualizar el sistema y su funcionamiento
Las convenciones
usadas
Qué datos lo
Cómo se
conforman?
desarrolla ?

Necesidad de Entender un
Diccionario de Datos (2/2)
Además de proporcionar documentación y eliminar la
redundancia, el diccionario de datos se podría usar para:
3. Proporcionar
1.
2. Validar la integridad
Determinar el punto
un
y exactitud
contenido
de de
dellos
partida para
desarrollar
diagrama
datos pantallas
de flujo edeen
almacenados
informes.
datos.
archivos.
4.
Des
arro
llar
la
lógi
ca
par
a
los
pro
ces
os
del
diag
ram
a de
fluj
o de
dat
os.

3. Diseño de
1. Info rmación sobre los datos
2.
4.
4.
Lógicade
3. Diseño
1. Info
2.
de
Relaciones
mantenidos
rmación
pantallas
Lógicaede
incluyendo
ejemplo
Relaciones
mantenidos
procedimientos.
pantallas
informes. e
almacenes
estructura
incluyendo
ejemplo
por
por
dde
entre
sobre
flujos
cómo elde
se
datos,
el sistema,
vincula
entre
e datos,
datos
flujos
cómo sede
datos,
sistema,
por
los datos
datos,una
por
estructuras
con otra.
datos,
vincula una
Deposito de Datos
procedimientos.
de registrosdye elemento
almacenes
estructura
informes.
dedatos,
s.
datos estructuras
de registros y elemento s.
con otra.
5.
Re
qu
eri
mi
en
tos
del
pr
oy
ect
oy
pr
od
uc
tos
del
sis
te
m
a
fin
al.

Definición de Flujos de
Datos
1. ID, un número 2. Un solo nombre 3. Una descripción
de identificación descriptivo para general del flujo
opcional este flujo de datos de datos.
6. Algo que indique

4. La fuente del 5. El destino del
si el flujo de datos
flujo de datos flujo de datos es un registro
7. El nombre de 8. El volumen 9. Un área para

comentarios adicionales
la estructura de por unidad de y anotaciones sobre el
datos
Mayo del 2013 Br. Carreño,tiempo
Yesimar flujo de datos.
Uso del Diccionario de
Datos
El diccionario de datos ideal es automatizado, interactivo, en línea y
evolutivo
Todos
Todos los
los elementos
elementos base
base en
en un
un flujo
flujo de
de datos
datos de
de salida
salida deben
deben estar
estar presentes
presentes en
en un
un flujo
flujo de
de datos
datos de
de entrada
entrada en
en el
el proceso
proceso que
que produce
produce la
la salida
salida
Un elemento derivado debe ser creado por un proceso y debe ser la salida de por lo menos un proceso en el cual no es entrada
Los
Los elementos
elementos que
que están
están presentes
presentes en
en un
un flujo
flujo de
de datos
datos que
que entran
entran o
o salen
salen de
de un
un almacén
almacén de
de datos
datos se
se deben
deben contener
contener en
en el
el almacén
almacén de
de datos
datos

9. Preparación de la
Propuesta
8.1 Como Pronosticar los Costos y los Beneficios
8.2 Identificación de los Beneficios y Costos
• Beneficios Tangibles
• Beneficios Intangibles
• Costos Tangibles
• Costos Intangibles
8.3 La Propuesta del Sistema
8.4 ¿Qué debe incluir la propuesta del sistema?

Como Pronosticar los Costos
y Beneficios?
considerar en frecuencia están
se basarán en el
conjunto los costos vinculados y
análisis de costo-
y beneficios del dependen uno del
beneficio
sistema otro
no en los
los beneficios se
requerimientos de
miden por los costos
información

Identificación de los Costos
y Beneficios
• Tangibles • Intangible
s
Beneficios Beneficios
Costos Costos
• Intangibles • Tangibles

La Propuesta del Sistema
Una vez que ha recopilado el material que se

debe incluir en su propuesta de sistemas,
necesita juntarlo en piezas de una manera
lógica y visualmente eficaz

¿Qué debe Incluir la
Propuesta del Sistema?
Documento 1. Carta de presentación.
2. Portada.
3. Tabla de contenidos
4. Resumen ejecutivo
5. Lineamiento del estudio de sistemas con la documentación apropiada.
6. Resultados detallados del estudio de sistemas.
7. Alternativas de sistemas
8. Recomendaciones de analistas de sistemas.
9. Resumen de la propuesta.
10. Apéndices

10. Aseguramiento de la
Calidad
10.1 La Calidad
10.2 SEISSIGMA
10.3 Como Probar, Mantener y Auditar
• Proceso de Probar
• Practicas de Mantenimiento
• Como Auditar

La Calidad del Sistema
(1/2)
La calidad ha sido durante mucho tiempo una preocupación para las
empresas, como lo debe ser para los analistas de sistemas en el análisis
y diseño de sistemas de información. Es demasiado arriesgado
emprender todo el proceso de análisis y diseño sin usar un enfoque de
aseguramiento de la calidad
(1) garantizar la
calidad total
diseñando sistemas
3 Enfoques 3) probar, mantener
y auditar el software
2) documentar el software
con las herramientas
adecuadas

La Calidad del Sistema
(2/2)
Propósitos
El segundo es que es mucho

El primero es que el usuario
menos costoso corregir los
del sistema de información
problemas en sus fases
es el factor individual más
iniciales que esperar hasta
importante en establecer y
que un problema se
evaluar su calidad.
manifieste a través de las
quejas o crisis del usuario.

SEIS SIGMA
Desarrollado por Motorola en la década de 1980
enfoque de la es una filosofía, una

administración cultura basada en la eliminar todos
de la calidad calidad. los defectos
es más que una se aplica a cualquier

es un enfoque
metodología producto, servicio o
descendente de
proceso
arriba a abajo

SEIS SIGMA

¿Cómo Probar, Mantener y
Auditar?
El Proceso de
Probar Como auditar
Practicas de
Mantenimiento

11. Implementación
Exitosa
11.1 Capacitación de los Usuarios
11.2 Evaluación del Sistema

Capacitación de los
Usuarios
Los analistas de sistemas participan en un proceso educativo con los

usuarios que se denomina capacitación
El usuario se ha involucrado en el ciclo de vida de desarrollo de sistemas por

lo que ahora, el analista deba tener una valoración exacta de los usuarios que
se deben capacitar

Evaluación
Analistas Directivos Usuarios
La evaluación también se necesita para

dar seguimiento a la implementación del
sistema

6. Conceptos Orientados a
Objetos
 Objetos
 Clases
 Herencia

Clase

Herencia

LENGUAJE UNIFICADO
DE MODELACION (UML)

Vista General del UML

Relaciones de los Diagramas mas Usados

Modelado de caso de uso
El UML está basado fundamentalmente en una
técnica de análisis orientada a objetos conocida
como modelado de casos de uso, en la cual la
palabra uso se pronuncia como sustantivo en lugar
de verbo

Diagrama de Datos Lógicos
y Físicos

Relaciones del Caso de uso
Las relaciones activas se denominan como

relaciones de comportamiento y se emplean
principalmente en los diagramas de caso de uso.
Comunica
Incluye
Extiende
generaliza

Relaciones del Caso de Uso

COMUNICA

INCLUYE

EXTIENDE

GENERALIZA

Los diagramas de actividades

muestran las secuencias de
actividades de un proceso, incluyendo
las actividades secuenciales, las
actividades paralelas y las decisiones
que se toman.


Gracias
por su
Atención!

Metodologia Kendall 1 1 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Metodologia Kendall 1 1 1

Cargado por

Copyright:

Formatos disponibles

Universidad Nororiental Privada

Gran Mariscal de Ayacucho

Molina, José Ramón Br. Carreño, Yesimar

Mayo del 2013

Los intereses de la enseñanza de la Dra. Julie Kendall

Mayo del 2013 Br. Mejías, Luis

Mayo del 2013 Br. Mejías, Luis

Es una persona que estudia los problemas y necesidades de

Mayo del 2013 Br. Mejías, Luis

Mayo del 2013 Br. Mejías, Luis

El analista también debe ser un comunicador

Asimismo, debe tener una ética personal y

El analista de sistemas debe ser una persona

Mayo del 2013 Br. Mejías, Luis

Mayo del 2013 Br. Mejías, Luis

Es un enfoque por fases para el análisis y el diseño.

Mayo del 2013 Br. Mejías, Luis

Mayo del 2013 Br. Mejías, Luis

Diagramas de Flujos Propuesta del Sistema

Mayo del 2013 Br. Mejías, Luis

Mayo del 2013 Br. Mejías, Luis

Mayo del 2013 Br. Mejías, Luis

Capacitación de los Usuarios

El trabajo de Sistemas es Cíclico

4. Análisis del sistema

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Fernández. José

El UML está basado fundamentalmente en una

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Fernández. José

Los diagramas de actividades muestran

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

2. Un periodo adecuado de compromiso para terminar el proyecto.

3. La posibilidad de mejorar la consecución de las metas organizacionales.

4. Factibilidad en cuanto a recursos para el analista de sistemas y la organización.

Mayo del 2013 Br. Carreño, Yesimar

Por Objetivos Determinación de los

Mayo del 2013 Br. Carreño, Yesimar

2. Optimización de un proceso al eliminar pasos innecesarios o duplicados.

4. Reducción de errores en la captura de información mediante la modificación de formularios y pantallas de despliegue.

5. Reducción de almacenamiento redundante.

6. Reducción de salidas redundantes.

7. Mejora en la integración de sistemas y subsistemas.

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Prototipo de una Serie

Prototipo de Caracterices Seleccionadas

Mayo del 2013 Br. Carreño, Yesimar

La elaboración de prototipos es una excelente forma de facilitar la integración

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Mayo del 2013 Br. Carreño, Yesimar

Recopila y Guardar datos

Mayo del 2013 Br. Carreño, Yesimar