Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura Fecha de Actualización Enero 21 de 2013

Transcripción

1 Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Enero 21 de 2013 Intensidad horaria semanal Horas Contacto 4 Horas Trabajo Independiente 8 Créditos Académicos 4 Pre-requisitos Sistemas de Información Período Académico de Vigencia No. De Clase 4571 Ing. Miguel Torres Ing. Jaime Pavlich Ing. Miguel Torres Martes 4:00pm Horario Jueves 4:00pm Ing. Jaime Pavlich Martes 4:00pm Jueves 4:00pm Objetivos Al finalizar el curso, el estudiante debe estar en la capacidad de: - Comprender las distintas fases y actividades de un proceso de desarrollo de software, con la integración de metodologías de apoyo a cada etapa, y con el manejo de distintos modelos y lenguajes de especificación. - Entender los requerimientos de un problema, y a partir de una secuencia ordenada de pasos, llevar la abstracción del mismo a una solución materializada de software, de manera trazable y determinista.

2 - Poder comprender la naturaleza y gestión de los riesgos de un proceso de desarrollo de software. - Poder elaborar una estimación del esfuerzo necesario para poder llevar a buen termino un desarrollo de software, y poder calcular los costos directos e indirectos del mismo. - Entender el contexto e impacto de la escogencia de una arquitectura en particular, para la elaboración de un proyecto de construcción de software. Habilidades que contribuye a desarrollar Dentro de su vida laboral, el ingeniero de sistemas siempre tendrá que ver con el desarrollo de software, bien sea de manera directa o indirecta. De manera directa, construyendo soluciones de software a pedido de sus clientes internos o externos, y de manera indirecta, entendiendo las características y alcances de soluciones ya existentes. Para las dos actividades, es fundamental el comprender un esquema de fabricación del software, pues así podrá construir con calidad y bajo riesgo, soluciones complejas, y de la misma manera, podrá entender las partes que conforman un software ya existente. Estrategias Pedagógicas Las siguientes son las estrategias pedagógicas, que van a ser utilizadas dentro del curso, para apoyar el aprendizaje de los temas del mismo, por parte de los estudiantes: - Para cada modelo, se desarrollarán talleres prácticos, en los cuales el estudiante debe ir aplicando los conocimientos adquiridos. - Se efectuarán secciones de clase, en las cuales los grupos van a trabajar directamente con el profesor, para aclarar las dudas que vayan surgiendo con relación a la aplicación de las fases, metodologías y lenguajes expuestos. - Se irá desarrollando un proyecto de curso, el cual irá evolucionando en su construcción, a partir de las distintas fases vistas en clase. - Para las secciones teóricas, se suministrará una bibliografía clara y concreta de los temas a ser vistos, que el estudiante debe leer y preparar previamente. Evaluación Parcial 1 15% Parcial 2 15% Parcial 3 10% Quices y tareas 10% Exposición 5% Proyecto: 45% (por entregas parciales de 8%, 11%, 11%,15%) SPMP - 8% SRS - 11%

3 SDD - 11% Entrega final - 15% SI EL PROMEDIO DE LAS 3 ENTREGAS ANTERIORES ES MENOR O IGUAL A 3,5 LA EVALUACION DE ESTA ULTIMA ENTREGA ES SOBRE 3,5. SI EL PROMEDIO DE LAS 3 ENTREGAS ANTERIORES ES MAYOR A 3,5 LA EVALUACION DE ESTA ULTIMA ENTREGA ES SOBRE 5,0 Los alumnos deben formar grupos de cinco (5) o cuatro (4) estudiantes para el proyecto. TAL COMO LO ESPECIFICA EL REGLAMENTO DE LA FACULTAD DE INGENIERÍA, CUALQUIER INTENTO DE FRAUDE EN LAS EVALUACIONES DE LA ASIGNATURA (TAREAS, ENSAYOS, EXPOSICIONES, ETC.). SERA REPORTADO A LA DIRECCION DE CARRERA CORRESPONDIENTE. Bibliografía Textos Guía BRUEGGE, B y DUTOIT, A. Ingeniería de Software Orientado a Objetos. Prentice Hall, SOMMERVILLE, I. Ingeniería de Software, Sexta Edición, Addison Wesley, México, IEEE Computer Society, SWEBOK: Guide to the Software Engineering Body of Knowledge, 2004 Version, Disponible: [Ene, 2005]. Referencias Bibliográficas PRESSMAN, R. Ingeniería de Software: Un enfoque práctico. Quinta Edición. McGraw-Hill, COCKBURN, A Basic Use Case Template. [Ene. 2005] SPICE Software Process Assessment Part 1 : Concepts and introductory guide The Capability Maturity Model for Software - Mark C. Paulk, Bill Curtis, Mary Beth Chrissis, Charles V. Weber. LARMAN, C. Applying UML and Patterns: an introduction to object-oriented analysis and design, 2nd Edition, Prentice Hall, 2001 WELLS, D. Extreme Programming: a Gentle Introduction, Disponible: [Ene. 2005] Longstreet David. Reboot - Rethinking Software Development. V. Basili, G. Caldiera, and H.D. Rombach, Goal Question Metric Approach, Encyclopedia of Software Engineering, pp , John Wiley & Sons, Inc., IEEE 12207: Systems and software engineering - Software life cycle processes

4 IEEE 12207: Systems and software engineering Software life cycle precesses IEEE 15288: Adoption of ISO_IEC 15288_2002 Systems Engineering-System Life Cycle Processes IEEE 829: Standard for Software and System Test Documentation IEEE 830: Recommended Practice for Software Requirements Specifications IEEE 1061: Standard for a Software Quality Metrics Methodology IEEE 1045: Standard for Software Productivity metrics IEEE 16085: Systems and Software Engineering - Life Cycle Processes - Risk Management IEEE 1016: Standard for Information Technology-Systems Design- Software Design Descriptions IEEE 1028: Standard for Software Reviews and Audits IEEE 16326: Systems and software engineering - Life cycle processes - Project management IEEE Systems and software engineering - Vocabulary IEEE 1012: Standard for Software Verification and Validation IEEE 730: Standard for Software Quality Assurance Plans IEEE 828: Standard for Software Configuration Management Plans IEEE 1008:1987 Standard for Software Unit Testing IEEE 1042: Guide to Software Configuration Management IEEE 1074: Standard for Developing a Software Project Life Cycle Process IEEE : Standard Glossary of Software Engineering Terminology

5 Clase Cronograma Fecha Actividades de clase Presentación: - Reglas de juego - Tema del curso Trabajo Independiente a realizar previamente a la clase Bibliografía de apoyo Taller: - Formas de pensamiento 1 Enero - 22 Proyecto: - Definición de parámetros Introducción a la Ingeniería de Software Disciplinas asociadas: Computer Science Computer Engineering Information System Information Technology - Tabulación encuesta formas de pensamiento - Elaborar propuestas de proyecto. Lecturas - Sommerville Cap. 01 (7Ed) - No Silver Bullet - F. Brooks 2 Enero 24 Problemática Ingeniería de Software: Software de gran escala Calidad de Software Problemas de Comunicación Personas, Proceso, Producto, Tecnología: Equipos, roles, productos y tareas de un proyecto Calendarización y administración del proyecto Plan de Gestión del proyecto - SWEBOK, CHAP.8 - Bruegge, Cap : :2009 Presentación de Propuestas de Proyecto Enero 3 29 Metáfora proceso de IS. Enero SPMP Modelos de Ciclo de Vida - Bruegge, Cap : Modelos de mejora de procesos, - Sommerville (7Ed cap. 28) madurez y capacidad. Mejora de Procesos 7 - CMMI 7 12 Análisis y gestión de riesgo - Sommerville (7Ed cap. 5) Sección 4 - Elaborar propuesta de proyecto, ensayos sobre roles y organización del equipo de trabajo - Pressman Cap :2006

6 Proceso y Métricas de software Estimación de Proyectos de Software Taller de Métricas y Estimación - Taller puntos de función SCRUM Planes de administración de configuración Versiones y Cambios - Sommerville (7Ed cap. 26) - Pressman Cap 4 y Cap : : Basili SWEBOK, CHAP. 7 - Bruegge, Cap : Marzo 13 5 Marzo 7 Marzo - 12 Marzo 14 Planes de Aseguramiento de la Calidad Parcial 1 PRIMERA ENTREGA Plan del Proyecto y Estimación Casos de Uso refinados Presentación - Sommerville (7Ed Cap.27) - SWEBOK, Chap Análisis de Requerimientos - SWEBOK, CHAP. 2 - Bruegge, Cap. 4 - Recolección de Requerimientos (Casos de Uso) - Taller Recolección de requerimientos Diseño del Sistema Taller Diseño del sistema - Bruegge, Cap. 5 - SWEBOK, Cap. 3 Marzo - Bruegge, Cap Marzo- Simposio Gerencia y Gestión Informática 19 Abril 2 Exposiciones sobre Patrones - Bruegge, Cap Abril 4 Exposiciones sobre Patrones Abril Exposiciones sobre Patrones 21 9 Abril Exposiciones sobre Patrones Abril 16 Abril SEGUNDA ENTREGA-SRS Prototipo Implementando al menos el C.U. más difícil Presentación Taller diseño de objetos 730: :1998 (SRS) - Cockburn IEEE 1016:2009 (SDD)

7 Abril 23 Abril 25 Abril 30 Mayo - 2 Mayo 29 7 Mayo 9 Mayo Mayo - 31 Parcial 2 Pruebas de Software Técnicas - Bruegge, Cap : :2004 Pruebas de Software Estrategias - SWEBOK, Chap. 5 Herramientas: Junit, Otras TERCERA ENTREGA SDD Prototipo Funcional Con al menos el 50% de la aplicación funcionando. Presentación SPICE - Moprosoft Taller gerencia - cierre Parcial 3 CUARTA ENTREGA Implementación y Plan de pruebas Manuales Métricas resultantes de las Pruebas Tema de Exposición Persona(s) Análisis y Gestión de Riesgo Sommerville 7Ed. Cap. 5 Sección 4 (clase 7) Versiones y Cambios Bruegge, Cap. 10 (clase 10) Planes de Aseguramiento de la Calidad -Sommerville 7Ed. Cap. 27 (clase 12) Diseño del Sistema Modelos Arquitectonicos Bruegge Cap. 6 (clase 17) Pruebas de Software Bruegge, Cap. 9 (clase 26) Pruebas de Software Herramientas JUnit, otras (clase 27)

8 Mejoramiento del Proceso SPICE, Moprosoft (clase 29)

9 COMPLEMENTO DEL PLAN DEL CURSO DE INGENIERÍA DE SOFTWARE Estrategias Pedagógicas y Didácticas 1. Grupos de Trabajo: Los estudiantes del curso deben organizarse en grupos de 5 personas con los siguientes roles, basados en un perfil inicial suministrado por el docente (Propuesto): a. Director de Proyectos b. Director de Desarrollo c. Director de Calidad y Manejo de Riesgos d. Administrador de Configuraciones y Documentación e. Arquitecto Cada uno de los integrantes del grupo tiene ciertas responsabilidades específicas de acuerdo a su rol y a la teoría del curso asociada con el mismo pero todos son responsables por el conocimiento de los temas de la clase, la realización de las tareas, presentaciones, actividades y el desarrollo final de los proyectos organizados durante el semestre. El no cumplimiento de responsabilidades puede ser penalizado por el grupo de trabajo bajo ciertas normas que deben estar especificadas en el plan del proyecto, p.ej. Perder un porcentaje de la nota, de alguna entrega o incluso ser expulsado del grupo, lo cual acarreara una nota de 0.0 en las entregas siguientes del proyecto. 2. Talleres Se realizaran actividades basadas en cada una de las secciones definidas en el syllabus del curso. Estas actividades se presentaran como talleres de motivación e interés en las temáticas del curso y guiaran el trabajo, las reflexiones del caso y el punto de entrada para que cada estudiante se responsabilice en completar las lecturas correspondientes a los temas del curso como preparación a los parciales de evaluación. 3. Proyectos de Software Los grupos de trabajo deberán realizar proyectos de software que demuestren el uso de los conceptos y las prácticas de ingeniería de software. 4. Exposiciones Cada uno de los estudiantes del curso deberá escoger uno de los temas de exposición sobre ingeniería de software para la realización de una actividad en clase que involucre alguna práctica específica del tema. La evaluación de las exposiciones tendrá como criterios los siguientes aspectos: a. Material b. Dominio del tema c. Investigación (referencias adicionales) d. Preparación de un taller (ejercicio o ejemplos) La exposición debe ser aprobada por el profesor con una semana de anticipación al día de su presentación.