Este documento presenta una discusión sobre el análisis de sistemas y el rol del analista de sistemas. Se describe el ciclo de desarrollo del sistema, incluyendo fases como la identificación de problemas, determinación de requisitos, análisis de necesidades, diseño, desarrollo, pruebas e implementación. También se discuten conceptos como objetos, clases, herencia y el lenguaje unificado de modelado. Finalmente, se explican temas como el uso de herramientas CASE, prototipos y el análisis mediante dic
1. Universidad Nororiental Privada
Gran Mariscal de Ayacucho
Facultad: Ingeniería – Escuela: Sistema
Catedra: Sistema de Información II
Facilitador(a):
Molina, José Ramón
Participantes:
Br. Carreño, Yesimar
Br. Fernández. José
Br. Mejías, Luis
Mayo del 2013
3. Mayo del 2013
Autores
Los intereses de la enseñanza de la Dra. Julie Kendall
incluyen cuestiones estratégicas globales en el
comercio electrónico y el análisis y el diseño para el
comercio electrónico y los sistemas de información
tradicionales sistemas. Julie se desempeñó como
miembro del Consejo Asesor del Centro de
Excelencia en la Enseñanza, la Universidad de
Rutgers-Camden, de 1992 a 2003. Julie recibió un
Premio de Ciencias de la Decisión Instituto de
Innovación Docente en 1992.
Profesor Kendall ha logrado la
innovación en el aula a través
de la creación de software
basado en hipertexto original
llamada HyperCase ®, que
permite a los analistas de los
estudiantes a convertirse
inmediatamente inmerso en
la vida organizacional.
Br. Mejías, Luis
4. 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
Br. Mejías, Luis
5. 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.
Br. Mejías, Luis
6. Mayo del 2013
La Necesidad de un Analista
de Sistema
1. Analizar Flujo de datos
2. Transformar o Procesar
Datos
3. Almacenar Datos
4. La Salida de Información de
una Empresa en Particular
Br. Mejías, Luis
7. Mayo del 2013
Roles de un Analista de
Sistema
Consultor
Experto en
Soporte Técnico
Agente de
cambio
Br. Mejías, Luis
8. 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
Br. Mejías, Luis
9. 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
Br. Mejías, Luis
10. Mayo del 2013
¿Qué es el SDLC?
Es un enfoque por fases para el análisis y el diseño.
A pesar de que cada fase se explica por separado,
nunca se realiza como un paso aislado.
Br. Mejías, Luis
11. Mayo del 2013
Fases del SDLC
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
Br. Mejías, Luis
12. Mayo del 2013
1. Identificación del Problema,
Oportunidades y Objetivos
Br. Mejías, Luis
13. 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
Br. Mejías, Luis
14. Mayo del 2013
3. Análisis de la Necesidad del
Sistema
Diagramas de Flujos
Tomar Decisiones
Estructuradas
Propuesta del Sistema
Br. Mejías, Luis
15. Mayo del 2013
4. Diseño del Sistema
Recomendado
Uso de la
Información
Recopilada
Diseño de
Procedimientos
Concepción de
la Interfaz
Controles y
Procedimientos
Interacción de
los Usuarios
Diseño de
Archivos
Br. Mejías, Luis
16. Mayo del 2013
5. Desarrollo y Documentación
del Software
Analistas Desarrolladores
En conjunto con
los Usuarios
Técnicas Estructuradas
Documentación Efectiva
Diseñan, codifican y eliminan
Garantizar La Calidad
Br. Mejías, Luis
17. Mayo del 2013
6. Prueba y Mantenimiento del
Sistema
Probar el
Sistema
Mantenimiento del
sistema
Procedimientos
Sistemáticos
Br. Mejías, Luis
18. Mayo del 2013
7. Implementación y Evaluación
del Sistema
Capacitación de los Usuarios
El trabajo de Sistemas es Cíclico
Br. Mejías, Luis
19. Mayo del 2013
3. Uso de la Herramienta
CASE
Br. Carreño, Yesimar
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
20. Mayo del 2013
3. Uso de 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.
1990
Br. Carreño, Yesimar
21. Mayo del 2013
Razones para el Uso de la
Herramienta CASE
Aumenta la
Productividad del
Analista
Mejora la
comunicación entre
analista-usuario
Integración de las
Actividades del
Ciclo de Vida
Evaluar de Manera
precisa los cambios
en el
mantenimiento
Br. Carreño, Yesimar
22. Mayo del 2013
4. Análisis del sistema
Orientado a Objetos
Facilitar el
desarrollo del
sistema
No es fácil trabajar
con técnicas
orientas a objetos
Se utiliza el
estándar para la
modelación UML
Br. Carreño, Yesimar
23. Mayo del 2013
5. Conceptos Orientados a
Objetos
Objetos
Clases
Herencia
Br. Fernández. José
25. 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.
Br. Fernández. José
27. 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
Br. Fernández. José
28. Mayo del 2013
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.
Br. Fernández. José
31. Mayo del 2013
6. Determinación de la
Viabilidad
Br. Carreño, Yesimar
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
32. Mayo del 2013
6. Determinación de la
Viabilidad
Proyecto
Problemas
Oportunidades
de Mejorar
Br. Carreño, Yesimar
33. Mayo del 2013
Selección de un Proyecto
Br. Carreño, Yesimar
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.
34. Mayo del 2013
Determinación de la
Viabilidad
Br. Carreño, Yesimar
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
35. Mayo del 2013
Por Objetivos Corporativos
Br. Carreño, Yesimar
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.
36. Mayo del 2013
Determinación de los
Recursos
Br. Carreño, Yesimar
Viabilidad
Técnica
Viabilidad
Económica
Viabilidad
Operativa
37. Mayo del 2013
7. Elaboración de
Prototipos
Br. Carreño, Yesimar
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
38. Mayo del 2013 Br. Carreño, Yesimar
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.
39. Mayo del 2013
Clases de Prototipos
Br. Carreño, Yesimar
Prototipo Corregido
Prototipo No Funcional
Prototipo de una Serie
Prototipo de Caracterices
Seleccionadas
40. 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.
41. Mayo del 2013 Br. Carreño, Yesimar
Lineamientos para
Desarrollar un Prototipo
1. Trabajar en
módulos
manejables.
2. Construir
rápidamente
el prototipo.
3. Modificar
el prototipo
en iteraciones
sucesivas.
4. Poner
énfasis en la
interfaz de
usuario.
43. Mayo del 2013
8. Análisis de Sistemas
Mediante Diccionario de
Datos
Br. Carreño, Yesimar
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
44. Mayo del 2013
Diccionario de Datos
Br. Carreño, Yesimar
Es una aplicación especializada de los tipos de diccionarios
usados como referencia en la vida cotidiana.
Obra de
Consulta
Recopila y
Coordina
Guía
Guardar datos
Ordenados
Confirma
45. Mayo del 2013
Necesidad de Entender un
Diccionario de Datos (1/2)
Br. Carreño, Yesimar
Entender el proceso de compilar un diccionario de datos puede ayudar al
analista de sistemas a visualizar el sistema y su funcionamiento
Qué datos lo
conforman?
Las convenciones
usadas
Cómo se
desarrolla ?
46. Mayo del 2013 Br. Carreño, Yesimar
Necesidad de Entender un
Diccionario de Datos (2/2)
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.
47. Mayo del 2013
Deposito de Datos
Br. Carreño, Yesimar
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.
48. Mayo del 2013
Definición de Flujos de
Datos
Br. Carreño, Yesimar
1. ID, un número de
identificación opcional
2. Un solo nombre
descriptivo para este
flujo de datos
3. Una descripción
general del flujo de
datos.
4. La fuente del flujo de
datos
5. El destino del flujo de
datos
6. Algo que indique si el
flujo de datos es un
registro
7. El nombre de la
estructura de datos
8. El volumen por
unidad de tiempo
9. Un área para
comentarios
adicionales y
anotaciones sobre el
flujo de datos.
49. Mayo del 2013
Uso del Diccionario de
Datos
Br. Carreño, Yesimar
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
50. Mayo del 2013
9. Preparación de la
Propuesta
Br. Carreño, Yesimar
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?
51. Mayo del 2013
Como Pronosticar los Costos
y Beneficios?
Br. Carreño, Yesimar
considerar en
conjunto los costos y
beneficios del
sistema
frecuencia están
vinculados y
dependen uno del
otro
se basarán en el
análisis de costo-
beneficio
no en los
requerimientos de
información
los beneficios se
miden por los costos
52. Mayo del 2013
Identificación de los Costos
y Beneficios
Br. Carreño, Yesimar
• Tangibles
• Intangibles
• Intangibles
• Tangibles
Beneficios Beneficios
Costos
Costos
53. Mayo del 2013
La Propuesta del Sistema
Br. Carreño, Yesimar
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
54. Mayo del 2013
¿Qué debe Incluir la
Propuesta del Sistema?
Br. Carreño, Yesimar
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
55. Mayo del 2013
10. Aseguramiento de la
Calidad
Br. Carreño, Yesimar
10.1 La Calidad
10.2 SEISSIGMA
10.3 Como Probar, Mantener y Auditar
• Proceso de Probar
• Practicas de Mantenimiento
• Como Auditar
56. Mayo del 2013
La Calidad del Sistema
(1/2)
Br. Carreño, Yesimar
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
2) documentar el software
con las herramientas
adecuadas
3) probar, mantener
y auditar el
software
57. Mayo del 2013 Br. Carreño, Yesimar
La Calidad del Sistema
(2/2)
Propósitos
El primero es que el usuario
del sistema de información
es el factor individual más
importante en establecer y
evaluar su calidad.
El segundo es que es mucho
menos costoso corregir los
problemas en sus fases
iniciales que esperar hasta
que un problema se
manifieste a través de las
quejas o crisis del usuario.
58. Mayo del 2013
SEIS SIGMA
Br. Carreño, Yesimar
Desarrollado por Motorola en la década de 1980
enfoque de la
administración
de la calidad
es más que una
metodología
se aplica a cualquier
producto, servicio o
proceso
es una filosofía, una
cultura basada en la
calidad.
eliminar todos
los defectos
es un enfoque
descendente de
arriba a abajo
61. Mayo del 2013
11. Implementación
Exitosa
Br. Carreño, Yesimar
11.1 Capacitación de los Usuarios
11.2 Evaluación del Sistema
62. Mayo del 2013
Capacitación de los
Usuarios
Br. Carreño, Yesimar
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
63. Mayo del 2013
Evaluación
Br. Carreño, Yesimar
Analistas Usuarios
La evaluación también se necesita para
dar seguimiento a la implementación del
sistema
64. 6. Conceptos Orientados a
Objetos
Objetos
Clases
Herencia
Mayo del 2013 Br. Fernández. José
70. 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
71. Mayo del 2013 Br. Fernández. José
Diagrama de Datos Lógicos
y Físicos
73. 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
79. 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.