Técnicas para Hacer Solicitudes
al Área de TI y Definir los Requerimientos del Usuario
|
Duración del curso: 45 hrs. |
|
| |
|
Entrenamiento que tiene como objetivo desarrollar competencias que permitan:
|
|
|
| |
Evitar atrasos en las fechas de entrega y dimensionar adecuadamente los proyectos de desarrollo de sistemas.
Evitar que la duración de las pruebas y correcciones de los sistemas se extienda demasiado, debido a una mala especificación de los requerimientos del negocio.
Especificar requerimientos ricos en información, para desarrollar sistemas rápidos que beneficien al
crecimiento de la organización. |
| |
| Temario |
 |
|
| |
| |
| |
 |
|
Introducción a UML. |
|
| |
| |
1.1. ¿Qué es UML?.
1.2. Diagramas en UML.
|
|
|
|
| |
 |
|
Deducción y modelado de requerimientos funcionales, basados en el análisis de los procesos del negocio. |
|
| |
| |
2.1. Identificación y manejo de los roles en el proceso a sistematizar.
2.2. Matrices de responsabilidades de Konos.
2.3. Papel de las responsabilidades de negocio de los involucrados.
2.4. Identificación y modelado de los procesos de negocio. Deducción de las
preguntas correctas en las entrevistas con usuarios.
2.5. Modelado de procesos de negocio top-down y relaciones de dependencia.
2.6. Uso de diagramas de casos de uso para modelar procesos.
2.7. Uso de diagramas de paquetes para especificar relaciones procesosubprocesos.
2.8. Modelado y análisis de procedimientos para la deducción de casos de uso
propuestos.
2.9. Uso de los diagramas de secuencia para modelar procedimientos.
2.10. Uso de diagramas de casos de uso para proponer funcionalidades a
sistematizar.
2.11. Tipos de relaciones entre casos de uso y cuando usarlas.
2.12. Uso de diagramas de secuencia para diseñar un procedimiento sistematizado.
2.13. Uso de diagramas de actividades para modelar flujos de trabajo propuestos.
2.14. Validación de casos de uso propuestos con GUIs.
|
|
|
|
| |
 |
|
Especificación de casos de uso. |
|
| |
| |
3.1. Identificación de clases con base en diseños de interfaces de usuario.
3.2. Diferencias entre clases y objetos.
3.3. Modelado de clases, atributos y operaciones usando diagramas de clases.
3.4. Aspectos notacionales en los diagramas de clases y enriquecimiento
semántico de los diagramas.
3.5. Aprovechamiento de la relación de generalización-especialización.
3.6. Aprovechamiento de la relación de todo-y-partes.
3.7. Especificación de los escenarios de comportamiento del caso de uso y
modelado con relaciones de extensión e inclusión.
3.8. Modelado de escenarios de ejecución del caso de uso con Diagramas de
secuencia.
3.9. Identificación de métodos de las clases a partir de los escenarios de
ejecución de los casos de uso.
|
|
|
|
| |
 |
|
Especificación de la arquitectura y aspectos de diseño de los casos de uso. |
|
| |
| |
4.1. Modelado de unidades de distribución y uso de Software con diagramas de
distribución.
4.2. Modelado de componentes y arquitecturas multi-capa con diagramas de
componentes y distribución.
4.3. Uso de diagramas de secuencia para especificar plantillas de diseño a usar.
|
|
|
|
| |
 |
|
Especificación de aspectos dinámicos. |
|
| |
| |
5.1. Conceptos de estado, evento y transición.
5.2. Modelado de máquinas de estados con los diagramas de transición de
estados.
5.3. Identificación de métodos con base en el análisis de las transiciones de
estados.
5.4. Validación de la completez de un sistema con base en el análisis de las
transiciones.
|
|
|
|
| |
|
|
|
|
|