Elaboró: Rodrigo Ruiz Hess Validó Técnicamente: Andrés del Alcázar Validó Pedagógicamente: Patricio Alcaino Martínez I: IDENTIFICACIÓN
NOMBRE DEL MÓDULO: INTRODUCCIÓN A REQUERIMIENTOS Y MODELOS DE NEGOCIOS
UNIDAD DE COMPETENCIA: Al finalizar el módulo los participantes serán capaces de:
Realizar especificación de requerimientos funcionales y no funcionales de software, aplicando estrategias de recolección de datos mediante el modelamiento de proceso de negocio (BPMN), según las necesidades de la organización.
DURACIÓN: 90 horas pedagógicas.
Horas Aula: 36 horas pedagógicas (2 horas a la semana).
Horas Taller/Laboratorio: 54 horas pedagógicas (3 horas a la semana en laboratorio de PC).
MODALIDAD: Unidades SECUENCIALES.
MÓDULO ASOCIADO A LA COMPETENCIA DEL PERFIL DE EGRESO:
Gestionar levantamiento de necesidades de usuario, aplicando técnicas de ingeniería de requerimientos, procedimientos y estándares de la industria, estableciendo alcance del proyecto informático. (Código SFIA: REQM, nivel 4).
II: DESCRIPCIÓN POR ÁREA DE FORMACIÓN Y PRERREQUISITO
Área de formación: Especialidad Ubicación en la malla: 1er semestre Prerrequisito: no tiene
III: UNIDADES DE APRENDIZAJE 1° Unidad: Requerimientos de software DURACIÓN: 60 horas pedagógicas.
APRENDIZAJE ESPERADO CRITERIOS DE EVALUACIÓN CONTENIDOS
1.- Diferencian requerimientos funcionales y no funcionales considerando su rol en las organizaciones actuales.
1.1.- Distingue conceptos que conforman un proceso análisis de requerimientos dentro de una empresa.
1.2.- Relaciona categorías de requerimientos a diferentes tipos de empresas en el medio nacional.
1.3.- Diferencia los requerimientos Funcionales y no Funcionales dentro de una empresa, caracterizando cada uno de ellos. 1.4.- Distingue roles y responsabilidades asociadas a los requerimientos en una empresa.
Conceptos y Características: - Requerimientos
-Definiciones y tipos de requerimientos
- Importancia en el proceso del Ciclo de Vida del Software.
- La pirámide de requerimientos (desde
necesidades de usuario hasta requerimientos de software)
- Tipos de Requerimientos.
-Requerimientos Funcionales (explicación de casos de uso, las relaciones entre los casos de uso: include y extend y cómo se documenta
1.5.- Valora el uso de requerimientos relacionados a desafíos gerenciales y el ambiente de competencia global de los negocios. 1.6.- Distingue roles y responsabilidades asociadas a los
requerimientos en una empresa por parte de los profesionales de la informática.
caso de uso).
- Requerimientos No Funcionales -Características de requerimientos
2.- Distinguen las técnicas de obtención de requerimientos funcionales y no funcionales acordes a la problemática de una organización.
1.7.- Relaciona proceso de ingeniería de requerimientos a la identificación de las necesidades de una organización.
1.8.- Distingue técnicas de requerimientos para la identificación de las necesidades de una organización.
1.9.- Reconoce las técnicas de validación de requerimientos funcionales obtenidos en una empresa/organización.
1.10.- Valora el uso y aplicación de las técnicas de requerimientos para la identificación y solución de las problemáticas de una organización.
-Actividades de la Ingeniería de Requerimientos: -Técnicas de Obtención de Requerimientos: Entrevistas/ Reuniones/ Cuestionarios/ Escenarios/ Prototipos/ Sistemas existentes/ Brainstorm/ Otras.
-Toma de requerimientos funcionales y no funcionales a los actores principales de la organización mediante las técnicas de obtención de requerimientos.
- Técnicas de validación de los requerimientos. 3.- Aplican técnicas básicas de
identificación de requerimientos en el ámbito de la elaboración de software.
1.11.- Aplica técnicas de entrevista orientadas a la identificación de requerimientos.
1.12.- Elabora informe de requerimientos surgidos de una entrevista. 1.13.- Aplica técnicas de cuestionarios orientadas a la identificación de requerimientos.
1.14.- Elabora informe de requerimientos surgidos de un cuestionario. 1.15.- Aplica técnica de brainstorm orientada a la identificación de requerimientos.
1.16.- Elabora informe de requerimientos surgidos de una dinámica brainstorm.
-Técnicas de entrevista. -Técnicas de cuestionarios. -Técnica de brainstorm. -Informes de requerimientos.
4.- Aplican técnicas básicas de validación de requerimientos en el ámbito de la elaboración de software, construyendo los informes
correspondientes.
1.17.- Aplica técnicas de validación de requerimientos funcionales en casos dados.
1.18.- Elabora informe de validación de requerimientos funcionales en casos dados.
1.19.- Aplica técnicas de validación de requerimientos no funcionales en casos dados.
1.20.- Elabora informe de validación de requerimientos no funcionales en casos dados.
-Técnicas de validación de requerimientos funcionales.
-Informe de validación de requerimientos funcionales.
-Técnicas de validación de requerimientos no funcionales.
-Informe de validación de requerimientos no funcionales.
5.- Realizan levantamiento de
requerimientos de software acorde a la problemáticas específicas dentro de una organización, formulando línea base de los Requerimientos.
1.21.- Selecciona la técnica de obtención de requerimientos adecuada para diferentes problemáticas dentro de una organización.
1.22.- Documenta el alcance y visión del proyecto para generar carpeta del proyecto de una empresa.
1.23.- Aplica técnicas para la obtención de requerimientos en una empresa.
1.24.- Valora el uso y aplicación de las técnicas de requerimientos
-Mejores prácticas en el desarrollo de Requerimientos.
-Tipos de documentación del alcance y visión del proyecto.
-Técnicas para obtener requerimientos de usuario. Técnicas de validación y verificación de los requerimientos.
Elaboró: Rodrigo Ruiz Hess Validó Técnicamente: Andrés del Alcázar Validó Pedagógicamente: Patricio Alcaino Martínez
para la identificación y solución de las problemáticas de una organización.
-Casos de Usos para la captura de requerimientos de usuarios.
-Métodos para priorizar requerimientos. -Formulación de Línea base de los Requerimientos.
6.- Elaboran documentación necesaria a través de los requerimientos
funcionales por medio de herramientas de software.
1.25.- Distingue requerimientos funcionales y no funcionales del usuario dentro de la empresa/organización a partir de casos dados. 1.26.- Aplica técnicas de documentación para la formulación de requerimientos Funcionales de una empresa mediante herramientas software.
1.27.- Documenta los requerimientos acordados con el cliente en forma detallada por medio de casos de uso.
1.28.- Elabora diagramas de casos de uso, considerando actores, relaciones y plantilla de cada caso de uso, dentro de una empresa.
1.29.- Elabora los diagramas de secuencia y actividad, en base a los casos de uso, dentro de una empresa.
1.30.- Aprecia el aporte de herramientas de software que permiten documentar los requerimientos funcionales de una organización.
-Técnicas y/o estándares de documentación de Requerimientos.
-Introducción a UML: Casos de uso/ Diagrama de secuencia/ Diagrama de actividad
-Documentación de Requerimientos del Usuario (necesidades de usuario, historias de usuario). -Documentación de requerimientos funcionales (casos de uso)
-Desarrollo de modelos de requerimientos: funcionales (casos de uso)/ Uso de diagramas de secuencia y de actividades para modelar comportamiento de caso de uso (consultar UML para esto)
-Documentación de requerimientos no funcionales
-Documentación de los Requerimientos del Sistema
2° Unidad: Introducción a BPMN DURACIÓN: 30 horas pedagógicas
APRENDIZAJE ESPERADO CRITERIOS DE EVALUACIÓN CONTENIDOS
6.- Identifican los objetivos de la notación BPMN dentro de la toma de requisitos en los procesos de negocio
2.1.- Identifica los procesos de negocios por medio de la notación BPM, considerando objetivos y beneficios de la técnica en el proceso de modelamiento del negocio.
2.2.- Identifica los elementos que constituye un BPMN en el contexto del modelamiento del Negocio.
2.3.- Distingue los objetivos de la notación BPMN como herramienta para modelar un negocio.
2.4.- Identifica los beneficios de BPMN en el modelado de negocios a partir de diferentes empresas.
2.5.- Identifica la arquitectura del negocio dentro de una empresa. 2.6.- Aprecia el uso y aplicación de notaciones BPMN en base a los
-Introducción a BPM (Business process modeling)V 2.0
-Mapa de procesos
-Niveles de modelamiento utilizando BPMN -BPMN: Business Process Management Notation: Definición/ Objetivos/ Beneficios del uso de BPMN
-Elementos: FlowObjects (objetos de flujo)/ ConnectingObjects (objetos de conexión)/ Swimlanes/ Artifacts (artefáctos)
-BPMN soporta swimlanes con dos constructores principales:Pool/ Lane
procesos de negocio identificados en una organización. -Modelamiento de Negocio: Beneficios/ Alcances (frontera).
-Arquitectura de Negocio: Definición/ Contexto/ Vistas.
8.- Aplican técnicas de diagramación de BPMN para la descripción de los procesos de negocio que tiene una organización.
2.7.- Aplica conceptos asociados con la gestión de procesos mediante el uso de sistemas de información relacionados.
2.8.- Relaciona los componentes del mapa de proceso en un sistema según un caso de estudio.
2.9.- Confecciona un mapa de proceso, utilizando herramienta de software, dentro de una organización.
2.10.- Distingue los elementos del diagrama de casos de uso para el modelado del negocio de una organización.
2.11.- Categoriza los casos de uso presentes en el negocio de la organización.
2.12.- Integra el uso de técnicas de diagramación que permitan describir los procesos de negocio que posee la organización.
-Modelamiento de procesos de negocio utilizando BPMN (utilizar material de Open Group de acuerdo a syllabus OCEB 2)
-Elementos del modelo de proceso de negocio -Modelado de los procesos de negocio mediante los diagramas BPD
-Modelado de casos de uso del negocio -Objetivo de los Casos de Uso en el Modelado del Negocio
-Elementos del Modelo de Casos de Uso del Negocio
-Categoría de los Casos de Uso del Negocio 9.- Aplica técnicas para la descripción
de los procesos de negocio que tiene en la organización mediante diagramas casos de uso y de actividades
2.13.- Modela casos de uso a partir del objetivo de negocio de una organización.
2.14.- Identifica los diagramas de actividad que representan los procesos de negocio fundamentales del negocio.
2.15.- Representa los diagramas de actividad del negocio a partir de los casos de uso identificados.
2.16.- Determina diagramas de actividad a partir de la definición de aspectos del negocio.
2.17.- Valora la aplicación de las técnicas mediante diagramas de casos de uso y de actividad, que permita poder representar del modelo de negocio de la organización
-Delimitando el Alcance
-Trazando las Metas del Negocio al Modelo de Casos de Uso del Negocio
-Diagramas de actividad (DD)
-Objetivo de DD en el Modelado del Negocio -Especificación de los DD del Negocio
IV: ORIENTACIONES METODOLÓGICAS
-Iniciar el proceso de enseñanza-aprendizaje a partir de los conocimientos previos de los estudiantes. Diagnóstico. -Centrar la docencia en el aprendizaje de los estudiantes, más que en la enseñanza. El estudiante debe ser activo.
-Situar y vincular permanentemente los aprendizajes, contenidos y actividades con el contexto social y laboral de los estudiantes y la carrera que estudian. -Utilizar la resolución de problemas como uno de los ejes fundamentales de la enseñanza-aprendizaje.
-Promover en los estudiantes la reflexión sobre sus conocimientos y las posibles implicaciones de sus actos.
-Promover aprendizajes de conocimientos, habilidades y actitudes, integradas y relevantes en el contexto de la carrera.
Elaboró: Rodrigo Ruiz Hess Validó Técnicamente: Andrés del Alcázar Validó Pedagógicamente: Patricio Alcaino Martínez V: EVALUACIÓN DE UNIDADES
UNIDAD TIPO DE EVALUACIÓN*
1 Mínimo: 2 parcial + 1 sumativa integradora
2 Mínimo: 1 parciales + 1 sumativa integradora
Examen Sumativa integradora
Deben existir, además, evaluaciones formativas (sin calificación) durante el proceso de aprendizaje. *Evaluación parcial: corresponde a la evaluación de determinados aprendizajes de la unidad.
*Evaluación sumativa integradora: corresponde a la evaluación que integra los aprendizajes relevantes de la unidad.
*Evaluación formativa: corresponde a la evaluación de aprendizajes con el fin de retroalimentar el proceso de aprendizaje. No lleva calificación.
VI: BIBLIOGRAFÍA
Ver anexo.
VII: PERFIL DEL DOCENTE
Nivel Académico: Grado académico, título profesional o título técnico en el área programación, análisis de sistemas o informática. Experiencia Profesional: Al menos 2 años de experiencia profesional actualizada en el área.
APRENDIZAJES DEL ÁMBITO VALÓRICO INSERCIÓN PRIMER SEMESTRE
Sem Aprendizaje Esperado Criterios de Evaluación Contenidos
1 Identifican y reconocen la vocación de servicio como un valor que subyace en el quehacer de AIEP y lo relacionan con el desarrollo personal y profesional.
1.1.- Reconoce que al ejercer una carrera se adquiere una responsabilidad social.
1.2.- Identifica efectos positivos del quehacer de un profesional en su entorno social.
1.3.- Identifica efectos negativos del quehacer de un profesional en su entorno social.
1.4.- Elabora lista de conductas profesionales que evidencian una visión profesional con responsabilidad social.
-Vocación de servicio: responsabilidad social en el ejercicio de una carrera. -Efectos del quehacer en el entorno social. -Conductas profesionales con
responsabilidad social.
Sugerencia de actividades:
-Se sugiere, construir socializadamente una lista de haceres propios de la carrera. Luego, para cada uno de ellos el docente solicitará a los estudiantes que identifiquen las implicaciones o efectos que tiene ese quehacer en las personas. Asimismo, se enfatizará en la responsabilidad social de cada una de ellos. -Desarrollar grupalmente una presentación sobre la implicancia de la calidad asociada con el desarrollo personal y profesional.
-Promover un debate en torno al tema.