UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)

Transcripción

1 UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA ESCUA PROFESIONAL DE INGENIERÍA DE SOFTWARE 1. INFORMACIÓN GENERAL 1.1 Nombre código de la asignatura: MODAMIENTO Y DE SOFTWARE Número de créditos: Número de horas semanales: Teoría: 03 horas, : 02 horas 1.4 Ciclo de estudio: V 1.5 Periodo Académico: II 1.6 Pre-requisitos: Organización Administración 2. SUMILLA Esta asignatura de formación profesional especializada, de naturaleza teórica práctica con laboratorio, tiene el propósito de promover consolidar la aplicación de métodos técnicas para el análisis de requerimientos de software. Comprende: Fundamentos de modelado su rol en el desarrollo de Sistemas Software. Técnicas para descubrir licitar requerimientos. Lenguajes modelos para representar requerimientos. Técnicas de análisis validación. Especificación análisis de requerimientos para varios tipos de sistemas: sistemas empotrados, sistemas comerciales, sistemas basados en Web, sistemas en tiempo real. 3. COMPETENCIA GENERAL Aplicar las primeras etapas del proceso de ingeniería de software de un proecto determinado: Modelo de Negocio, Definición de Requisitos Análisis. Dar énfasis en la etapa de Requisitos: Desarrollar los requisitos Gestionar los cambios de estos 4. PROGRAMACIÓN UNIDAD 01: LA INGENIERIA DE SOFTWARE Y LA INGENIERIA DE COMPETENCIAS ESPECÍFICAS. Capacitar formar a los estudiantes en los conceptos fundamentales de la Ingeniería de Software e Ingeniería de Requisitos mostrar la relación entre ellas. Explicar el proceso de desarrollo de software los diferentes tipos, tales como:

2 RUP, WEBOK, SCRUM. Y explicar las notaciones de Gestión de Proceso de Negocio (BPMN) en la etapa de Modelo de Negocio. SEM CONTENIDOS ESTRATEGIAS 1 INTRODUCCIÓN CURSO. D Presentación del Silabo. Presentación general de todo el curso. participativa. 1 Formación de Equipos de Trabajo. Definición del Proecto. 2 INGENIERIA DE SOFTWARE Y LA INGENIERIA DE. Qué es la Ingeniería de Software la Ingeniería de Requisitos? Procesos de desarrollo de Software: RUP, SWEBOK, SCRUM. participativa. 2 #1: Presentación de Herramientas Agiles (Trello o Jira). calificado #1: Presentación de Project Charter 3 MODO DE NEGOCIO CON BPMN. Qué es el Modelo de Negocio? Elementos de BPMN: Objetos de Flujo (Actividades, Eventos, Decisiones o Gatewas) Objetos de Conexión (Flujo de secuencia, Flujo de mensaje Asociación). 3 #2: Uso de la Herramienta BIZAGI. 4 MODO DE NEGOCIO CON BPMN. Elementos de BPMN: Calles (Pool, Lane) Artefactos (Objetos de datos, Agrupación, Anotación). 4 #3: Uso de la Herramienta BIZAGI. 5 MODO DE NEGOCIO CON BPMN. Ejemplo: Diagrama de un proceso de Negocio Complejo con BPMN. 5 calificado #2: Diagramar un Proceso de Negocio con Bizagi. Teoría: Control de Lectura #1 UNIDAD 02: FUNDAMENTOS DE LA INGENIERIA COMPETENCIAS ESPECÍFICAS. Explicar los fundamentos de la Ingeniería de Requisitos, tales como: Los Requisitos de Software, tipos cualidades que éstos deben cumplir para que sean de calidad. Además, explicar la diferencia entre el Desarrollo la Gestión de Y explicar en forma general las diferentes actividades del desarrollo de Requisitos, tales como: Captación, Análisis, Especificación Validación de

3 SEM. CONTENIDOS ESTRATEGIAS 6 FUNDAMENTOS DE. Qué son los Requisitos de Software? Tipos de Requisitos (Funcionales no Funcionales). Cualidades de Requisitos (Completo, Consistente, Correcto, Verificable, Modificable, Traceable, Comprensible, No Ambiguo Ranqueable por nivel de importancia). participativa. 6 #4: Uso de la herramienta StarUML 7 LA INGENIERIA DE Desarrollo gestión de Actividades en el desarrollo de Requisitos: Captación, Análisis, Especificación Validación de 7 #5: Diagrama de Casos de Usos con StarUML 8 Examen Parcial UNIDAD 03: Y MODADO COMPETENCIAS ESPECÍFICAS. Explicar en detalle cada una de las actividades en el desarrollo de Requisitos, es decir, explicar las tareas de cada una de ellas, por ejemplo: las tareas que involucra la Captación de requisitos son: Definición de Fuentes de Requisitos, Definición de Técnicas de Requisitos e Identificación de la lista de deseos de Stakeholders. Además, explicar el desarrollo del Modelo Conceptual usando UML sus componentes. SEM. CONTENIDOS ESTRATEGIAS 9 Captación de Requisitos: Definición de Fuentes de Requisitos, Definición de Técnicas de Requisitos (Entrevistas, Cuestionarios, Observación, Tormenta de Ideas, Prototipos, etc.), Identificación de la 8 #6: Identificar la Lista de Requisitos funcionales no funcionales (Excel) Iteración 1

4 lista de deseos de Stakeholders. 10 Análisis de Requisitos: Clasificación, Priorización, Negociación de Matriz de Trazabilidad. Modelo Conceptual: UML. Actores, Casos de Usos, Tipos de Casos de Usos, Diagrama de Clases, Relaciones. 9 #7: Diagrama de Casos de Usos de Clases con StarUML calificado #3: Lista de Requisitos agrupados por Casos de Uso, priorizados con prototipos Visuales (Excel) - Iteración Especificación de Requisitos: Importancia. Diferencias entre la Captación Especificación de Software Requirements Specification (SRS). Estructura sugerida para un SRS. Validación de Requisitos: Técnicas de Validación de Requisitos (Revisión, Prototipos, Casos de Prueba). Revisión de Requisitos, Uso de Checklists para validar las Cualidades de 10 #7: Elaboración del SRS 11 #8: Definir Checklists para la validación de Validación del modelo. Teoría: Control de Lectura #2 UNIDAD 04: GESTION. COMPETENCIAS ESPECÍFICAS. Finalmente, para completar la definición de la Ingeniería

5 de Requisitos, se va explica la Gestión o administración de Requisitos: su Concepto, la Evolución de los Requisitos, el Planeamiento de la Gestión de Requisitos las Etapas en la Gestión del cambio en los Además, se explica se aplica la técnica de estimación de costo: Punto de Casos de Uso (PCU). SEM. CONTENIDOS ESTRATEGIAS 13 GESTION DE Qué es la Gestión de Requisitos? Evolución de Planeamiento de la Gestión de requisitos. Etapas en la Gestión del cambio en los requisitos (Análisis del problema, Análisis del cambio Estimación del costo, Implementación del cambio). 12 calificado #4: Diagrama de Casos de Uso de Clases 14 GESTION DE Estimación del costo: Estimación con Punto de Casos de Uso (PCU). Medición de un Proecto con PCU. 13 #9: Estimación con Punto de Casos de Uso (PCU). 15 Presentación Final del Proecto 16 Examen Final. 17 Examen Sustitutorio 5. ESTRATEGIA DIDACTICA La teoría se desarrollara en aula la práctica de la asignatura se desarrollarán en el laboratorio. En teoría los métodos a utilizarse son principalmente el expositivo el deductivo para la formación de los conceptos aplicación de los mismos, propiciando la intervención activa de los estudiantes, fomentando la discusión crítica el planteamiento de criterios que auden a elevar su nivel de aprendizaje. Mediante el Aula Virtual se proporcionará a los estudiantes recursos como son: lecturas, videos tutoriales que complementen los temas tratados, prácticas dirigidas, ejercicios. En la práctica se proporciona al estudiante guías de práctica, que consiste en el desarrollo de una selección graduada de casos de estudio, ejercicios problemas que serán ejecutados por los estudiantes supervisados por el docente, a la vez que se les proporciona asesoramiento individual según se necesite sobre el tema a tratar.

6 6. EVALUACION D APRENDIZAJE La evaluación será como se indica a continuación: Concepto Porcentaje Descripción Examen Parcial (EP) 35 % Examen Parcial (escrito) Examen Final (EF) 35% Examen Final (escrito) Practicas Calificadas (PC) 30% Inclue: Prácticas de laboratorio (5%), Control de Lectura (5%) Proecto (20%). Fórmula = ( 0.35*EP *EF *PC) 7. REFERENCIAS BIBLIOGRÁFICAS Boehm, B. and Papaccio, C. "Understanding and Controlling Software Costs", IEEE Transactions of Software Engineering, Bourque, P. & Fairle, R.E.. Guide to the Software Engineering Bod of Knowledge (SWEBOK), Version 3.0. IEEE Computer Societ. Retrieved Jul 07, 2014, from Mulla Nilofar, Girase Sheetal. A new approach to requirement elicitation based on stakeholder recommendation and collaborative filtering, international journal of software engineering & applications (IJSEA) - EBSCO, 3(3), Nuseibeh BA, Easterbrook SM.. Requirements engineering: a roadmap. In: Proceedings 22nd international conference on software engineering (ICSE-2000). ACM Press, Pressman, R.. Ingeniería de Software: Un enfoque práctico (7th ed.). New York: McGraw-Hill higher education Sommerville, I.. Ingeniería de Software (9th ed.). Boston: Addison-Wesle Standish Group (2014). CHAOS MANIFESTO 2014 Think Big, Act Small,(01/01/2014), Standish Group (2014). CHAOS MANIFESTO 2014 Think Big, Act Small,(01/01/2014), Wiegers Karl and Beatt Jo, Software Requirements, Microsoft Press, Third Edition Controles de Lectura: Control de lectura #1: Lilian Cherotich Ronoh, Geoffre Muketha Muchiri, Franklin Wabwoba3, Factors Affecting Requirements Elicitation for Heterogeneous Users of Information Sstems, International Journal of Computer Science Engineering and Technolog, Vol 5, Issue 3, Control de lectura #2: Aranda, G.; and Vizcaıno, A.. A framework to improve communication during the requirements elicitation process in GSD projects. Requirements Eng, 15,