IDENTIFICACIÓN NOMBRE ESCUELA NOMBRE DEPARTAMENTO ESCUELA DE INGENIERIA Informática Y Sistemas ÁREA DE CONOCIMIENTO NOMBRE ASIGNATURA EN ESPAÑOL NOMBRE ASIGNATURA EN INGLÉS CÓDIGO INGENIERIA DE SISTEMAS, TELEMATICA Y AFINES INGENIERÍA DE SOFTWARE SOFTWARE ENGINEERING ST0250 SEMESTRE DE UBICACIÓN 20172 INTENSIDAD HORARIA SEMANAL INTENSIDAD HORARIA SEMESTRAL CRÉDITOS 4 CARACTERÍSTICAS 4 horas semanales 64 horas semestral Suficientable 2. JUSTIFICACIÓN DEL CURSO El curso está fuertemente enfocado al uso de ingeniería para el desarrollo de software, siendo esta una de las fortalezas más importantes que deberá desarrollar y posteriormente distinguiría a un egresado de Ingeniería de Sistemas de la Universidad EAFIT. En este contexto, el curso está direccionado a proveer los lineamientos, estándares y técnicas para proponer soluciones de software de complejidad mediana. El curso enfatiza en el desarrollo de competencias que le permitan al estudiante estar en capacidad de proponer: la definición, construcción y puesta en marcha de soluciones de software bajo los lineamientos de calidad, oportunidad y costos propuestos por la ingeniería de software. La pertinencia del curso está fundamentada en el hecho de proporcionar un espacio para que el estudiante conozca, entienda y aplique las prácticas fundamentales de la ingeniería de software. Para mencionar algunas: Ingeniería de Requisitos, Procesos de Desarrollo de Software, Modelamiento del Sistema, Principios de Diseño, Patrones de Diseño, Diseño de Arquitectura y Calidad, entre otros que deberán ser abordados en el c u r s o. Esta asignatura está ubicada en el cuarto semestre de la carrera Ingeniería de Sistemas como una materia de fundamentación, la cual propone que el estudiante estructure, profundice y use el concepto de ingeniería de software como ese un enfoque sistemático y disciplinado para el desarrollo de software. El Ingeniero de Sistemas egresado de EAFIT deberá estar en capacidad de aplicar principios y prácticas de ingeniería para la creación, operación y mantenimiento del software. En este contexto, el curso se alinea con Tópicos especiales en Ingeniería de 1/7
S o f t w a r e, P r o y e c t o I n t e g r a d o r 1 y 2. 3. PROPÓSITO U OBJETIVO GENERAL DEL CURSO 3.1. OBJETIVO GENERAL: Comprender los principios y prácticas propuestas por la Ingeniería de Software para la creación, operación y mantenimiento de software y asi usar un enfoque sistemático y disciplinado para el desarrollo del mismo. 3.2. OBJETIVOS ESPECÍFICOS: Al finalizar el curso, el estudiante estará en capacidad de: -Adquirir habilidades básicas para la aplicación de un enfoque ágil para el desarrollo d e s o f t w a r e. -Adquirir habilidades para la especificación de los requisitos de software. -Realizar el diseño estatico y dinamico de un sistema de software de complejidad mediana utilizando diversos diagramas provistos por UML. -Reconocer la importancia de la arquitectura como estrategia de diseño de alto n i v e l. -Representar a través de requisitos y diagramas de UML una solución a ser i m p l e m e n t a d a. -Comprender los principios de diseño (DOO). -Adquirir habilidades en el uso de patrones de diseño dada una solución de software a i m p l e m e n t a r. -Comprender los conceptos de diseño de una arquitectura para una solución de s o f t w a r e d a d a. -Conocer procesos y modelos de desarrollo, entre ellos: RUP, SCRUM, Marcos Á g i l e s, T D D, B D D, D D C y o t r o s. -Comprender los conceptos básicos de líneas de producto y fábricas de software. -Conocer los conceptos de calidad de software. 4. COMPETENCIAS BÁSICAS QUE EL ALUMNO ESTARÁ EN CONDICIONES DE LOGRAR: Conocimientos (Saber) - C o n t e x t o d e l a i n g e n i e r í a d e s o f t w a r e. - I n g e n i e r í a d e R e q u i s i t o s. - M o d e l a m i e n t o d e l S i s t e m a - P r i n c i p i o s d e D i s e ñ o. - P a t r o n e s d e d i s e ñ o d e s o f t w a r e - A r q u i t e c t u r a d e l a a p l i c a c i ó n -Procesos y modelos de desarrollo de software Destrezas y habilidades (Saber hacer) 2/7
-Saber porqué es importante la ingeniería en el contexto del desarrollo de software. -Saber que los requisitos son el elemento base para el desarrollo de cualquier solución d e s o f t w a r e. -Saber la importancia del modelado para la representación de una solución de software. Comprender la importancia de establecer los límites del sistema, modelar su contexto, comprender los conceptos de modelado del comportamiento y de los objetos. -Saber de la importancia de los principios de diseño OO y el impacto que este puede tener en el desarrollo de soluciones de software. -Saber que los patrones de diseño resuelven problemas comunes en el desarrollo de s o f t w a r e. -Reconocer la importancia de la definición de una arquitectura para una solución de s o f t w a r e. -A nivel intermedio identificar que el desarrollo de software debe estar dirigido por un plan. Actitudes (Ser) -(CDIO 2.4.4 Pensamiento Crítico) Revisar para interiorizar conceptos previos sobre i n g e n i e r í a d e s o f t w a r e. -(CDIO 4.3.1 Definir requisitos y metas del sistema) Ser capaz de usar la ingeniería de requisitos para elicitar, analizar y modelar requisitos de un sistema. -(CDIO 4.3.3 Desarrollar modelos del sistema que permitan evaluación) Ser capaz realizar modelos estáticos y dinámicos de un sistema de software de complejidad mediana usando diagramas provistos por UML. -(CDIO 4.4.4 Diseño disciplinario) Ser capaz diseñar e implementar soluciones provistas con los principios de diseño OO. -(CDIO 4.4.3 Utilización del conocimiento técnico en el diseño) Saber aplicar en el desarrollo de software patrones de diseño. -(CDIO 4.3.2 Definir funciones, conceptos y arquitectura del sistema) Definir arquitecturas para soluciones de software de complejidad media como una estrategia d e d i s e ñ o d e a l t o n i v e l. -(CDIO 2.5.2 Comportamiento profesional) Ser consciente de planear el desarrollo del s o f t w a r e. Otros (CDIO 3.1.5 Capacidad de trabajar en distintos tipos de equipos y colaborar t é c n i c a m e n t e ) T r a b a j o e n e q u i p o (CDIO 3.2.3 Capacidad de comunicación escrita efectiva) Redacción de informes de lectura y trabajos. 3. (CDIO 3.3.1 Capacidad de comunicarse en forma oral) Lectura y análisis de artículos de interés. 5. DESCRIPCION ANALITICA DE CONTENIDOS: TEMAS Y SUBTEMAS 3/7
5.1. Módulo 1. Contexto de la Ingeniería de Software Introducción a la Ingeniería de Software Principios de Ingeniería de Software 5.2. Módulo 2. Ingeniería de Requisitos Definición de ingeniería de requisitos y su contexto en el desarrollo de software E l i c i t a c i ó n d e R e q u i s i t o s A n á l i s i s d e r e q u i s i t o s M o d e l a d o d e r e q u i s i t o s 5.3. Módulo 3. Modelamiento de Sistema M o d e l a d o c o n U M L Relación del modelado con los requisitos Representación de una solución de software a través del modelado 5.4. Módulo 4. Principios de Diseño de Software D i s e ñ o O r i e n t a d o a O b j e t o s Principios de diseño (S.O.L.I.D, GRASP y otros) C l e a n C o d e Aplicabilidad de los principios de diseño 5.5. Módulo 5. Patrones de Diseño de Software D e f i n i c i ó n d e p a t r ó n d e d i s e ñ o T i p o s y c l a s i f i c a c i o n e s d e p a t r o n e s Aplicabilidad de los patrones de diseño 5.6. Módulo 6. Diseño de alto nivel Consideraciones básicas de arquitectura T i p o s d e a r q u i t e c t u r a s Definición de lineamientos de arquitectura Modelado y documentación de la arquitectura 5.7. Módulo 7. Procesos y modelos de desarrollo de Software Elementos del proceso de desarrollo de software M o d e l o s d e c i c l o d e v i d a Metodologías, métodos y marcos de trabajo (RUP, Ágiles, TDD, BDD, DDC) 6. ESTRATEGIAS METODOLÓGICAS Y DIDÁCTICAS: Descripción 4/7
El curso de Ingeniería de Software se desarrolla implementando un esquema teórico p r á c t i c o, a s í : En las sesiones teóricas, se exponen los fundamentos y conceptos que requiere el estudiante para su posterior aplicación. Se realiza de forma magistral con ayudas didácticas de la sala, tablero, computador, videos, entre otros. El curso de Ingeniería de Software se apoya del curso Proyecto Integrador 1 (PI1) para aplicar los conceptos aprendidos. Los entregables relacionados con el curso son una versión inicial del trabajo a refinar y entregar en PI1. 7. RECURSOS 7.1. Locativos El curso se dicta en un aula tradicional, en ella se hacen las exposiciones de los temas y se proponen las actividades a realizar. 7.2. Tecnológicos El curso utiliza recursos tecnológicos dispuestos en el aula, además de recursos licenciados por la Universidad y libres en Internet. Además se cuenta con el Data Center Académico del Departamento de Ingeniería de Sistemas, para obtener todos los recursos computacionales y de almacenamiento para realizar las diferentes actividades de enseñanza-aprendizaje. 7.3. Didácticos Además de la infraestructura de computación, se cuenta con materiales didácticos para diversas actividades que acompañan los temas propuestos en el curso. 8. CRITERIOS Y POLÍTICAS DE SEGUIMIENTO Y EVALUACIÓN ACADÉMICA Los criterios, políticas y evaluación del curso están centradas en las competencias del Saber Hacer, en el cual el estudiante demuestra sus conocimientos adquiridos mediante la aplicación en contexto de las diferentes situaciones que se plantean para cada uno de los tópicos o temas del curso. La evaluación está centrada en la verificación de las habilidades y destrezas adquiridas durante el curso en el desarrollo de talleres, prácticas, evaluaciones parciales y finales, y e l d e s a r r o l l o d e u n t r a b a j o f i n a l. Se plantea el siguiente esquema de evaluación: -Evaluación parcial modelado de sistema, se le propone al estudiante un problema para analizar y desarrollar, así: se debe demostrar el entendimiento del problema, diseño y justificación de la propuesta de solución. -Evaluación parcial arquitectura, se le propone al estudiante un problema para analizar 5/7
y desarrollar, así: se debe desarrollar el modelado de alto nivel. -Evaluación parcial metodologías de desarrollo, se propone al estudiante una serie de casos de los cuales el estudiante debe identificar las metodologías apropiadas para d e s a r r o l l a r e l p r o d u c t o. -Un taller sobre Modelado del Sistema. En esta actividad se le propone al estudiante desarrollar un conjunto de modelos UML relacionado con la solución propuesta en PI1. -Taller Arquitectura. En esta actividad se le propone al estudiante justificar y modelar la arquitectura de software relacionada con la solución propuesta en PI1. -Exposición/taller sobre principios de diseño, en esta exposición se busca que el estudiante muestre se familiarice con los principios de diseño que posteriormente serán u s a d o s e n s u s d e s a r r o l l o s. -Exposición/taller sobre patrones diseño. En esta actividad se le propone al estudiante con el grupo asignado en PI1 implementar dos patrones de diseño y realizar una exposición para mostrar los patrones y justificar su implementación. 9. BIBLIOGRAFIA GENERAL Descripción -Meyer Betrand. (1999). Construcción de software orientado a objetos. Prentice Hall. S e g u n d a e d i c i ó n. -Sommerville, Ian (2011). Ingeniería de Software; Novena edición. Pearson Educación, M é x i c o. -Minna Pikkarainen, Wim Codenie and Others. The Art of Software Innovation.Springer 2 0 1 1. -Pressman Roger S and Maxim Bruce R. Software Engineering a Practitioner's Approach. McGrawHill Education. Eighth Edition. 2015. -Martin, R. C. (2009). Clean code: a handbook of agile software craftsmanship. Pearson E d u c a t i o n. -Larman, Craig, and U. M. L. Applying. "Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development." (2004). 10. NOMBRE DEL PROFESOR COORDINADOR DE MATERIA Y NOMBRE DE PROFESORES DE LA MATERIA QUE PARTICIPARON EN LA ELABORACIÓN. 11. REQUISITOS DEL PROCESOS DE ASEGURAMIENTO DE LA CALIDAD Versión número: 1,0 Fecha elaboración: 2017/05/12 Fecha actualización: 2017/05/12 6/7
Aprobación: HELMUTH TREFFTZ GOMEZ 7/7