INF-5220 Ingenieria de Software I

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO
FACULTAD DE CIENCIAS
Oficina de Planificación Sectorial (OPLASE)
Escuela: Informática No. de Créditos: Teóricos: 03

Cátedra: Avanzada (AC) Prácticos: 01
Programa de la Asignatura: Ingeniería de Software I.

Clave : INF-5220 .
Prerrequisito: INF-3240, INF-5200 . No. de Horas: Teóricas: 03
Equivalencia: _ ________ _ Prácticas: 02
Fecha Elaboración: 27-10-2012 .
 Descripción de la Asignatura:
Introducir al estudiante la normativa y disciplina para el desarrollo de sistemas de información donde el software se ve convertido como
un producto de consumo global; al cual hay que aplicarle ingeniería para optimizar su rendimiento y utilidad.
Preparar al estudiante a través del estudio de las metodologías, tecnologías y herramientas de la ingeniería de software para el
desarrollo de software de calidad, a tiempo, dentro del presupuesto y con beneficios tangibles para el cliente que justifiquen su inversión.
Además enseña los componentes de las tecnologías y capacidades comunes usadas en la ingeniería de software.
Esta primera parte, está centrada en los conceptos básicos de proyecto, los procesos del software, estándares para el desarrollo de
software, Modelo de Madurez de Capacidades, pruebas del software, mapeo de modelos a código (construcción del software), Gestión de
la Configuración del software, Gerencia de proyectos de software, herramientas CASE y la ética de la ingeniera de software.
 Objetivos Generales:
Al crear un sistema de información ponderar en cada una de sus fases la alta calidad. Tomar un modelo práctico para el Desarrollo de
Sistemas con una disciplina narrativa que se corresponda con todas las etapas de la Ingeniería de Software, mediante la utilización de un
método unificado y coherente, estandarizado en el mercado. Introducir al estudiante en los principios básicos de la Ingeniería del
Conocimiento.
Al finalizar el estudiante deberá ser capaz de: Definir y explicar los principios de la Ingeniería de Software, Discutir los conceptos de
procesos y productos del software de la IEEE-1074 2006; Poseer el concepto de responsabilidad profesional de la Ingeniería de Software;
Entender la importancia de todas las fase del ciclo de vida del desarrollo de un software; Entender la organización de la organización de los
procesos del software y contribuir a las mejoras de dichos procesos; Adaptar el desarrollo de un software a los cambios en la tecnología y
en las herramientas; Demostrar la capacidad de trabajar eficazmente como miembro de un equipo de desarrollo de software; Comunicar de
manera plena conceptos técnicos, en forma concisa y correcta, en los documentos escritos; Comunicar de manera plena conceptos técnicos,
en forma concisa y correcta, en presentación oral; Conciliar los objetivos contrapuestos de los proyectos, encontrando compromisos
aceptables dentro de las limitaciones de costo, tiempo, conocimiento, sistemas existentes, y las organizaciones; Diseñar soluciones
apropiadas, en uno o más dominios de la aplicación, utilizando los enfoques de ingeniería de software que se integren las preocupaciones
éticas, sociales, jurídicas y económicas; Demostrar una comprensión y capacidad para aplicar las teorías actuales, de los modelos y
técnicas que proporcionan una base para la identificación y análisis de problemas, diseño de software, desarrollo, implementación,
verificación y documentación; Aprender nuevos modelos, técnicas y tecnologías que van surgiendo y apreciar la necesidad de un desarrollo
profesional continuo; Aplicar las técnicas más avanzadas de verificación de especificaciones de requerimientos y diseño del software; y
Utilizar eficazmente las herramientas CASE modernas para el análisis y diseño del software;
 Población Destinataria:
Estudiantes de la Carrera de Licenciatura de Informática.
 Criterios de Evaluación:
Teórica: 1er. Parcial (Unidades: 1-5), 2do. Parcial (Unidades: 6-9), Examen Final (Todas las Unidades).
Práctica: Asistencia/Participación de los estudiantes. Informes de Investigación. Ejercicios/Prácticas. Pruebas Escritas. Estudios de
Casos. Portafolios y otros.
Coordinador de Cátedra: José Binet, M. A.
Cantidad de Temas: Diez y seis (16).
Directora Escuela: Tania De La Rosa, M. A.
Elaborado por: José Binet, M. A. Coordinación Docente Oplase: Dolores De La Rosa, M. A.

Colaboradores: Félix Ferreiras, M. A.
Decana: Miledy Alberto, M.A.

Oficina de Planificación de Ciencias (OPLASE) No. de Horas: Teóricas: 03
Unidad No. 01 Prácticas: 02
Título del Tema: Introducción a la Ingeniería de Software.
Objetivo General de la Unidad: Analizar los conceptos sobre la Ingeniería de Software
Recursos
Objetivos Específicos Contenidos Actividades de Aprendizaje Evaluación
Didácticos/Tecnológicos
 Entender los  Fallos de software  Guía del profesor  Análisis e  Braude, E. J. &
conceptos de la  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
ingeniería de  ¿Qué es la ingeniería de  Análisis de casos y/o sobre el Software Engineering:
software, situándola Modern Approaches.
software? simulaciones material
en un amplio Wiley 2th ed.
contexto de  Participación grupal e  Lo más
sistemas y  Conceptos y Fundamentos de individual significativo  Bruegge, B. & Dutoit,
presentando las la Ingeniería de Software  Aprovechar conocimiento  Deducciones A. (2010). Object-
nociones de y experiencias de los sobre Oriented Software
procesos y gestión  Actividades de Desarrollo de discentes premisas Engineering Using
Software de la Ingeniería de  Discusión dirigida  Actividades
 Describir los UML, Patterns, and
Software Orientada a Objetos  Prácticas presenciales, no viso-
componentes para Java. 3th ed. Pearson
el desarrollo de un presenciales y de campo especiales
 Administración del
sistema basados en  Exposición de equipos de  Exposiciones  Sommerville, I.
Desarrollo de Software
OO trabajos  Exámenes (2006). Ingeniería del
 Informes de investigación parciales y Software. 7ma Ed.
 Explicar la gestión  Autoevaluación final Addison Wesley
del desarrollo de  Portafolio
software desde el
punto de vista  Pressman, R. (2005).
administrativo Software Engineering:
A Practitioner’s
Approach. 6th ed.
McGraw Hill

Título del Tema: Proyecto de un vistazo.
Objetivo General de la Unidad: Compilar sobre Proyectos y sus Diseños
Recursos
 Revisar los  Definición del concepto  Guía del profesor  Análisis e  Guide to the Software
conceptos proyecto  Trabajo en equipo Inferencia Engineering Body of
fundamentales  Análisis de casos y/o sobre el Knowledge,
sobre proyectos de  Características de un proyecto SWEBOK, 2004
simulaciones material
software edition, PDF version
 Cosas que no es un proyecto
 Participación grupal e  Lo más only, Alain Abran,
 Expresar las individual significativo James W. Moore
diferencias entre un  Proyecto Vs. Programa  Aprovechar conocimiento  Deducciones
programa y un y experiencias de los sobre  The Network
proyecto  Definición del concepto discentes premisas Community for
programa  Discusión dirigida  Actividades Software Engineering
 Enumerar las fases Education ,SWENET
 Prácticas presenciales, no viso-
dentro del diseño de  Características de un
un proyecto programa presenciales y de campo especiales  Project Management
 Exposición de equipos de  Exposiciones Body of Knowledge,
 Explicar las etapas  Antes de desarrollar un trabajos  Exámenes PMBOK Guide, 4th
para desarrollar un programa de Gestión de  Informes de investigación parciales y Edition, 2009
programa de Proyectos  Autoevaluación final
gestión de  Portafolio  1074-2006 - IEEE
proyectos  Gestión exitosa de un Standard for
proyecto Developing a Software
Project Life Cycle
Process

Título del Tema: Organización de proyectos y Comunicación.
Objetivo General de la Unidad: Organizar la elaboración de Proyectos
Recursos
 Mostrar la visión  Organización de proyectos y  Guía del profesor  Análisis e  The practice of
general para la comunicación  Trabajo en equipo Inferencia PROJECT
elaboración de un  Una visión general de  Análisis de casos y/o sobre el MANAGEMENT, a
proyecto de proyecto guide to the business-
desarrollo de  Conceptos de organización de focused approach, Enzo
software proyectos:  Participación grupal e  Lo más Frigenti and Dennis
 Entender los Organización del proyecto individual significativo Comninos, KOGAN
conceptos de Roles  Aprovechar conocimiento  Deducciones PAGE, 2002
organización y Tareas y productos de trabajo y experiencias de los sobre
comunicación en Calendarización discentes premisas  Software Engineering:
los proyectos de  Conceptos de comunicación  Discusión dirigida  Actividades Modern Approaches.
software en un proyecto: Eric J Braude and
 Describir los Comunicación planeada Michael E. Bernstein,
componentes Comunicación no-planeada presenciales y de campo especiales Wiley 2th ed, 2011
relacionados al Mecanismo de comunicación  Exposición de equipos de  Exposiciones
proceso de  Actividades organizacionales: trabajos  Exámenes  Software Engineering:
organización de Reuniendo un equipo de  Informes de investigación parciales y An Object-Oriented
proyectos trabajo  Autoevaluación final Perspective, Eric J.
 Razonar sobre el Juntando la infraestructura de Braude, Wiley, 2001
 Portafolio
resultado de la comunicación
integración de las Organizando las revisiones
revisiones del del proyecto y del cliente
proyecto y del  Ejercicios
cliente

Título del Tema: La justificación de un proyecto de desarrollo de software.
Objetivo General de la Unidad: Determinar razón de ser y factibilidad para poder elaborar un Proyecto
Recursos
 Describir el proceso  Introducción  Guía del profesor  Análisis e  Pressman, R. (2006).

de la determinación  Trabajo en equipo Inferencia Ingeniería del
de la factibilidad de  Identificación de alternativas  Análisis de casos y/o sobre el Software: Un Enfoque
un proyecto de de implementación Práctico. McGraw Hill
desarrollo de
software  Determinación de la
 Participación grupal e  Lo más  Schach, S. R. (2006).
factibilidad económica: individual significativo Ingeniería de Software
 Identificar las Análisis cuantitativo costo-  Aprovechar conocimiento  Deducciones Clásica y Orienta a
alternativas de beneficio y experiencias de los sobre Objetos. Pearson
implementación de Análisis cualitativo costo- discentes premisas Educational
un proyecto beneficio  Discusión dirigida  Actividades
Prácticas recomendadas  Software Engineering
 Explicar los Code of Ethics and
diferentes estudios  Determinación de la
presenciales y de campo especiales Professional Practice.
de factibilidad factibilidad técnica  Exposición de equipos de  Exposiciones (1999)
aplicados al trabajos  Exámenes
desarrollo de  Determinación de la  Informes de investigación parciales y
software factibilidad operacional  Autoevaluación final
 Portafolio
 Determinación de la
factibilidad política
 Algunos comentarios finales

de consejo

Título del Tema: Procesos de software.
Objetivo General de la Unidad: Conocer las partes y los modelos de procesos para poder decidir el pertinente a cada caso
Recursos
 Identificar los  Modelos de procesos de  Guía del profesor  Análisis e  Braude, E. J. &
diferentes modelos software  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
de procesos para el  Análisis de casos y/o sobre el Software Engineering:
desarrollo de  Procesos de desarrollo Modern Approaches.
software iterativo ( Agil, XP, RAD, Wiley 2th ed.
Prototyping )  Participación grupal e  Lo más
 Enumerar las individual significativo  Bruegge, B. & Dutoit,
actividades de un  Actividades de un proceso de  Aprovechar conocimiento  Deducciones A. (2010). Object-
proceso de software y experiencias de los sobre Oriented Software
desarrollo de discentes premisas
software  El proceso RUP Engineering Using
 Discusión dirigida  Actividades UML, Patterns, and
 Prácticas presenciales, no viso- Java. 3th ed. Pearson
 Describir el proceso  Ingeniera de Software
Rational Asistida por Computadora presenciales y de campo especiales
(CASE)  Exposición de equipos de  Exposiciones  Sommerville, I.
 Explicar el proceso trabajos  Exámenes (2006). Ingeniería del
de desarrollo de  Informes de investigación parciales y Software. 7ma Ed.
software utilizando  Autoevaluación final Addison Wesley
una herramienta de  Portafolio
asistencia
 Pressman, R. (2005).
Software Engineering:
A Practitioner’s
Approach. 6th ed.
McGraw Hill

FACULTAD DE CIENCIAS No. de Horas: Teóricas: 03
Prácticas: 02
Oficina de Planificación de Ciencias (OPLASE)
Unidad No. 06
Título del Tema: Modelo de Capacidad de Madurez de Integración de Software, CMMI
Objetivo General de la Unidad: Lograr el dominio de los diferentes modelos de capacidades con la meta de optimizar el objetivo final
Recursos
 Entender los  Introducción  Guía del profesor  Análisis e  Braude, E. J. &

conceptos sobre  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
capacidad de  Niveles de capacidad  Análisis de casos y/o sobre el Software Engineering:
madurez de Modern Approaches.
integración para  Objetivos específicos y Wiley 2th ed.
desarrollo de prácticas específicas  Participación grupal e  Lo más
proyectos de individual significativo  Bruegge, B. & Dutoit,
software  Áreas de proceso requeridas  Aprovechar conocimiento  Deducciones A. (2010). Object-
para lograr un nivel de y experiencias de los sobre Oriented Software
 Identificar los madurez discentes premisas
niveles de Engineering Using
capacidad
 Reconocer los presenciales y de campo especiales
objetivos y  Exposición de equipos de  Exposiciones  Sommerville, I.
practicas trabajos  Exámenes (2006). Ingeniería del
especificas  Informes de investigación parciales y Software. 7ma Ed.
 Autoevaluación final Addison Wesley
 Describir las áreas  Portafolio
de proceso
requeridas para  Pressman, R. (2005).
lograr un nivel de Software Engineering:
madurez A Practitioner’s
Approach. 6th ed.
McGraw Hill

Prácticas: 02
Unidad No. 07
Título del Tema: Directivas y Estándares para el Desarrollo de Software.
Objetivo General de la Unidad: Distinguir estándares para ser considerados en el desarrollo de software
Recursos
 Entender los  Estudio de la IEEE 1074-  Guía del profesor  Análisis e  Braude, E. J. &
conceptos de 2006  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
normas y  Análisis de casos y/o sobre el Software Engineering:
estándares para  Estudio de la IEEE/EIA Modern Approaches.
desarrollo de 12207 Wiley 2th ed.
proyectos de  Participación grupal e  Lo más
software  Otros estándares individual significativo  Bruegge, B. & Dutoit,
 Aprovechar conocimiento  Deducciones A. (2010). Object-
 Argumentar las y experiencias de los sobre Oriented Software
diferencias entre los discentes premisas
estándares Engineering Using
aplicados al
desarrollo de
software por la presenciales y de campo especiales
IEEE  Exposición de equipos de  Exposiciones  Sommerville, I.
trabajos  Exámenes (2006). Ingeniería del
 Portafolio
A Practitioner’s
Approach. 6th ed.
McGraw Hill

Título del Tema: Modelos de sistemas.
Objetivo General de la Unidad: Conocer y Comparar los diferentes Modelos de Sistemas
Recursos
 Entender los  Sistemas, modelos y vistas  Guía del profesor  Análisis e  Braude, E. J. &
conceptos  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
fundamentales de  Modelos de contexto  Análisis de casos y/o sobre el Software Engineering:
modelos de Modern Approaches.
sistemas  Modelos de comportamiento Wiley 2th ed.
 Participación grupal e  Lo más
 Justificar la razón  Modelos de datos individual significativo  Bruegge, B. & Dutoit,
de ser de cada  Aprovechar conocimiento  Deducciones A. (2010). Object-
modelo de sistemas  Modelos de objetos y experiencias de los sobre Oriented Software
discentes premisas Engineering Using
 Modelos estructurados  Discusión dirigida  Actividades UML, Patterns, and
presenciales y de campo especiales
 Exposición de equipos de  Exposiciones  Sommerville, I.
 Portafolio
A Practitioner’s
Approach. 6th ed.
McGraw Hill

Título del Tema: Especificaciones formales.
Objetivo General de la Unidad: Conocer las especificaciones formales para su correcta aplicación a los procesos de desarrollo de software
Recursos
 Revisar los  Especificaciones formales en  Guía del profesor  Análisis e  Braude, E. J. &
conceptos sobre las el proceso de software  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
especificaciones  Análisis de casos y/o sobre el Software Engineering:
formales para su  Especificación de interfase de Modern Approaches.
aplicación correcta subsistema Wiley 2th ed.
en los procesos de  Participación grupal e  Lo más
desarrollo de  Especificación de individual significativo  Bruegge, B. & Dutoit,
software comportamiento  Aprovechar conocimiento  Deducciones A. (2010). Object-
y experiencias de los sobre Oriented Software
 Explicar las discentes premisas
diferentes Engineering Using
especificaciones
formales a ser
utilizadas en los presenciales y de campo especiales
procesos de  Exposición de equipos de  Exposiciones  Sommerville, I.
desarrollo de trabajos  Exámenes (2006). Ingeniería del
software  Informes de investigación parciales y Software. 7ma Ed.
 Portafolio
A Practitioner’s
Approach. 6th ed.
McGraw Hill

Título del Tema: Reúso del software.
Objetivo General de la Unidad: Interpretar para establecer el proceso de Reúso de Software
Recursos
 Entender los  El panorama la reutilización  Guía del profesor  Análisis e  Braude, E. J. &
conceptos relativos  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
a la reutilización de  Patrones de diseño  Análisis de casos y/o sobre el Software Engineering:
procesos en Modern Approaches.
desarrollo de Wiley 2th ed.
 Reúso basado en un  Participación grupal e  Lo más
software
 Identificar los generador individual significativo  Bruegge, B. & Dutoit,
patrones de diseño  Aprovechar conocimiento  Deducciones A. (2010). Object-
para reúso de  Marcos de aplicaciones y experiencias de los sobre Oriented Software
procesos discentes premisas
 Describir los  Sistema de reutilización de Engineering Using
componentes aplicaciones.
empleados en el
proceso de reúso de presenciales y de campo especiales
software  Exposición de equipos de  Exposiciones  Sommerville, I.
 Valuar los marcos trabajos  Exámenes (2006). Ingeniería del
de aplicaciones  Informes de investigación parciales y Software. 7ma Ed.
para reúso de  Autoevaluación final Addison Wesley
procesos  Portafolio
 Razonar sobre los
resultados en la  Pressman, R. (2005).
implementación de Software Engineering:
un sistema de A Practitioner’s
reutilización de Approach. 6th ed.
aplicaciones McGraw Hill

Título del Tema: Pruebas de software
Objetivo General de la Unidad: Precisar el proceso de las pruebas e introducir varias técnicas para casos de pruebas
Recursos
 Establecer las  Visión general de pruebas del  Guía del profesor  Análisis e  Braude, E. J. &
diferencias entre las software  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
pruebas de  Análisis de casos y/o sobre el Software Engineering:
validación y las  Conceptos de pruebas del Modern Approaches.
pruebas de defectos software: Wiley 2th ed.
 Entender los Fallas, estados erróneos y  Participación grupal e  Lo más
principios de las fracasos individual significativo  Bruegge, B. & Dutoit,
pruebas del sistema Casos de prueba  Aprovechar conocimiento  Deducciones A. (2010). Object-
y las pruebas de Test stubs and test drivers y experiencias de los sobre Oriented Software
componentes Correcciones discentes premisas
 Comprender
Engineering Using
estrategias que  Actividades de la prueba:
puedan utilizarse Inspección de componente
para generar casos Prueba de usabilidad presenciales y de campo especiales
de pruebas del Pruebas unitarias  Exposición de equipos de  Exposiciones  Sommerville, I.
sistema Pruebas de integración trabajos  Exámenes (2006). Ingeniería del
 Entender las Pruebas del sistema  Informes de investigación parciales y Software. 7ma Ed.
características  Autoevaluación final Addison Wesley
esenciales de las  Gestión de la Prueba del  Portafolio
herramientas de software
software que  Pressman, R. (2005).
soportan la Software Engineering:
automatización de A Practitioner’s
las pruebas Approach. 6th ed.
McGraw Hill

Título del Tema: Mapeo del modelo al código.
Objetivo General de la Unidad: Establecer conceptos de mapeo para llevar a código
Recursos
 Entender los  Introducción  Guía del profesor  Análisis e  Braude, E. J. &

conceptos sobre  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
mapeo de modelos  Partición del Diagrama de  Análisis de casos y/o sobre el Software Engineering:
para llevar a código Diseño de Clases en Modern Approaches.
subsistemas Wiley 2th ed.
 Describir las  Participación grupal e  Lo más
particiones del  Conceptos de mapeo de individual significativo  Bruegge, B. & Dutoit,
diagrama de diseño modelos a código  Aprovechar conocimiento  Deducciones A. (2010). Object-
de clases en y experiencias de los sobre Oriented Software
subsistemas  Actividades de Mapeo de discentes premisas
modelos a código Engineering Using
 Identificar las
actividades de  Gestión de la implementación
mapeo de modelos presenciales y de campo especiales
a código  Exposición de equipos de  Exposiciones  Sommerville, I.
 Razonar sobre la  Informes de investigación parciales y Software. 7ma Ed.
función de  Reflexiones final Addison Wesley
administración en  Autoevaluación  Portafolio
la implementación
de mapeo del  Pressman, R. (2005).
modelo al código Software Engineering:
A Practitioner’s
Approach. 6th ed.
McGraw Hill

Título del Tema: Decisiones razonadas en Ingeniería de software.
Objetivo General de la Unidad: Estimular las decisiones a partir del razonamiento en Ingeniería de Software
Recursos
 Revisar los  Conceptos de razonamiento  Guía del profesor  Análisis e  Braude, E. J. &
conceptos  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
fundamentales para  Actividades de razonamiento:  Análisis de casos y/o sobre el Software Engineering:
la toma de Del problema a la Decisión Modern Approaches.
decisiones Wiley 2th ed.
razonadas  Gestión de las decisiones  Participación grupal e  Lo más
razonadas individual significativo  Bruegge, B. & Dutoit,
 Describir los pasos  Aprovechar conocimiento  Deducciones A. (2010). Object-
que conllevan a la y experiencias de los sobre Oriented Software
decisión en las discentes premisas
actividades de Engineering Using
razonamiento
 Argumentar la presenciales y de campo especiales
administración en  Exposición de equipos de  Exposiciones  Sommerville, I.
la toma de trabajos  Exámenes (2006). Ingeniería del
decisiones  Informes de investigación parciales y Software. 7ma Ed.
razonadas  Autoevaluación. final Addison Wesley
 Portafolio
A Practitioner’s
Approach. 6th ed.
McGraw Hill

Título del Tema: Gestión de la Configuración del software (GCS).
Objetivo General de la Unidad: Conocer el proceso de gestión de código y la documentación de un sistema de Software evolutivo
Recursos
 Conocer la  Introducción  Guía del profesor  Análisis e  Braude, E. J. &

importancia de la  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
gestión de la  GCS: Un vistazo  Análisis de casos y/o sobre el Software Engineering:
configuración del Modern Approaches.
software  Elementos de configuración Wiley 2th ed.
 Entender las cuatro
 Participación grupal e  Lo más
actividades  Repositorio del sistema de individual significativo  Bruegge, B. & Dutoit,
principales de la GCS  Aprovechar conocimiento  Deducciones A. (2010). Object-
gestión de y experiencias de los sobre Oriented Software
configuraciones:  Elementos de un sistema de discentes premisas
Planificación, GCS Engineering Using
gestión de cambios,
gestión de  Procesos de la GCS:
versiones y Identificación presenciales y de campo especiales
entregas, y Control de Versión  Exposición de equipos de  Exposiciones  Sommerville, I.
construcción de Control de cambio trabajos  Exámenes (2006). Ingeniería del
sistemas Auditoría de la configuración  Informes de investigación parciales y Software. 7ma Ed.
 Aprender a utilizar Presentación de informes  Autoevaluación final Addison Wesley
herramientas CASE  Portafolio
para apoyar los  GCS de Aplicaciones Web
procesos de gestión  Pressman, R. (2005).
de configuraciones Software Engineering:
creando entornos de A Practitioner’s
trabajo Approach. 6th ed.
McGraw Hill

Título del Tema: Administración de proyectos de software I
Objetivo General de la Unidad: Desarrollar la administración de proyectos de software
Recursos
 Vislumbrar la  Visión general de la gerencia  Guía del profesor  Análisis e  Braude, E. J. &
visión general de la de proyectos  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
gerencia de  Conceptos de Gerencia de  Análisis de casos y/o sobre el Software Engineering:
proyectos de proyectos Modern Approaches.
desarrollo de  Actividades clásicas de la Wiley 2th ed.
software gerencia de proyectos  Participación grupal e  Lo más
 Entender los  Actividades de la individual significativo  Bruegge, B. & Dutoit,
conceptos Administración de proyectos  Aprovechar conocimiento  Deducciones A. (2010). Object-
fundamentales de la de Software y experiencias de los sobre Oriented Software
gerencia de  Asuntos importantes de la discentes premisas
proyectos administración de proyectos Engineering Using
 Describir las de software
actividades en que  Enfoques para la
está envuelta la administración de proyectos presenciales y de campo especiales
gerencia de de software  Exposición de equipos de  Exposiciones  Sommerville, I.
proyectos  El triángulo de hierro de la trabajos  Exámenes (2006). Ingeniería del
 Percibir los gestión de proyectos: Tiempo,  Informes de investigación parciales y Software. 7ma Ed.
acciones claves Costo y Alcance  Autoevaluación final Addison Wesley
dentro de la  Aspectos organizacionales  Portafolio
administración de  SDLC y SPM
proyectos  Modelado del SDLC y el  Pressman, R. (2005).
 Explicar los SMLC Software Engineering:
modelados A Practitioner’s
empleados en la Approach. 6th ed.
gestión de McGraw Hill
proyectos

Título del Tema: Ética en la Ingeniería de Software.
Objetivo General de la Unidad: Establecer los principios éticos en la práctica de la ingeniería de software
Recursos
 Reconocer las  Código de ética y práctica  Guía del profesor  Análisis e  Braude, E. J. &
diferencias entre profesional  Trabajo en equipo Inferencia Bernstein, M. E. (2011).
código de ética y  Análisis de casos y/o sobre el Software Engineering:
práctica profesional  Prácticas profesionales Modern Approaches.
aprobadas por la ACM y la Wiley 2th ed.
 Evidenciar las IEEE-CS  Participación grupal e  Lo más
prácticas individual significativo  Bruegge, B. & Dutoit,
profesionales  Estándares para la enseñanza  Aprovechar conocimiento  Deducciones A. (2010). Object-
avaladas por la y practica de software de y experiencias de los sobre Oriented Software
ACM y la IEEE ingeniería discentes premisas Engineering Using
 Explicar los
estándares para la
enseñanza y presenciales y de campo especiales
práctica en el  Exposición de equipos de  Exposiciones  Sommerville, I.
desarrollo de trabajos  Exámenes (2006). Ingeniería del
proyectos en la  Informes de investigación parciales y Software. 7ma Ed.
ingeniería de  Autoevaluación final Addison Wesley
software  Portafolio
A Practitioner’s
Approach. 6th ed.
McGraw Hill

INF-5220 Ingenieria de Software I

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

INF-5220 Ingenieria de Software I

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

Escuela: Informática No. de Créditos: Teóricos: 03

Programa de la Asignatura: Ingeniería de Software I.

Fecha Elaboración: 27-10-2012 .

Elaborado por: José Binet, M. A. Coordinación Docente Oplase: Dolores De La Rosa, M. A.

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

 Describir el proceso  Introducción  Guía del profesor  Análisis e  Pressman, R. (2006).

 Algunos comentarios finales

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

 Entender los  Introducción  Guía del profesor  Análisis e  Braude, E. J. &

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

 Entender los  Introducción  Guía del profesor  Análisis e  Braude, E. J. &

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

 Conocer la  Introducción  Guía del profesor  Análisis e  Braude, E. J. &

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

UNIVERSIDAD AUTONOMA DE SANTO DOMINGO

También podría gustarte