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

Loading....

Loading....

Loading....

Loading....

Loading....

Texto completo

(1)

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

(Universidad del Perú, DECANA DE AMÉRICA)

FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA

ESCUELA PROFESIONAL DE INGENIERÍA DE SOFTWARE

1. INFORMACIÓN GENERAL

1.1

Nombre y código de la asignatura:

MODELAMIENTO Y REQUISITOS

DE SOFTWARE – 2020504

1.2 Número de créditos: 04

1.3 Número de horas semanales: Teoría: 03 horas, Laboratorio: 02 horas

1.4 Ciclo de estudio: V

1.5 Periodo Académico: 2017 - II

1.6 Pre-requisitos: 2020305 – Organización y Administración

2. SUMILLA

Esta asignatura de formación profesional especializada, de naturaleza teórica práctica y con laboratorio, tiene el propósito de promover y consolidar la aplicación de métodos y técnicas para el análisis de requerimientos de software. Comprende: Fundamentos de modelado y su rol en el desarrollo de Sistemas Software. Técnicas para descubrir y licitar requerimientos. Lenguajes y modelos para representar requerimientos. Técnicas de análisis y validación. Especificación y 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 proyecto determinado: Modelo de Negocio, Definición de Requisitos y Análisis. Dar énfasis en la etapa de Requisitos: Desarrollar los requisitos y Gestionar los cambios de estos Requisitos.

4. PROGRAMACIÓN

UNIDAD 01: LA INGENIERIA DE SOFTWARE Y LA INGENIERIA DE REQUISITOS

COMPETENCIAS ESPECÍFICAS. Capacitar y formar a los estudiantes en los conceptos fundamentales de la Ingeniería de Software e Ingeniería de Requisitos y mostrar la relación entre ellas. Explicar el proceso de desarrollo de software y 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

DIDACTICAS

ACTIVIDADES EVALUACIÓN

1 INTRODUCCIÓN DEL

CURSO.

Presentación del Silabo.

Presentación general de todo el curso. Expositiva participativa. Laboratorio 1 Formación de Equipos de Trabajo. Definición del Proyecto. 2 INGENIERIA DE SOFTWARE Y LA INGENIERIA DE REQUISITOS. ¿Qué es la Ingeniería de Software y la Ingeniería de Requisitos? Procesos de

desarrollo de Software: RUP, SWEBOK, SCRUM. Expositiva participativa. Laboratorio 2 Practica Dirigida #1: Presentación de Herramientas Agiles (Trello o Jira). Laboratorio calificado #1: Presentación de Project Charter 3 MODELO DE NEGOCIO CON BPMN. ¿Qué es el Modelo de Negocio? Elementos de BPMN: Objetos de Flujo (Actividades, Eventos, Decisiones o Gateways) y Objetos de Conexión (Flujo de secuencia,

Flujo de mensaje y Asociación). Expositiva participativa, y taller. Laboratorio 3 Practica Dirigida #2: Uso de la Herramienta BIZAGI. 4 EL MODELO DE NEGOCIO CON BPMN. Elementos de BPMN: Calles (Pool, Lane) y Artefactos

(Objetos de datos, Agrupación, Anotación). Expositiva participativa, y taller. Laboratorio 4 Practica Dirigida #3: Uso de la Herramienta BIZAGI. 5 EL MODELO DE NEGOCIO CON BPMN. Ejemplo: Diagrama de un proceso de Negocio Complejo con BPMN. Expositiva participativa, y taller. Laboratorio 5 Laboratorio calificado #2: Diagramar un Proceso de Negocio con Bizagi. Teoría: Control de Lectura #1

UNIDAD 02: FUNDAMENTOS DE LA INGENIERIA DE REQUISITOS

COMPETENCIAS ESPECÍFICAS. Explicar los fundamentos de la Ingeniería de Requisitos, tales como: Los Requisitos de Software, tipos y cualidades que éstos deben cumplir para que sean de calidad. Además, explicar la diferencia entre el Desarrollo y la Gestión de Requisitos. Y explicar en forma general las diferentes actividades del desarrollo de Requisitos, tales como: Captación, Análisis, Especificación y Validación de Requisitos.

(3)

SEM. CONTENIDOS ESTRATEGIAS DIDACTICAS

ACTIVIDADES EVALUACIÓN

6 FUNDAMENTOS DE

REQUISITOS.

¿Qué son los Requisitos de

Software? Tipos de Requisitos (Funcionales y no Funcionales). Cualidades de Requisitos (Completo, Consistente, Correcto, Verificable, Modificable, Traceable, Comprensible, No Ambiguo y Ranqueable por nivel de importancia). Expositiva participativa. Laboratorio 6 Practica Dirigida #4: Uso de la herramienta StarUML 7 LA INGENIERIA DE REQUISITOS Desarrollo y gestión de Requisitos. Actividades en el desarrollo de Requisitos: Captación, Análisis, Especificación y Validación de Requisitos. Expositiva participativa, y taller. Laboratorio 7 Practica Dirigida #5: Diagrama de Casos de Usos con StarUML 8 Examen Parcial

UNIDAD 03: ACTIVIDADES EN EL DESARROLLO DE REQUISITOS Y EL MODELADO

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 y sus componentes.

SEM. CONTENIDOS ESTRATEGIAS

DIDACTICAS ACTIVIDADES EVALUACIÓN 9 ACTIVIDADES EN EL DESARROLLO DE REQUISITOS 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 Expositiva participativa, y taller. Laboratorio 8 Practica Dirigida #6: Identificar la Lista de Requisitos funcionales y no funcionales (Excel) – Iteración 1

(4)

lista de deseos de Stakeholders. 10 ACTIVIDADES EN EL DESARROLLO DE REQUISITOS Análisis de Requisitos: Clasificación, Priorización, y Negociación de Requisitos. Matriz de Trazabilidad. Modelo Conceptual: UML. Actores, Casos de Usos, Tipos de Casos de Usos, Diagrama de Clases, Relaciones. Expositiva participativa, y taller. Laboratorio 9 Practica Dirigida #7: Diagrama de Casos de Usos y de Clases con StarUML Laboratorio calificado #3: Lista de Requisitos agrupados por Casos de Uso, priorizados y con prototipos Visuales (Excel) - Iteración 2. 11 ACTIVIDADES EN EL DESARROLLO DE REQUISITOS Especificación de Requisitos: Importancia. Diferencias entre la Captación y Especificación de Requisitos. Software Requirements Specification (SRS). Estructura sugerida para un SRS. Expositiva participativa, y taller Laboratorio 10 Practica Dirigida #7: Elaboración del SRS 12 ACTIVIDADES EN EL DESARROLLO DE REQUISITOS 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 Requisitos. Expositiva participativa, y taller Laboratorio 11 Practica Dirigida #8: Definir Checklists para la validación de Requisitos. Validación del modelo. Teoría: Control de Lectura #2

UNIDAD 04: GESTION DE REQUISITOS.

(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 y las Etapas en la Gestión del cambio en los Requisitos. Además, se explica y se aplica la técnica de estimación de costo: Punto de Casos de Uso (PCU).

SEM. CONTENIDOS ESTRATEGIAS

DIDACTICAS ACTIVIDADES EVALUACIÓN 13 GESTION DE REQUISITOS ¿Qué es la Gestión de Requisitos? Evolución de Requisitos. 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 y Estimación del costo, Implementación del cambio). Expositiva participativa, y taller Laboratorio 12 Laboratorio calificado #4: Diagrama de Casos de Uso y de Clases 14 GESTION DE REQUISITOS Estimación del costo: Estimación con Punto de

Casos de Uso (PCU). Medición de un Proyecto con PCU. Expositiva participativa, y taller Laboratorio 13 Practica Dirigida #9: Estimación con Punto de Casos de Uso (PCU).

15 Presentación Final del Proyecto

16 Examen Final.

17 Examen Sustitutorio

5. ESTRATEGIA DIDACTICA

La teoría se desarrollara en aula y la práctica de la asignatura se desarrollarán en el laboratorio. En teoría los métodos a utilizarse son principalmente el expositivo y el deductivo para la formación de los conceptos y aplicación de los mismos, propiciando la intervención activa de los estudiantes, fomentando la discusión crítica y el planteamiento de criterios que ayuden a elevar su nivel de aprendizaje. Mediante el Aula Virtual se proporcionará a los estudiantes recursos como son: lecturas, videos y 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 y problemas que serán ejecutados por los estudiantes y 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 DEL 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% Incluye: Prácticas de laboratorio (5%), Control de Lectura (5%) y Proyecto (20%).

Fórmula = ( 0.35*EP + 0.35*EF + 0.3 *PC)

7. REFERENCIAS BIBLIOGRÁFICAS

● Boehm, B. and Papaccio, C. "Understanding and Controlling Software Costs", IEEE Transactions of Software Engineering, 1988.

● Bourque, P. & Fairley, R.E.. Guide to the Software Engineering Body of Knowledge (SWEBOK), Version 3.0. IEEE Computer Society. Retrieved July 07, 2014, from

www.swebok.org.

● 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), 51 – 61. 2012.

● Nuseibeh BA, Easterbrook SM.. Requirements engineering: a roadmap. In: Proceedings 22nd international conference on software engineering (ICSE-2000). ACM Press, 35– 46. 2000.

● Pressman, R.. Ingeniería de Software: Un enfoque práctico (7th ed.). New York: McGraw-Hill higher education. 2010.

● Sommerville, I.. Ingeniería de Software (9th ed.). Boston: Addison-Wesley. 2011. ● Standish Group (2014). “CHAOS MANIFESTO 2014” Think Big, Act

Small”,(01/01/2014), http://versionone.com/assets/img/files/ChaosManifesto2013.pdf

● Standish Group (2014). “CHAOS MANIFESTO 2014” Think Big, Act

Small”,(01/01/2014), http://versionone.com/assets/img/files/ChaosManifesto2013.pdf

● Wiegers Karl and Beatty Joy, Software Requirements, Microsoft Press, Third Edition.

2013.

Controles de Lectura: Control de lectura #1:

● Lilian Cherotich Ronoh, Geoffrey Muketha Muchiri, Franklin Wabwoba3, Factors Affecting Requirements Elicitation for Heterogeneous Users of Information Systems, International Journal of Computer Science Engineering and Technology, Vol 5, Issue 3,35-39. 2015.

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, 397–417.

Figure

Actualización...

Related subjects :