UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERIA INDUSTRIAL

INGENIERIA DE SOFTWARE
SYLLABUS

I. DATOS GENERALES

Facultad de Ingeniería Industrial Ingeniería Industrial

Curso Ingeniería de Software
Condición Obligatorio
Código Plan de Estudio: 2013: 170309 | 2018: 171308
Naturaleza Teórico-Práctico
N.° de créditos 3
Requisitos Investigación Operativa II y Base de Datos y Programación Visual
N.° de horas semanales Teoría: 2| Laboratorio: 2
Aula / Laboratorio Según distribución
Periodo académico 2020-1
Fecha del periodo académico De 13/05/2020 al ¿?/¿?/202?
Semestre Ciclo VII
Coordinador del curso Ing. Wiler Arturo Ponce Benites
Ing. Wiler Arturo Ponce Benites
Docentes del curso
Ing. Eber Joseph Ballón Álvarez

II. SUMILLA
El curso corresponde al Área de Estudios de Especialidad, es de carácter obligatorio y de naturaleza teórico-práctico. Se
orienta al desarrollo de competencias en programación y desarrollo de modelos informáticos. Proporciona los métodos y
técnicas para el diseño y análisis de sistemas de información, comprende el análisis del sistema y el diseño y la
implementación del software.

III.COMPETENCIA

▪ Analiza, conoce y utiliza las técnicas para recopilar, interpretar y desarrollar modelos de sistemas de
información.

▪ Aplica las técnicas para realizar la ingeniería de requerimientos para desarrollar sistema de información.

▪ Aplica los conceptos y técnicas del modelado usando el lenguaje unificado UML.

▪ Aplica de manera teórico-práctica la tecnología del modelado desarrollando Diagramas de Casos de Uso.

▪ Aplica de manera teórico-práctica la tecnología del modelado desarrollando Diagramas de Clases y la teoría
Orientado a Objetos.

▪ Conoce como usar un lenguaje de programación visual orientado a objetos y de manera práctica Visual Studio:
lenguaje Visual C# (Java), para el desarrollo de los modelos construidos con el lenguaje unificado.

▪ Visión integral de la Ingeniería de Software desde el enfoque de la guía SWEBOK, SWEBOK, Software
Engineering Body of Knowledge, documento creado por la Software Engineering Coordinating Committee,
promovido por el IEEE Computer Society, que se define como una guía al conocimiento presente en el área de
la Ingeniería del Software (La versión de 2005 se publicó como estándar ISO/IEC TR 19759:2005.1).

1 de 11
 ▪ Se definen 15 áreas de conocimiento:

➢ Requisitos de Software
➢ Diseño de Software
➢ Construcción de Software
➢ Pruebas de Software
➢ Mantenimiento de Software
➢ Gestión de la configuración
➢ Gestión de la Ingeniería de Software
➢ Proceso de Ingeniería de Software
➢ Herramientas y métodos de la Ingeniería de Software
➢ Calidad del Software
➢ Práctica Profesional de la Ingeniería de Software
➢ Economía de la Ingeniería de Software
➢ Fundamentos de Computación
➢ Fundamentos Matemáticos
➢ Fundamentos de Ingeniería

IV. CAPACIDADES

➢ Conoce los conceptos y características del lenguaje unificado del modelado UML.
➢ Conoce los conceptos de la aplicación de la ingeniería de requerimientos para el desarrollo de software-
➢ Conoce y usa los diagramas de casos de uso.
➢ Conoce y usa los diagramas de clases.
➢ Conoce y usa los diagramas de secuencia.
➢ Conoce y usa los diagramas de colaboración.
➢ Conoce y usa los diagramas de estado.
➢ Conoce y usa los diagramas de despliegue.
➢ Conoce y usa la plataforma de desarrollo Visual Studio: Visual C# (Java).
➢ Conoce y usa la herramienta Ado.Net para conectar una base de dados con Visual C# (Java) y desarrolla
proyectos de ingeniería de software para las organizaciones empresariales de todo tipo.
➢ Lograr el uso de las 15 áreas del conocimiento que se mencionan en el punto III.

2 de 11
V. PROGRAMACIÓN DE CONTENIDOS

UNIDAD DE APRENDIZAJE I
VISION GENERAL: Conceptos de modelado de software y herramientas a usar
CAPACIDADES:
Conoce y comprende que es la ingeniería de requerimientos y sus principales actividades
Conoce y aplica la técnicas y herramientas utilizadas en la ingeniería de requerimientos
Analiza comparativamente de las técnicas de ingeniería de requerimientos
SEMANA INSTRUMENTOS
CONCEPTUAL PROCEDIMENTAL ACTITUDINAL INDICADORES DE LOGRO
/ SESIÓN DE EVALUACIÓN

Presentación del curso y

Participación activa
syllabus Expresa sus consultas acerca de la
Participa activamente
información del curso, la ponderación
introducción a la Ingeniería Valora el contenido y estructura comentando sobre el contenido y
1 de la evaluación y programación del Registro de notas
de software del curso por su rigor académico. la importancia del curso para su
syllabus por medio de la técnica de la
formación profesional.
lectura comentada.
Ingeniería de requisitos Prueba de diagnóstico

Modelos y procesos Reconoce los diferentes Rúbrica de evaluación

Crear un caso práctico y bajo el
conceptos, actividades que Aplica los conceptos impartidos
2 método de ABP conocer a desarrollar
Diagrama de Casos de Uso y involucra el modelado de en un caso práctico de ejemplo
la Ingeniería de Requerimientos Registro de notas
Diagrama de Clases sistemas

El Proceso Unificado de
Reconoce los diferentes Rúbrica de evaluación
Rational Crear un caso práctico y bajo el
conceptos, actividades que Aplica los conceptos impartidos
3 Conocer la plataforma método de ABP conocer a desarrollar
involucra el proceso Unificado en un caso práctico de ejemplo
Virtual Paradigm para el la Ingeniería de Requerimientos Registro de notas
Rational
modelado

3 de 11
 UNIDAD DE APRENDIZAJE II
MEDICIÓN, INGENIERIA DE REQUISITOS Y DISEÑO DE SOFTWARE
CAPACIDADES:
Conoce y comprende que es la ingeniería de requerimientos y sus principales actividades
Conoce y aplica la técnicas y herramientas utilizadas en la ingeniería de requerimientos
Analiza comparativamente de las técnicas de ingeniería de requerimientos
Analiza y construye Diagramas de Casos de Uso
SEMANA INSTRUMENTOS
CONCEPTUAL PROCEDIMENTAL ACTITUDINAL INDICADORES DE LOGRO
/ SESIÓN DE EVALUACIÓN

Reconoce los diferentes Rúbrica de evaluación

Con un caso práctico, bajo el método Es capaz de desarrollar una
conceptos, actividades que
Medición de ABP conocer el desarrollo de las Ingeniería de Requerimientos a
involucra la Ingeniería de
formas de medición del software. un caso de la vida real. Registro de notas
Requerimientos.

Requisitos o Ingeniería de
4
Requerimientos
Reconoce los diferentes Rúbrica de evaluación
Crear un caso práctico y bajo el Es capaz de desarrollar una
conceptos, actividades que
Requisitos Funcionales método de ABP conocer a desarrollar Ingeniería de Requerimientos a
involucra la arquitectura de
la Ingeniería de Requisitos un caso de la vida real.
software
Requisitos No Funcionales Registro de notas

Aplica los conceptos aprendidos Rúbrica de evaluación

Presentación de casos prácticos de la Valora la importancia del método
5 Diseño en casos prácticos propuestos en
vida real, apoyados con videos y ABP. RUP
clase Práctica calificada

4 de 11
 UNIDAD DE APRENDIZAJE III
CONSTRUCCION, PRUEBAS Y MANTENIMIENTO DEL SOFTWARE
CAPACIDADES:
Comprende por qué es importante el diseño arquitectónico del software
Aplica las decisiones a tomar sobre la arquitectura del sistema durante el proceso de diseño arquitectónico
Aplica los tres estilos arquitectónicos que abarca la organización del sistema en su totalidad, la descomposición modular y el control.
Sabe cómo usar las arquitecturas de referencia para comunicar conceptos arquitectónicos y evaluar las arquitecturas de los sistemas
SEMANA INSTRUMENTOS
CONCEPTUAL PROCEDIMENTAL ACTITUDINAL INDICADORES DE LOGRO
/ SESIÓN DE EVALUACIÓN

El estudiante debe ser capaz de Rúbrica de evaluación

Presentación de casos prácticos de la Valora la importancia del método
Construcción desarrollar un caso simple de la
vida real, apoyados con videos y ABP. para el desarrollo de software útil
vida real. Registro de notas
6
El estudiante debe ser capaz de Rúbrica de evaluación
Presentación de casos prácticos de la Valora la importancia del método
Pruebas desarrollar un caso simple de la
vida real, apoyados con videos y ABP. RUP
vida real. Registro de notas

El estudiante debe ser capaz de Rúbrica de evaluación

Presentación de casos prácticos de la Valora la importancia del método
7 Mantenimiento desarrollar un caso simple de la
vida real, apoyados con videos y ABP. RUP
vida real. Registro de notas

8 EXAMEN PARCIAL Rúbrica de evaluación

Calidad Rúbrica de evaluación

El estudiante debe ser capaz de
Presentación de casos prácticos de la Valora la importancia del método
9 vida real, apoyados con videos y ABP. RUP
desarrollar un caso simple de la
vida real.
Gestión Registro de notas

5 de 11
 UNIDAD DE APRENDIZAJE IV
GESTIÓN, HERRAMIENTAS DE LA INGENIERIA DE SOFTWARE
CAPACIDADES:
Sabe cómo el enfoque de desarrollo de software iterativo e incremental lleva a una entrega rápida de software más útil.
Conoce las diferencias entre los métodos de desarrollo ágil y los métodos de desarrollo de software que dependen de la documentación de las especificaciones y diseños
Conoce y aplica los principios, practicas y algunas de las limitaciones de a programación extrema
Sabe y entiende como usar el prototipado para ayudar a resolver y diseñar incertidumbres cuando se tiene que usar un enfoque basado en la especificación.
SEMANA INSTRUMENTOS
CONCEPTUAL PROCEDIMENTAL ACTITUDINAL INDICADORES DE LOGRO
/ SESIÓN DE EVALUACIÓN

Conocer las actividades fundamentales Rúbrica de evaluación

de la configuración: informes o
Responder a la solución de
contabilidad, control de cambios,
Gestión de la configuración del problemas usando la herramienta Desarrollo de un caso práctico de
10 identificación,
software ADO.NET en los casos que lo la vida real
auditoría y gestión de entregas sujetas
requieran
de a una actividad de planificación
específica de la configuración Registro de notas

Conocer y usar el concepto de Demuestra una actitud Rúbrica de evaluación

herramientas desde la perspectiva de la responsable al usar los Desarrollo de un caso práctico de
11 Herramientas
IS y revisar las ventajas que su uso conocimientos adquiridos en el la vida real
proporciona a los desarrolladores desarrollo del curso. Registro de notas

6 de 11
 UNIDAD DE APRENDIZAJE V
APLICACIÓN INTEGRAL DE LA INGENIERIA DE SOFTWARE EN TRABAJOS DE INVESTIGACIÓN
CAPACIDADES:
Es consciente por algunos requisitos involucrados en la selección y retención de personal en una organización de desarrollo de software.
Conoce los factores que influyen en la motivación individual y sus implicancias para los gestores de proyectos de software.
Conoce los elementos clave de trabajo en equipo principalmente la composición, la cohesión, la comunicación y la organización.
Conoce el modelo de madurez de la capacidad del personal, como modelo marco de trabajo para resaltar las capacidades de los ingenieros de software en la organización.
SEMANA INSTRUMENTOS
CONCEPTUAL PROCEDIMENTAL ACTITUDINAL INDICADORES DE LOGRO
/ SESIÓN DE EVALUACIÓN

Demuestra una actitud Rúbrica de evaluación

Asesoría general de proyectos Desarrollo de casos prácticos de la vida responsable al usar los Desarrollo de un caso práctico de
12 Registro de notas
de investigación real, uso de TICs. conocimientos adquiridos en el la vida real
desarrollo del curso. Taller de practica

Demuestra una actitud Rúbrica de evaluación

Asesoría general de proyectos Desarrollo de casos prácticos de la vida responsable al usar los Desarrollo de un caso práctico de
13 Registro de notas
de investigación real, uso de TICs. conocimientos adquiridos en el la vida real
desarrollo del curso. Taller de practica

Sustenta de forma oral la versión Rúbrica de evaluación

Demuestra una actitud
Expone el trabajo de Presenta la versión final del trabajo de final del trabajo de investigación
14 responsable al exponer la versión
investigación. investigación y paper. utilizando diversos recursos de
final del trabajo de investigación. Registro de notas
apoyo.

Sustenta de forma oral la versión Rúbrica de evaluación

Demuestra una actitud
Expone el trabajo de Presenta la versión final del trabajo de final del trabajo de investigación
15 responsable al exponer la versión
investigación. investigación y paper. utilizando diversos recursos de
final del trabajo de investigación. Registro de notas
apoyo.

16 Examen Final Rúbrica de evaluación

7 de 11
VI. METODOLOGÍA

La metodología empleada en el curso de Ingeniería de Software es participativa y activa. Se llevará a cabo con la
aplicación de los modelos: Aprendizaje basado en problemas, Aprendizaje basado en proyectos y de la clase invertida a
través del uso de la plataforma virtual y el desarrollo de las actividades propuestas en esta. El estudiante deberá participar
activamente, desarrollando los ejercicios aplicativos y el reforzamiento de las sesiones interactuadas. Se aplicará, además,
el método del aprendizaje colaborativo y cooperativo, así como el estudio autónomo de los temas propuestos y el
desarrollo constante de la guía del curso.

VII. ESTRATEGIAS DIDÁCTICAS

▪ Exposición-diálogo.
▪ Técnica de discusión.
▪ Dinámica grupal.
▪ Método de casos.
▪ Estrategia de la clase invertida.
▪ Estrategia del trabajo colaborativo.
▪ Técnica del debate.
▪ Técnica de lluvia de ideas.

VIII. RECURSOS

▪ Guía del curso de Ingeniería de Software 2019-2.

▪ Material audiovisual.
▪ Material digital en la plataforma virtual.
▪ Proyector multimedia y diapositivas.
▪ Pizarra, mota y plumones.

IX. EVALUACIÓN

La evaluación será de diagnóstico (al inicio del proceso mediante una prueba de entrada), formativa (durante el proceso
que equivale al ítem de evaluación continua) y sumativa (al finalizar el proceso que está representada por el artículo
académico). Esta será de forma permanente (en todas las sesiones), integral (todos los ejes) y colaborativo (participación
del estudiante).

▪ Las evaluaciones comprobarán la adquisición de habilidades, de forma integral, a través de preguntas orales y escritas
(prácticas calificadas).
▪ La nota final contemplará la siguiente ponderación:

(20%(EP) + 20%(EF) + 30%(ExpP) + 30%(InfP))

PF =
(20% + 20% + 30% + 30%)

Donde:
PF = Promedio Final
EP = Examen Parcial ExpP = Exposición de Proyecto
EF = Examen Final InfP = Informe de Proyecto

Consideraciones que se tomarán en cuenta en las evaluaciones:

Todos los trabajos escritos que se asignen pueden ser de carácter grupal o individual, de acuerdo con las especificaciones
de los docentes. Se debe realizar por el estudiante o el por el grupo constituido.

Si los trabajos entregados por dos o más estudiantes o por dos o más grupos, según sea el caso son iguales, esto es
considerado copia. Si el estudiante desea discutir las tareas con sus compañeros es libre de hacerlo, pero cada uno debe
redactarlo en forma independiente.

Si el trabajo presentado es exactamente igual a un libro, revista, página web, o cualquier otra fuente y no es referenciado,
es considerado plagio. No copie las fuentes, consulte la información que necesite y referénciela correctamente.

8 de 11
Normas de evaluación
Si el estudiante excede el 30 % de inasistencias sobre el total de clases programadas en el ciclo académico regular o ciclo
extraordinario de verano, no se le permitirá continuar en el curso. El docente responsable de la asignatura no lo evaluará
ni permitirá rendir prácticas y/o exámenes. Las notas obtenidas hasta antes de alcanzar el 30 % de inasistencias serán
consideradas como parte del promedio final del curso. Esta situación no lo exime de los pagos correspondientes.
El sistema de calificación es vigesimal (de cero a veinte) para todas las asignaturas de la universidad. La nota mínima
aprobatoria es de trece (13). Las evaluaciones no rendidas tienen la calificación de cero (00).
El promedio final de la nota de cualquier asignatura es siempre un número entero. Se debe tener en cuenta que toda
fracción en las notas igual o mayor a 0,50 es redondeado al entero superior. La fracción inferior a 0,50 no es redondeado
a ese valor (ejemplo 0,49 no es redondeado a 0,50).

Publicadas las notas, el estudiante tendrá hasta 72 horas para hacer efectivo su reclamo si no estuviera de acuerdo con
ellas. Por ello, se deberá presentar el reclamo por escrito ante el profesor; con copia al decano/director/coordinador
académico de la carrera, transcurrido ese período, no habrá lugar a reclamo.

X. REFERENCIAS:

1. SANCHEZ ALONSO Salvador, SICILIA URBÁN Miguel Angel, RODRIGUEZ GARCIA Daniel. “INGENIERIA
DEL SOFTWARE Un enfoque desde la guía SWEBOK” – Editorial Alfaomega Garceta – 2015 – ISBN 978-607-
707-420-5. https://recursosinformaticos20.blogspot.com/2019/05/ingenieria-del-software-un-enfoque.html
2. DEBRAUWER Laurent, VAN DER HEYDE Fien – “UML 2.5 Iniciación, ejemplos y ejercicios corregidos” –
Ediciones ENI - España - 2016 - ISBN:978-2-409-00372-1.
3. TORRES REMON Manuel. “Programación Orientada a Objetos con Visual C# 2015 y Adp.Net 4.6” –Edit. MACRO.-
2016.- ISBN: 978-612-304-372-8.
4. PRESSMAN Robert. “Ingeniería de Software – Un enfoque práctico” –Edit. Mc GRAW-HILL.- 2010.- ISBN: 978-
607-15-0314-5.
5. BOOCH Grady, RUMBAUGH, James, JACOBSON, Ivar.- “El Lenguaje Unificado de Modelado. Guía del Usuario
- UML”.- Edit. Pearson.- España.- 2010..- ISBN: 978-84-7829-076-5.
6. BOOCH Grady, RUMBAUGH, James, JACOBSON, Ivar. - “El Lenguaje Unificado de Modelado – Manual de
Referencia” – Edit. Pearson.- 2010.- ISBN: 978-84-7829-087
7. SOMMERVILLE Ian.- “Ingeniería de Software” –Edit. PEARSON EDUCACION. Inglaterra. 2010.- ISBN: 978-84-
7829-074-1
8. Tesis presentadas–Biblioteca de la Facultad de Ing. Ind.
9. Campus Virtual: https://campusindustrial.unmsm.edu.pe
10. Norma NTP-ISO/IEC 12207 – Año 2006.

WPB/JBA/2020-1

9 de 11
Requisitos del curso.

El alumno debe contar con el siguiente Hardware y Software:

Hardware: Microcomputador o PC o Laptop con SO Windows 7 o superior de preferencia de 64 bits

Software: Rational Rose professional.

SQL Server 2017 professional.
Visual Studio 2015 o superior professional.
Bizagi.
Microsoft Office 2010 o superior: Word, Excel, Power Point, Access, Outlook
Microsoft Visio o Lucidchart
Internet: Google Chrome, Mozilla Firefox, Internet Explorer.

Sobre el desarrollo de los Proyectos de Investigación – Ingeniería de Software:

1. Es de tipo Grupal: 2 integrantes máximo

2. Presentación del Informe: Debe usar Word (Microsoft Word)

2.1 Carátula
2.2 Introducción
2.3 Contenido

Primera Parte: Relacionado al estándar que se asignó

2.4 Problema o Fundamentos del Proyecto: Objetivo General, Objetivos Específicos

2.5 Descripción del Sistema Actual, presentación de evidencias
2.7 Sistema Propuesto:
2.7.1 Diagrama de Casos de Uso, documentado. Modelado con UML
2.7.2 Diagrama de Procesos usando BizAgi.
2.7.3 Diccionario de Datos en Excel o en Word.
2.7.4 Diagrama de Clases. Modelado con UML

Segunda Parte: Relacionado a la estructura de tabla asignado

2.8 Estructura de la Base de Datos: Tablas y Diagrama de Relaciones en Visual Studio 2015 Professional
– con Visual C#.
2.9 Descripción de Pantallas y sus Especificaciones de Proceso o Diagramas de lógica según se haya
organizado el proyecto.
2.10 Anexos:
2.10.1 Mínimo 20 registros de prueba
2.10.2 Reportes de prueba

3. Cronograma:

CRONOGRAMA 2020- 1
Mes 1 Mes 2 Mes 3 Mes 4 Mes 5
N° Actividad
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
1 Formación de grupos y Asignación del tema X X
1 Ingenieria de Requsitos X X X X X X
2 Analisis OO.: Modelado UML X X X X
EXAMEN

EXAMEN

3 Diseño de la Base de Datos X X X X

4 Desarrollo del Software: Visual C# X X X
5 Evaluación y Pruebas X X
6 Puesta en marcha X X
7 Exposicion Informe X X
8 Exposicion Software X
Semana 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

10 de 11
4. Presentación del Sistema:

4.1 Deberá presentarse en archivo digital, debidamente distribuido en carpetas.

5. Contenido del archivo digital:

5.1 El informe documentado de la investigación realizada, redactado en Word bajo las

normas APA 6ta Edición.
5.2 El informe de investigación debe contener anexos que sustenten el trabajo realizado
como: Archivos UML, Formularios, Módulos, scripts para la gestión de la Base de
Datos, Iconos, Metafiles, etc., es decir, todos los recursos utilizados para que corra
el proyecto.
5.3 Todos los diagramas deben estar debidamente etiquetados con su correspondiente
título, descripción breve, código, etc.
5.4 Paper del estudio de investigación
5.5 Vistas en Power Point de la exposición.

WPB/2020-1

11 de 11