Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura Fecha de Actualización Julio 24 de 2012

Transcripción

1 Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Julio 24 de 2012 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 Horario 2670 Ing. Miguel Torres 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. 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.

2 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% 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.

3 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:2008 Systems and software engineering Software life cycle processes IEEE 12207:2008 Systems and software engineering Software life cycle precesses IEEE 15288:2002 Adoption of ISO_IEC 15288_2002 Systems Engineering System Life Cycle Processes IEEE 829:2008 Standard for Software and System Test Documentation

4 IEEE 830:1998 Recommended Practice for Software Requirements Specifications IEEE 1061:1998 Standard for a Software Quality Metrics Methodology IEEE 1045:1992 Standard for Software Productivity metrics IEEE 16085:2006 Systems and Software Engineering Life Cycle Processes Risk Management IEEE 1016:2009 Standard for Information Technology Systems Design Software Design Descriptions IEEE 1028:2008 Standard for Software Reviews and Audits IEEE 16326:2009 Systems and software engineering Life cycle processes Project management IEEE Systems and software engineering Vocabulary IEEE 1012:2004 Standard for Software Verification and Validation IEEE 730:2002 Standard for Software Quality Assurance Plans IEEE 828:2005 Standard for Software Configuration Management Plans IEEE 1008:1987 Standard for Software Unit Testing IEEE 1042:1987 Guide to Software Configuration Management IEEE 1074:2006 Standard for Developing a Software Project Life Cycle Process IEEE :1990 Standard Glossary of Software Engineering Terminology

5 Cronograma Clase Fecha Actividades de clase Presentación: - Reglas de juego - Tema del curso Taller: - Formas de pensamiento Trabajo Independiente a realizar previamente a la clase Bibliografía de apoyo 1 2 Julio 24 Julio 26 Proyecto: - Definición de parámetros Introducción a la Ingeniería de Software Disciplinas asociadas: Computer Science Computer Engineering Information System Information Technology 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 - Tabulación encuesta formas de pensamiento - Elaborar propuestas de proyecto. Lecturas - Sommerville Cap. 01 (7Ed) - No Silver Bullet - F. Brooks - SWEBOK, CHAP.8 - Bruegge, Cap : :2009 Presentación de Propuestas de Proyecto Julio Metáfora proceso de IS. SPMP Modelos de Ciclo de Vida - Bruegge, Cap :2006 Modelos de mejora de procesos, madurez - Sommerville (7Ed cap. 28) Mejora y capacidad. de Procesos - CMMI 16 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 10 Planes de administración de configuración Versiones y Cambios Sept Planes de Aseguramiento de la Calidad 13 Sept. 6 Parcial 1 PRIMERA ENTREGA Plan del Proyecto y Estimación 14 Sept. Casos de Uso refinados 11 Presentación Sept. 13 Sept Sommerville (7Ed cap. 26) - Pressman Cap 4 y Cap : : Basili SWEBOK, CHAP. 7 - Bruegge, Cap 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 Sept. - Bruegge, Cap Oct. 2 Simposio Gerencia y Gestión Informática 19 Oct. 4 Exposiciones sobre Patrones - Bruegge, Cap Oct. 9 Exposiciones sobre Patrones Oct. Exposiciones sobre Patrones Oct. Exposiciones sobre Patrones Oct Oct Oct Oct SEGUNDA ENTREGA-SRS Prototipo Implementando al menos el C.U. más difícil Presentación Taller diseño de objetos Parcial 2 828: : :1998 (SRS) - Cockburn IEEE 1016:2009 (SDD) Pruebas de Software Técnicas - Bruegge, Cap :2008

7 Pruebas de Software Estrategias Herramientas: Junit, Otras 27 Nov. 1 TERCERA ENTREGA SDD Prototipo Funcional Con al menos el 50% de la aplicación funcionando. 28 Nov. 6 Presentación 29 Nov. 8 TSP PSP Nov. Taller gerencia - cierre Nov. Parcial CUARTA ENTREGA Implementación y Nov. Plan de pruebas Manuales Métricas resultantes de las Pruebas - SWEBOK, Chap. 5 IEEE 1012:2004 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) Procesos SCRUM (clase 11) 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) Mejoramiento del Proceso TSP - PSP (clase 11)

8

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.