Universidad Pedagógica Nacional de

Francisco Morazán
Facultad: Informatica Educativa
Catedra: Sistema de Información II

Metodología de
Kendall y Kendall
Facilitador(a):
Lic. Cesar Mejia

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

 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

Mayo del 2013

 ¿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.

Mayo del 2013

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
Mayo del 2013
 Roles de un Analista de
Sistema
Consultor

Agente de Experto en
cambio Soporte Técnico

Mayo del 2013

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

Mayo del 2013

 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

Mayo del 2013

 ¿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.

Mayo del 2013

Fases del SDLC
(Systems Development Life Cycle)
1. Identificación
del Problema,
Oportunidades y
Objetivos.

7.
2. Determinación
Implementación
de los
y Evaluación del
Requerimientos
Sistema

6.Pruebas y
Mantenimiento
del Sistema
7 3. Análisis de las
Necesidades del
Sistema

5.Desarrollo y
4. Diseño del
Documentación
Mayo del 2013 del Software
Sistema
1. Identificación del Problema,
Oportunidades y Objetivos
r las Iden
a ti
ove ch des Objeficar los
Apr rtunida tivo
s
Opo

Co roye
te
vam r
en
jeti rva

ord cto
P
Ob Obse

i na
re
l
Mayo del 2013
 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
Mayo del 2013
 3. Análisis de la Necesidad del
Sistema
Herramientas Técnicas y Especiales

Diagramas de Flujos Propuesta del Sistema

Tomar Decisiones
Estructuradas

Mayo del 2013

 4. Diseño del Sistema
Recomendado
Uso de la
Diseño de
Información
Archivos
Recopilada

Diseño de
Interacción de
Procedimiento
los Usuarios
s

Controles y
Concepción de
Procedimiento
la Interfaz
s

Mayo del 2013

5. Desarrollo y Documentación
del Software
Analistas En conjunto con Desarrolladores
los Usuarios

Técnicas Estructuradas

Documentación Efectiva

Diseñan, codifican y eliminan

Garantizar La Calidad
Mayo del 2013
6. Prueba y Mantenimiento del
Sistema

Probar el
Sistema

Mantenimiento del
sistema

Procedimientos
Sistemáticos

Mayo del 2013

7. Implementación y Evaluación
del Sistema

Capacitación de los Usuarios

El trabajo de Sistemas es Cíclico

Mayo del 2013
 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
 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.

Mayo del 2013

 Razones para el Uso de la
Herramienta CASE
Mejora la
Aumenta la
comunicación
Productividad del
entre analista-

¿?
Analista
usuario

Evaluar de Manera
Integración de las
precisa los cambios
Actividades del
en el
Ciclo de Vida
mantenimiento

Mayo del 2013

 4. Análisis del sistema
Orientado a Objetos

No es fácil
Facilitar el Se utiliza el
trabajar con
desarrollo del estándar para la
técnicas orientas a
sistema modelación UML
objetos

Mayo del 2013

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

Mayo del 2013

 LENGUAJE UNIFICADO
DE MODELACION (UML)

Mayo del 2013

 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.

Mayo del 2013

 Diagrama de Datos
Lógicos y Físicos

Mayo del 2013

 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

Mayo del 2013 Br. Fernández. José

 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.

Mayo del 2013 Br. Fernández. José

 OBJETOS,CLASES,METODO,HERENCIA

LENGUAJE UNIFICADO DE MODELACION

DIAGRAMA DE CASOS DE USO

DIAGRAMA DE ACTIVIDADES

Mayo del 2013 Br. Fernández. José

 To be
Continued...!
Mayo del 2013 Br. Carreño, Yesimar
 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

Mayo del 2013 Br. Carreño, Yesimar

 6. Determinación de la
Viabilidad
Proyecto
Problemas

Oportunidade
s de Mejorar

Mayo del 2013 Br. Carreño, Yesimar

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.

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 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.

Mayo del 2013 Br. Carreño, Yesimar

 Determinación de los
Recursos

Viabilidad Viabilidad Viabilidad

Técnica Económica Operativa

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 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.

Mayo del 2013 Br. Carreño, Yesimar

 Clases de Prototipos
Prototipo Corregido

Prototipo No Funcional

Prototipo de una Serie

Prototipo de Caracterices
Seleccionadas
Mayo del 2013 Br. Carreño, Yesimar
 ¿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.

Mayo del 2013 Br. Carreño, Yesimar

 Lineamientos para
Desarrollar un Prototipo
1. Trabajar 2. Construir
en módulos rápidamente
manejables. el prototipo.

3. Modificar
4. Poner
el prototipo
énfasis en la
en
interfaz de
iteraciones
usuario.
sucesivas.

Mayo del 2013 Br. Carreño, Yesimar

 To be
Continued...!
Mayo del 2013 Br. Carreño, Yesimar
 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

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 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 ?

Mayo del 2013 Br. Carreño, Yesimar

 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:
1. Validar la integridad y exactitud del diagrama de flujo
de datos.

2. Proporcionar un punto de partida para desarrollar

pantallas e informes.

3. Determinar el contenido de los datos almacenados

en archivos.

4. Desarrollar la lógica para los procesos del diagrama

de flujo de datos.

Mayo del 2013 Br. Carreño, Yesimar

 Deposito de Datos
1. Información sobre los datos mantenidos por el sistema, incluyendo flujos
de datos, almacenes de datos, estructuras de registros y elementos.

2. Lógica de procedimientos.

3. Diseño de pantallas e informes.

4. Relaciones entre datos, por ejemplo cómo se vincula una estructura de

datos con otra.

5. Requerimientos del proyecto y productos del sistema final.

Mayo del 2013 Br. Carreño, Yesimar

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

6. Algo que indique si el

4. La fuente del flujo de 5. El destino del flujo
flujo de datos es un
datos de datos
registro

9. Un área para
comentarios
7. El nombre de la 8. El volumen por
adicionales y
estructura de datos unidad de tiempo
anotaciones sobre el
flujo de datos.

Mayo del 2013 Br. Carreño, Yesimar

 Uso del Diccionario de
Datos
El diccionario de datos ideal es automatizado, interactivo, en línea y
evolutivo

Todos los elementos base en un flujo de datos de salida deben estar presentes
en un flujo de datos de entrada en el proceso que produce la 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 elementos que están presentes en un flujo de datos que entran o salen de
un almacén de datos se deben contener en el almacén de datos

Mayo del 2013 Br. Carreño, Yesimar

 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?

Mayo del 2013 Br. Carreño, Yesimar

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

Mayo del 2013 Br. Carreño, Yesimar

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

Beneficios Beneficios

Costos Costos

• Intangibles • Tangibles

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 ¿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

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 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.

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

 SEIS SIGMA

Mayo del 2013 Br. Carreño, Yesimar

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

Practicas de
Mantenimiento

Mayo del 2013 Br. Carreño, Yesimar

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

Mayo del 2013 Br. Carreño, Yesimar

 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

Mayo del 2013 Br. Carreño, Yesimar

Evaluación
Analistas Directivos Usuarios

La evaluación también se necesita para

dar seguimiento a la implementación del
sistema

Mayo del 2013 Br. Carreño, Yesimar

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

Mayo del 2013 Br. Fernández. José

 Clase

Mayo del 2013 Br. Fernández. José

 Herencia

Mayo del 2013 Br. Fernández. José

 LENGUAJE UNIFICADO
DE MODELACION (UML)

Mayo del 2013 Br. Fernández. José

 Vista General del UML

Mayo del 2013 Br. Fernández. José

Relaciones de los Diagramas mas Usados

Mayo del 2013 Br. Fernández. José

 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

Mayo del 2013 Br. Fernández. José

Diagrama de Datos Lógicos
y Físicos

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Fernández. José
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

Mayo del 2013 Br. Fernández. José

 Relaciones del Caso de Uso

Mayo del 2013 Br. Fernández. José

 COMUNICA

Mayo del 2013 Br. Fernández. José

 INCLUYE

Mayo del 2013 Br. Fernández. José

 EXTIENDE

Mayo del 2013 Br. Fernández. José

 GENERALIZA

Mayo del 2013 Br. Fernández. José

 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.

Mayo del 2013 Br. Fernández. José

 Diagrama de Actividades

Mayo del 2013 Br. Fernández. José

Mayo del 2013 Br. Fernández. José
 Gracias
por su
Atención!