FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA

INSTITUTO LEIBNITZ

PLANIFICACIÓN

CARRERA: Analista de Sistemas de Computación

ESPACIO CURRICULAR: Ingeniería de Software I
REGIMEN DE CURSADO: Anual
CARGA HORARIA: 6 (seis) horas cátedra semanales
CURSO: 2º año
DOCENTE: María Sol Zanel
CICLO LECTIVO: 2019

1
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

FUNDAMENTACION
Ingeniería de Software I es una de las materias que componen el eje central de la carrera Analista
de Sistemas de Computación. Por ésta razón, éste espacio curricular debe transmitir contenidos
propios así como también debe integrar los contenidos brindados en otras asignaturas, mediante
una vinculación vertical (con asignaturas de niveles anteriores y posteriores) y horizontal (con
asignaturas de su mismo nivel).

El rol principal de este espacio curricular es brindar los fundamentos necesarios para desarrollar la
capacidad de abstracción y elaboración de modelos conceptuales para encarar la elicitación,
especificación y validación de requerimientos que definirán el Sistema de Información que dará
soporte a un Sistema de Negocio.

Así mismo brindará conocimientos acerca de la Ingeniería de Software, motivando al Estudiante a

la utilización de buenas prácticas para la realización de sus futuros trabajos profesionales. Además
se profundizará en el uso de metodologías, técnicas y herramientas de modelado Orientadas a
Objeto.

OBJETIVOS GENERALES

Que el Alumno, al finalizar el cursado, sea capaz de:

 Conocer los fundamentos de la Ingeniería de Software y del Proceso de Desarrollo de

Software.
 Aprender conceptos y elementos propios del Paradigma Orientado a Objetos.
 Elaborar modelos conceptuales utilizando y desarrollando la capacidad de abstracción.
 Desarrollar la capacidad de analizar y modelar un sistema de negocio y el sistema de
información requerido como soporte, identificando y resolviendo mediante soluciones
creativas los problemas de información en su entorno.
 Conocer y comprender el proceso de Ingeniería de Requerimientos.
 Motivar y desarrollar la capacidad de elicitar, especificar y validar requerimientos de
información, como primera actividad del modelado de soluciones del software.

2
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

CONTENIDOS

UNIDAD NÚMERO 1

“Introducción a la Ingeniería de Software”

Objetivos Específicos

 Reflexionar sobre la importancia de los sistemas de información para las organizaciones.

 Identificar los involucrados que utilicen o desarrollen sistemas de información.
 Conocer y reflexionar sobre el papel único del Analista de Sistemas en el desarrollo de
información.
 Conocer los aspectos generales de la Ingeniería del Software y su marco de trabajo.
 Reconocer la importancia del desarrollo de software profesional.
 Desarrollar habilidades en la resolución de problemas.
 Reconocer la importancia de la ingeniería de software.

Contenidos

Software. Tipos de Software. Características y atributos de un buen software. Categorías del

Software.

Software Heredado.

Problemáticas en el desarrollo de software. Crisis del Software.

Ingeniería de Software. Conceptos: proceso, método, herramientas. Retos a enfrentar.

Involucrados en un sistema de información. Papel y habilidades del Analista de Sistemas.

Bibliografía:

 Whitten, Jeffrey L.; Bentley, Lonnie D.: Análisis de Sistemas: diseño y métodos. Séptima Edición. Mc
Graw Hill. 2008.
Capítulo 1: El contexto de métodos de análisis y diseño de sistemas. (Situado en PARTE UNO: El
contexto de proyectos de desarrollo de sistemas. (Parcial 1)

 Sommerville, Ian: Ingeniería de software. Novena Edición. Addison Wesley. 2011.

Capítulo 1: Introducción (Parcial 1)

3
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

 Roger S. Pressman. Ingeniería de Software. Un enfoque práctico. Séptima Edición. Mc Graw Hill.
Capítulo 1: Software e Ingeniería del Software (Parcial 1)

Bibliografía Complementaria:

Evaluación:

Evaluación de contenidos teóricos en el primer parcial.

UNIDAD NÚMERO 2

“Paradigma Orientado a Objetos”

Objetivos Específicos

 Reconocer las ventajas de la aplicación del Paradigma Orientado a Objetos.

 Conocer e identificar componentes del Paradigma Orientado a Objetos.
 Emplear primeros conceptos elementales de la Orientación a Objetos, identificando objetos con
sus características esenciales y comportamientos principales dentro un dominio de problema
para realizar Diagrama de Clases de forma eficiente.
 Conocer un Lenguaje de Modelado Unificado para visualizar, especificar, construir y documentar
sistemas orientados a objetos.

Contenidos

Paradigma. Paradigma Orientado a Objetos. Elementos: Objeto. Propiedades de un objeto: estado,

comportamiento e identidad. Clase.

Modelo de objetos. Relaciones entre objetos. Relaciones entre clases. Diagrama de clases.

Modelo de Objetos del Dominio del Problema. Patrones para la construcción del Modelo de Dominio.

El Lenguaje Unificado de Modelado (UML 2.0). Características generales del Lenguaje.

Patrones para la construcción de modelo de objetos del dominio del problema.

4
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

Bibliografía:

 Jacobson Ivar, Booch Grady, Rumbaugh James. El Lenguaje Unificado de Modelado – 2º Edición -.
Editorial Pearson Addison-Wesley – Año 2006.
Capítulo 1: Por qué modelamos? (Parcial 1)
Capítulo 2: Presentación de UML. (Parcial 1)

 Jacobson Ivar, Booch Grady, Rumbaugh James. El Lenguaje Unificado de Modelado – 2º Edición -.
Editorial Pearson Addison-Wesley – Año 2006.
Capítulo 4: Clases (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 5: Relaciones (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 7: Diagramas (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 8: Diagramas de Clases (Parcial 1 y 3) - PRÁCTICOS y EXAMEN

 Booch, Grady. “Análisis y Diseño Orientado a Objetos.” Editorial Addison-Wesley/Díaz Santos.

Estados Unidos de América. Año 1996. (Parcial 1)
Capítulo 2:
(Capítulos a partir de los que se realizó el Apunte “Conceptos Básicos de
Capítulo 3: Metodologías para la Ingeniería de Software Orientada a objetos”. Prof.:
Ing. María Sol Zanel.)

Bibliografía Complementaria:

 Apunte: “Conceptos Básicos de Metodologías para la Ingeniería de Software Orientada a objetos”.

Ing. María Sol Zanel.
 Arlow, Jim; Neustadt, Ila: Programación UML 2 and the unified process. Anaya Multimedia. Año
2006.
Capítulo 1: ¿Qué es UML?
Capítulo 7: Objetos y Clases
Capítulo 9: Relaciones
Capítulo 10: Herencia y Polimorfismo

Evaluación:

Evaluación de Contenidos y Prácticas en el segundo y tercer parcial. Desarrollo de ejercicios prácticos de

aplicación. Realización de ejercicios prácticos y trabajos grupales realizados en el aula.

5
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

UNIDAD NÚMERO 3

“Modelado de Sistema de Negocio”

Objetivos Específicos

 Obtener una visión clara del proceso a utilizar para modelar un sistema de negocio y aplicar los
conceptos del Paradigma Orientado a Objetos al modelado de Sistemas de Negocio.
 Comprender la importancia del modelado de negocios para obtener una visión más clara de los
requerimientos del sistema de información que le servirá de soporte.
 Derivar a partir de los modelos del sistema de negocio, el sistema de información que le dará
soporte a cada proceso del negocio.
 Identificar los diferentes involucrados y sus interacciones entre el sistema de negocio y el sistema
de información.

Contenidos

Concepto de Modelo y la importancia de modelar.

Concepto de Proceso, Proceso de Negocio, Actividades del Proceso, Reglas de Negocio.

Introducción a BPMN.

Reingeniería de negocio, Reingeniería de Software y Mejora Continua

Bibliografía:

 BRAVO CARRASCO, Juan. “Gestión de Procesos”. Tercera Edición. Editorial Evolución S.A. 2009.
Capítulo 1: ¿Qué es un proceso? (Parcial 2)
 Roger S. Pressman. “Ingeniería de Software. Un enfoque práctico”. Quinta Edición. Mc Graw Hill.
Capítulo 30: Reingeniería (Parcial 2)
 STAIR, Ralph M.; REYNOLDS, George W. “Principios de Sistemas de Información”, CENGASE
Ediciones, México, 9na. Edición –AÑO: 2010.
Capítulo 2, (pág.:55 – 56): Sistemas de Información en las Organizaciones: Reingeniería y Mejora
Continua (Parcial 2)
 WHITE, Stephen A.; MIERS, Derek. “BPMN Guía de Referencia y Modelado” - Editorial Future
Strategies Inc., Florida, USA 2009.
Capítulo 4: Aspectos del Modelado (Parcial 2)

6
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

Capítulo 5: Introducción a BPMN basada en Escenarios (Parcial 2)

Capítulo 7: Actividades (Parcial 2)

Bibliografía Complementaria:

 FREUND, Jakob; RÜCKER, Bernd; HITPASS Bernhard: BPMN 2.0 Manual de Referencia y Guía Práctica
4ª Edición actualizada. Santiago de Chile, Marzo 2014
 BRAVO CARRASCO, Juan. “Resumen Libro Gestión de Procesos”. Quinta Edición. Editorial Evolución
S.A. 2013.

Evaluación:

Evaluación de Contenidos y Prácticas en el segundo parcial. Desarrollo de ejercicios prácticos de

aplicación. Realización de ejercicios prácticos y trabajos grupales realizados en el aula. Desarrollo y
presentación de entregas del Trabajo Práctico Integrador.

UNIDAD NÚMERO 4

“Proceso de Desarrollo de Software y Sistemas de Software”

Objetivos Específicos

 Reflexionar sobre la importancia de los requerimientos en la definición de un sistema de

información.
 Conocer el proceso de desarrollo de software relacionando la importancia de su utilización para
trabajar con calidad.
 Conocer el Proceso Unificado de Software.
 Conocer el enfoque y características de las Metodologías Ágiles.
 Reflexionar sobre ventajas, desventajas y oportunidades de utilización de los enfoques de
desarrollo Tradicionales y Ágiles.

Contenidos

Concepto de requerimiento en el contexto de los Sistemas de Información. Identificación de

requerimientos del sistema de información a partir del sistema de negocio.

7
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

Proceso. Modelos de Proceso de Software: concepto, actividades genéricas. Distintos Modelos de

Proceso: ventajas y desventajas.

Proceso Unificado de Desarrollo: concepto, características, fases, flujos de trabajo.

Personas. Proyecto. Producto. Proceso. Herramientas para el proceso de software.

Desarrollo Ágil de Software. Diferencia con Métodos Tradicionales.

Evolución de las Metodologías de Desarrollo.

Introducción a enfoques de evaluación y mejora del proceso.

Bibliografía:

 Roger S. Pressman. Ingeniería de Software. Un enfoque práctico. Séptima Edición. Mc Graw Hill.
Capítulo 2: Modelos de Proceso (Parcial 2)

 Jacobson – Booch – Rumbaugh. “El Proceso Unificado de Desarrollo de Software.”

Capítulo 1: El Proceso Unificado: dirigido por casos de uso, centrado en la arquitectura, iterativo e
incremental. (Parcial 2)
Capítulo 2: Las cuatro “P” en el desarrollo de software: Personas, Proyecto, Producto y Proceso.
(Parcial 2)
 Sommerville, Ian: Ingeniería de software. Novena Edición. Addison Wesley
Capítulo 3: Desarrollo Ágil de Software (Parcial 2)
 http://agilemanifesto.org/iso/es/manifesto.html
 Sommerville, Ian: Ingeniería de software. Novena Edición. Addison Wesley. 2011.
Capítulo 4: Ingeniería de Requerimientos. (Parcial 2 y 3)

Bibliografía Complementaria:

 Arlow, Jim; Neustadt, Ila: Programación UML 2 and the unified process. Anaya Multimedia. Año
2006.
Capítulo 2: ¿Qué es el Proceso Unificado?
 Sommerville, Ian: Ingeniería de software. Novena Edición. Addison Wesley
Capítulo 2: Procesos de Software
 Jacobson Ivar, Booch Grady, Rumbaugh James. El Lenguaje Unificado de Modelado – 2º Edición -.
Editorial Pearson Addison-Wesley – Año 2006.
8
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

Capítulo 17: Casos de Uso

Capítulo 18: Diagrama de Casos de Uso
 Rational Software Corporation Rational Unified Process

Evaluación:

Evaluación de Contenidos en el segundo parcial. Desarrollo de casos prácticos de aplicación.

UNIDAD NÚMERO 5

Proceso Unificado de Desarrollo: “Workflow de Requisitos”

Objetivos Específicos

 Conocer el flujo de trabajo de requisitos en el marco del Proceso Unificado de Desarrollo.

 Conocer Actividades, Artefactos y Trabajadores del flujo de trabajo de requisitos.

Contenidos

Flujo de trabajo de requisitos: Concepto, importancia.

Artefactos. Trabajadores. Actividades.

Modelo de Requerimientos.

Bibliografía:

 Jacobson – Booch – Rumbaugh. “El Proceso Unificado de Desarrollo de Software.”

Capítulo 6: Captura de Requisitos: de la visión a los requisitos. (Parcial 3)
Capítulo 7: Captura de Requisitos como casos de uso. (Parcial 3)
 Jacobson Ivar, Booch Grady, Rumbaugh James. El Lenguaje Unificado de Modelado – 2º Edición -.
Editorial Pearson Addison-Wesley – Año 2006.
Capítulo 4: Clases (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 8: Diagramas de Clases (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 17: Casos de Uso (Parcial 2 y 3) - PRÁCTICOS y EXAMEN
Capítulo 18: Diagrama de Casos de Uso (Parcial 2 y 3) - PRÁCTICOS y EXAMEN
9
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

Evaluación:

Evaluación de Contenidos y Prácticas en el segundo y tercer parcial. Desarrollo de ejercicios prácticos de

aplicación. Realización de ejercicios prácticos y trabajos grupales realizados en el aula. Desarrollo y
exposición de entregas del Trabajo Práctico Integrador.

UNIDAD NÚMERO 6

“Ingeniería de Requerimientos”

Objetivos Específicos

 Comprender el término Requerimiento en la Ingeniería de Software e identificar diferentes tipos.

 Comprender la importancia de la Ingeniería de Requerimientos.
 Conocer y comprender los Procesos de la Ingeniería de Requerimientos.
 Reconocer la importancia del proceso de Elicitación. Evaluar las diferentes técnicas que conoce
para la obtención información y discernir cuál es la apropiada a utilizar según la situación.
 Reconocer la información relevante para el desarrollo del producto y poder lograr priorizarla.
 Conocer y aplicar las diferentes herramientas para el modelado de requerimientos.
 Lograr el hábito de expresarse en forma escrita sin ambigüedades.
 Apreciar los prototipos como una herramienta importante para describir interfaces de usuario y
validar requerimientos del sistema.

Contenidos

Requerimientos: concepto, clasificación y tipos. Atributos.

Ingeniería de Requerimientos. Propósito.

Procesos de la Ingeniería de Requerimientos: Elicitación, Análisis, Especificación, Validación y

Administración.

La Elicitación: concepto, importancia.

La Especificación de Requerimientos: concepto, importancia. Especificación de Requerimientos

Funcionales y No Funcionales.

Modelo de Casos de Uso. Diagrama de Casos de Uso y Descripciones de Casos de Uso. Casos de Uso
2.0.

Modelo de Objetos del Dominio del Problema.

10
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

El Documento de Especificación de Requerimientos del Software.

La Validación: concepto, importancia. Técnica: Prototipos de Interfaz.

Análisis de Consistencia entre modelos para especificar requerimientos de software.

Bibliografía:

 Sommerville, Ian: Ingeniería de software. Novena Edición. Addison Wesley. 2011.

Capítulo 4: Ingeniería de Requerimientos. (Parcial 3)

 Jacobson Ivar, Booch Grady, Rumbaugh James. El Lenguaje Unificado de Modelado – 2º Edición -.
Editorial Pearson Addison-Wesley – Año 2006.
Capítulo 4: Clases (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 8: Diagramas de Clases (Parcial 1 y 3) - PRÁCTICOS y EXAMEN
Capítulo 17: Casos de Uso (Parcial 2 y 3) - PRÁCTICOS y EXAMEN
Capítulo 18: Diagrama de Casos de Uso (Parcial 2 y 3) - PRÁCTICOS y EXAMEN

 Jacobson Ivar – Spence Ian – Kurt Bittner. Traducción: Luis Antonio Salazar Caraballo y Carlos Mario
Zapata Jaramillo “Casos de Uso 2.0” La guía para ser exitoso con los casos de uso. (Parcial 3)

 Roger S. Pressman. Ingeniería de Software. Un enfoque práctico. Séptima Edición. Mc Graw Hill.
Capítulo 11: Diseño de la Interfaz de Usuario (Parcial 3)

Evaluación:

Evaluación de Contenidos y Prácticas en el tercer parcial. Desarrollo de ejercicios prácticos de aplicación.

Realización de ejercicios prácticos y trabajos grupales realizados en el aula. Desarrollo y exposición de
entregas del Trabajo Práctico Integrador. Exposición de temas de investigación por parte de alumnos.

11
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

ESTRATEGIAS DE ENSEÑANZA
En cuanto al dictado del Espacio Curricular, el contenido de las unidades está organizado de manera que
los Estudiantes puedan tomarlos de manera gradual según su orden y dificultad desarrollando sus propios
conocimientos y relacionándolos con el conocimiento desarrollado en otros espacios curriculares. Las clases
se desarrollarán en forma teórica y práctica. El orden de dictado de los temas podrá será modificado en
relación a la secuencia indicada por las unidades, en la medida en que fuese necesario, para facilitar la
comprensión de los estudiantes.

Se pretende promover el hábito de la lectura y la interpretación, así como también valorar el uso de la
bibliografía proporcionada como fuente original y punto de partida para los conocimientos que se pretender
desarrollar.

Se pretende motivar el desarrollo de habilidades de aplicación de conocimientos adquiridos a situaciones

concretas. Los estudiantes desarrollarán ejercicios prácticos en el aula a efectos de ir afianzando lo aprendido
durante el cursado. También deberán formar equipos de hasta cinco Estudiantes y seleccionar una empresa
real del medio, en la que deberán realizar el relevamiento, para determinar las necesidades de información
de la misma, y desarrollar una Propuesta del Sistema y Modelo de Requerimientos acorde a dichas
necesidades. Tanto en la presentación de distintas propuestas de solución a casos prácticos de estudio en el
aula como en las consultas de los equipos para el desarrollo del Trabajo Integrador, el Profesor funcionará
como guía y mediador para propiciar soluciones que mejor se adapten a situación.

Este trabajo grupal podrá ser retomado por cada grupo en el próximo ciclo lectivo, en las asignaturas
Ingeniería de Software II y Seminario.

CRITERIOS DE EVALUACION
Regularización:

Nivel grupal: Los estudiantes deberán:

 Tener aprobadas las entregas correspondientes a Informe Preliminar y Propuesta del Sistema de
Negocio, Modelo de Requerimientos del Sistema que dará soporte al negocio, y Prototipo para la
organización real elegida.
Nivel individual: Los alumnos deberán:

 Rendir y aprobar tres (3) parciales con nota mayor o igual a cuatro (4). Cada uno de los parciales se
dividirá en dos instancias, una Téorica y otra Práctica, debiendo aprobar cada una de ellas con nota
mayor o igual a (4). La nota obtenida en las dos instancias (teórica y práctica) se promediará luego
para obtener la nota final del parcial en cuestión. Cabe destacar que si el Estudiante ha desaprobado
una instancia, quedaría desaprobado el parcial. El Estudiante tendrá la posibilidad de recuperar a
nivel de instancias, por ejemplo: si tiene desaprobado el Parcial 1, pero solamente la instancia
Teórica, entonces recuperará sólo los contenidos Teóricos, y luego en caso de aprobar se promediará
12
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

este resultado con el obtenido en la instancia Práctica para obtener el resultado del parcial
recuperado. El Estudiante tendrá la posibilidad de realizar dos (2) recuperatorios de cualquiera de las
instancias de los parciales, y aunque sea que recupere la misma instancia dos veces, con idénticas
condiciones de aprobación.
 El cuatro (4) corresponde al 60 % de los contenidos evaluados en el parcial.

Promoción (Coloquio)

El estudiante que apruebe el trabajo grupal con nota promedio mayor o igual a siete (7), y tenga los tres
(3) parciales rendidos y aprobados con promedio de siete (7), sin haber utilizado la opción de
recuperación en ningún caso, podrá rendir la instancia final mediante un coloquio.

Examen Final: los estudiantes deberán:

 Aprobar el examen final que se compone de una parte práctica escrita, que implica la resolución de
una situación problemática concreta, aplicando los conocimientos adquiridos. Y una vez aprobada la
parte práctica el estudiante deberá desarrollar en forma oral los contenidos teóricos de la asignatura.
 El examen final se aprueba con nota mínima no menor a 4 (cuatro), correspondiendo también al 60
% de los contenidos evaluados, al igual que en los exámenes parciales.

BIBLIOGRAFÍA

 Booch, Grady. “Análisis y Diseño Orientado a Objetos.” Editorial Addison-Wesley/Díaz Santos.

Estados Unidos de América. Año 1996.
 Roger S. Pressman. “Ingeniería de Software. Un enfoque práctico”. Quinta Edición. Mc Graw Hill.
 STAIR, Ralph M.; REYNOLDS, George W. “Principios de Sistemas de Información”, CENGASE
Ediciones, México, 9na. Edición –AÑO: 2010.
 WHITE, Stephen A.; MIERS, Derek. “BPMN Guía de Referencia y Modelado” - Editorial Future
Strategies Inc., Florida, USA 2009.
 Whitten, Jeffrey L.; Bentley, Lonnie D.: Análisis de Sistemas: diseño y métodos. Séptima Edición. Mc
Graw Hill. 2008.
 Sommerville, Ian: Ingeniería de software. Novena Edición. Addison Wesley. 2011.
 Roger S. Pressman. Ingeniería de Software. Un enfoque práctico. Séptima Edición. Mc Graw Hill.
 Jacobson Ivar, Booch Grady, Rumbaugh James. El Lenguaje Unificado de Modelado – 2º Edición -.
Editorial Pearson Addison-Wesley – Año 2006.
 Jacobson – Booch – Rumbaugh. “El Proceso Unificado de Desarrollo de Software.”

13
 FUNDACION ARGENTINA DE INFORMATICA EDUCATIVA
INSTITUTO LEIBNITZ

 Jacobson Ivar – Spence Ian – Kurt Bittner. Traducción: Luis Antonio Salazar Caraballo y Carlos Mario
Zapata Jaramillo “Casos de Uso 2.0” La guía para ser exitoso con los casos de uso.
 BRAVO CARRASCO, Juan. “Gestión de Procesos”. Tercera Edición. Editorial Evolución S.A. 2009.
 http://agilemanifesto.org/iso/es/manifesto.html

BIBLIOGRAFÍA DE APOYO

 FREUND, Jakob; RÜCKER, Bernd; HITPASS Bernhard: BPMN 2.0 Manual de Referencia y Guía Práctica
4ª Edición actualizada. Santiago de Chile, Marzo 2014
 Rational Software Corporation Rational Unified Process
 Apunte: “Conceptos Básicos de Metodologías para la Ingeniería de Software Orientada a objetos”.
Ing. María Sol Zanel.
 Arlow, Jim; Neustadt, Ila: Programación UML 2 and the unified process. Anaya Multimedia. Año
2006.
 http://www.emb.cl/gerencia/articulo.mvc?xid=591#
 BRAVO CARRASCO, Juan. “Resumen Libro Gestión de Procesos”. Quinta Edición. Editorial Evolución
S.A. 2013.

NOMBRE Y APELLIDO DEL DOCENTE Firma: ________________

14