PROGRAMA ANALITICO INGENIERÍA SOFTWARE II FOR DAC 12 VER

Transcripción

1 PROGRAMA ANALITICO INGENIERÍA SOFTWARE II FOR DAC 12 VER A.- DATOS GENERALES MATERIA: Ingeniería de Software II CÓDIGO NOMBRE PROFESOR / A: Fausto Correa Almazán CRÉDITOS Nº HORAS PRESENCIALES Nº HORAS NO PRESENCIALES AÑO 2008 PERÍODO DÍAS HORARIO Lunes a Jueves de 19:30 a 20:45 AULA Lab F-5 1. DESCRIPCIÓN La reutilización es uno de los conceptos más simple y antiguo en la programación - y que es a menudo subutilizado. Cuando se aplique correctamente y con un objetivo, la reutilización puede ahorrar tiempo y dinero, así como crear un inventario de los valiosos y activos de software reutilizables. El Dr Carma McClure, es uno de los principales escritores de la IEEE's Software Reuse Standard 1517, prevee de manera clara y concisa, y aplica la información para hacer efectiva la reutilización de software basado en el estándar de la reutilización en una realidad. 2. JUSTIFICACIONES La correcta administración de proyectos y el manejo de los alcances y expectativas del usuario en el desarrollo de un producto de software, justifican el estudio minucioso de esta asignatura que le proveerá de capacidades de administración. 3. OBJETIVOS 3.1. GENERAL La reutilización de Software es un atributo importante de software que permite a los distintos componentes de software de un sistema de software para ser incorporado a otros sistemas de software para llevar a cabo una función de reutilizables. Al igual que todos los atributos clave de software tales como la seguridad, testability, calidad, y el mantenimiento, la característica de la reutilización de software debe basarse en el software desde el principio ESPECÍFICOS Introduction to IEEE Std 1517; ISO/IEC & IEEE/EIA Std Organization of the IEEE Std. 1517

2 IEEE Std 1517 Primary Processes: Reuse to Software Development IEEE Std 1517 Asset Management Process: Reuse to the Supporting Life Cycle Processes Application of IEEE Std 1517; Relationship to SEI Capability Maturity Model (CMM) Relationship to OMG Unified Modeling Language (UML) 4. COMPETENCIAS Análisis de estándares de Software. El estudiante estará en capacidad de analizar las técnicas que se usan para el desarrollo de software según estándares que define la IEEE Interpretación e implementación de metodologías. El estudiante estará en capacidad de evaluar e interpretar las metodologías descritas y poder llegar a implementarlas Definición de ciclo de vida. El estudiante estará en capacidad de determinar el ciclo de vida de un producto de software y administrar correctamente el alcance y el tiempo de vida de un proyecto de Software Reutilización de Software El estudiante será capaz de modelar los diversos componentes de software para que puedan ser reutilizados como partes y piezas de otros software Modelación de componentes El estudiante será capaz de modelar los diversos componentes de software que se definan en la arquitectura y usar herramientas tales como UML. 5. CONTENIDO PROGRAMÁTICO Programa de Ingeniería de Software II PART 1: Overview 9-Jan-08 Chapter 1: Introduction to IEEE Std Software Reuse Processes 9-Jan Reuse is Boring! 9-Jan The Next Form of Reuse 9-Jan Components 9-Jan Component-Based Development 10-Jan Components and Standards 10-Jan Process Standards 10-Jan IEEE Std Reuse Processes 14-Jan Placement of IEEE Std in the IEEE Software Engineering Standards Collection 14-Jan Supplement to ISO Jan References 15-Jan-08 Chapter 2: TISO / IEC & IEEE / EIA Standard Standard for Information Technology Software Life Cycle Processes 15-Jan-08

3 2.1 Overview of Jan Structure of the Standard 15-Jan Software Life Cycle Framework of Jan Primary Life Cycle Processes 16-Jan Supporting Life Cycle Processes 16-Jan Organizational Life Cycle Processes 17-Jan Uses and Users of Jan Compliance to Jan Tailoring of Jan References 21-Jan-08 Chapter 3: Organization of IEEE Std Jan The Failure of Ad Hoc Reuse 21-Jan Reuse Life Cycle Process Requirements 22-Jan Systematic Reuse 22-Jan Structure of IEEE Std Jan Reuse Process Framework 23-Jan Summary 23-Jan References 23-Jan-08 PART 2: Interpretation and Implementation 24-Jan-08 Chapter 4: IEEE Std Primary Processes: Adding Reuse to Software Development, Operation, and Maintenance 24-Jan Adding Consumer Reuse to the Software Life Cycle 24-Jan Reuse Requirements for the Acquisition Process 24-Jan Reuse Requirements for the Supply Process 24-Jan Reuse Requirements for the Development Process 28-Jan Reuse Requirements for the Operation Process 28-Jan Reuse Requirements for the Maintenance Process 28-Jan Summary 29-Jan References 29-Jan-08 Chapter 5: Asset Management Process 29-Jan Introduction 29-Jan Process Implementation Activity 30-Jan Asset Storage and Retrieval Definition Activity 30-Jan Asset Management and Control Activity 30-Jan Summary 31-Jan References 31-Jan-08

4 Chapter 6: Adding the Reuse Program Administration Process to the Software Life Cycle Process Framework 31-Jan Introduction to Reuse Program Administration Process 31-Jan Initiation Activity 6-Feb Domain Identification Activity 6-Feb Reuse Assessment Activity 6-Feb Planning Activity 7-Feb Execution and Control Activity 7-Feb Review and Evaluation Activity 7-Feb Summary 11-Feb References 11-Feb-08 Chapter 7: Adding Domain Engineering to the Software Life Cycle Process Framework 11-Feb Introduction to the Domain Engineering Process 11-Feb Process Implementation Activity 12-Feb Domain Analysis Activity 12-Feb Domain Design Activity 12-Feb Asset Provision Activity 13-Feb Asset Maintenance Activity 13-Feb Summary 13-Feb References 14-Feb-08 PART 3: Application 14-Feb-08 Chapter 8: Application of IEEE Std Feb Purpose of IEEE Std Feb Users of IEEE Std Feb Conformance Options of IEEE Std Feb Uses of IEEE Std Feb Final Advice for Using IEEE Std Feb References 19-Feb-08 Chapter 9: Relationship to the SEI Capability Maturity Mode 19-Feb Measuring Software Process Maturity 19-Feb History of CMM 19-Feb CMM Framework 20-Feb Key Process Areas 20-Feb CMM Version Feb Comparing CMM and the Standard 21-Feb Using CMM to Rate a Compliant Software Process 21-Feb-08

5 9.8 SPICE 21-Feb CMM Support for Reuse 25-Feb Organization Software Asset Commonality 25-Feb Harmonizing CMM and Feb References 26-Feb-08 Chapter 10: Relationship to the OMG Unified Modeling Language 26-Feb Overview of UML 26-Feb History of UML 26-Feb OMG 27-Feb UML Users 27-Feb UML Compliance 27-Feb Where is the Process? 28-Feb Partnering UML and Feb References 28-Feb METODOLOGÍA Dentro del aula El ingreso de los estudiantes al aula de clases debe ser puntual. Al inicio de cada clase se hará un repaso de lo tratado en la clase anterior, y al final de la misma se procederá a realizar un resumen y definir los objetivos del capítulo tratado. Al final de la clase se proporcionará los datos de la lectura necesaria parea profundizar lo tratado en clase, lo cual se revisará al inicio de la clase siguiente. Participación activa de los estudiantes mediante talleres de trabajo durante cada capítulo. Queda terminantemente prohibido hacer uso de teléfonos celulares dentro de clases o realizar cualquier otra actividad fuera de ella, sin que ésta sea absolutamente necesaria, previa autorización del profesor. Descripción del tipo de trabajos requeridos Al inicio del curso se enviará un Proyecto de investigación el cual deberá ser desarrollado en grupos de trabajo (máximo 3 personas dependiendo del número de estudiantes) y de manera simultánea al avance de la materia. Los temas deben ser innovadores, factibles de ejecutarlos y dirigidos a la explotación del reutilización de software. Su entrega estará pautada en dos partes: la primera parte, que corresponde al segmento de preparación e investigación, deberá ser expuesto en clase y entregar el primer borrador la semana antes del primer Examen Parcial, y la segunda, correspondiente a la formulación, la última semana de clases.

6 Participación en clase Además de la presentación del producto terminado del Proyecto, los estudiantes deberán realizar exposiciones de los avances parciales del trabajo. Adicional al trabajo de investigación en todos los capítulos se enviarán casos prácticos para ser desarrollados en casa y revisados en clase. Se requiere de laboratorio para hacer talleres y prácticas de los códigos aprendidos. En cada uno de los puntos del programa académico se usará andragogía descriptiva y explicativa por parte del profesor, luego de lo cual los alumnos desarrollarán casos prácticos. 7. EVALUACIÓN Lecciones Sobre 100 Talleres Sobre 100 Proyecto Sobre 100 Nota parcial Promedio de las actividades anteriores Examen Sobre Nota total es el promedio de la Nota parcial con el examen 8. BIBLIOGRAFÍA 6.1 BIBLIOGRAFÍA BÁSICA CARMA McClure, IEEE, Software Reuse A Standards-Based Guide, Junio BIBLIOGRAFÍA COMPLEMENTARIA Software Engineering 2004, IEEE:Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering 6.3 FOLLETOS 8bcd45f3/index.jsp?&pName=store_level1&path=store/proceedings&file=procee dings1.xml&xsl=generic.xsl& 6.4 PÁGINAS WEB 8bcd45f3/index.jsp?&pName=store_level1&path=store/content&file=catalog1.xml &xsl=generic.xsl& 9. DATOS DEL PROFESOR

7 NOMBRE Fausto Edison APELLIDOS Correa Almazán PROFESION UNIVERSITARIA Ingeniero en Sistemas, MCP certificado ID AREA DE ESPECIALIZACION Sistemas en producción EXPERIENCIA EN EL AREA 9 años TELEFONO (ext. 4185) CELULAR (09) fausto.correa@ieee.org 10. FIRMA DEL PROFESOR / A Y EL DECANO/A Ó DIRECTOR/A Ing. Marlena Leon Decana FAUSTO CORREA Ing. Fausto Correa Almazán Profesor