MHI-ES REV00 INGENIERÍA EN SISTEMAS COMPUTACIONALES MÉTODOS Y HERRAMIENTAS DE INGENIERÍA DE SOFTWARE

Transcripción

1 MHI-ES REV00 INGENIERÍA EN SISTEMAS COMPUTACIONALES MÉTODOS Y HERRAMIENTAS DE INGENIERÍA DE SOFTWARE

2 DIRECTORIO Secretario de Educación Pública Dr. José Ángel Córdova Villalobos Subsecretario de Educación Superior Dr. Rodolfo Tuirán Gutiérrez Coordinadora de Universidades Politécnicas Mtra. Sayonara Vargas Rodríguez II

3 PÁGINA LEGAL Participantes Mtra. Claudia Araceli Rangel Jiménez - Universidad Politécnica de Aguascalientes Primera Edición: 2012 DR 2012 Coordinación de Universidades Politécnicas. Número de registro: México, D.F. ISBN III

4 ÍNDICE INTRODUCCIÓN... 1 PROGRAMA DE ESTUDIOS... 3 FICHA TÉCNICA... 4 INSTRUMENTOS DE EVALUACIÓN... 6 GLOSARIO BIBLIOGRAFÍA ANEXOS ANEXO 1 LINEAMIENTOS PARA PRESENTAR TRABAJOS O REPORTES ESCRITOS IV

5 INTRODUCCIÓN El presente manual tiene como objetivo ser una herramienta de apoyo y guía para el profesor en la identificación de los objetivos, los contenidos y la programación, correspondientes a la asignatura de Métodos y Herramientas de Ingeniería de Software. El manual detalla las habilidades y valores que desarrollará el estudiante al cumplir con cada objetivo, también provee de los instrumentos didácticos y de evaluación que se podrán aplicar durante el curso. La ingeniería de software es una disciplina de la ingeniería que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema, hasta el mantenimiento de éste después de que se utiliza. 1 El software es cada vez más complejo y en las empresas es común la necesidad de producirlo minimizando recursos. A grandes rasgos, el 60% de los costos son de desarrollo, el 40% restante son de pruebas. En el caso del software personalizado, los costos de evolución a menudo exceden los de desarrollo. 2 La distribución de los costos del software nos presenta como reto generar software de fácil mantenimiento, ya que éste es un proceso que consume muchos recursos. La fase de pruebas, la cual se debe realizar a lo largo de todo el proceso de desarrollo, también requiere de especial atención. El uso de modelos, métodos, técnicas y estándares permite al ingeniero de software facilitar su tarea en la producción de software con calidad. Además existen herramientas para cada fase del proceso de desarrollo que aportan a la ingeniería de software el instrumento adecuado para llevar a cabo sus actividades eficientemente. Para el quehacer del Ingeniero en Sistemas Computacionales es requisito imprescindible conocer el proceso de ingeniería de software, las metodologías de desarrollo, los estándares y herramientas que han sido propuestos y mejorados por los eruditos en esta materia, con el fin de que pueda establecer mecanismos para el control y aseguramiento de la calidad del software. 1 Sommerville, Ian; Ingeniería del Software, Séptima edición, Madrid, 2005, Pearson Educacion, S. A., pág Ibid, pág. 5 1

6 Dada la relevancia de la asignatura para el Ingeniero en Sistemas Computacionales se establece como objetivo de la asignatura que el alumno será capaz de implementar estándares para el control de calidad de software de las aplicaciones desarrolladas. El contenido de la asignatura se divide en cinco unidades, en cada una de las cuales se desarrolla un conjunto de habilidades. La unidad uno expone temas sobre el mantenimiento del software. La unidad dos amplía en el alumno sus conocimientos sobre el proceso de validación y verificación del software. La unidad tres instruye al alumno en las métricas del software. En la unidad cuatro se examinan conceptos referentes a la gestión de la calidad del software. En la unidad cinco el alumno conocerá los principales métodos de evaluación de capacidades de los procesos de desarrollo de software. Métodos y Herramientas de Ingeniería de Software tiene influencia sobre las asignaturas de programación, y administración de proyectos, debido a que permite al alumno generar software eficientemente, ya que seguirá métodos formales de desarrollo, hará uso de herramientas y estándares para mejorar la calidad de su producto y facilitar su tarea. Además de introducirlo a los conceptos de mejora de procesos de desarrollo de software. 2

7 PROGRAMA DE ESTUDIOS PROGRAMA DE ESTUDIO Vigencia a partir de Diciembre del 2011 Modalidad educativa: presencial. DATOS GENERALES NOMBRE DEL PROGRAMA EDUCATIVO: Ingeniería en Sistemas Computacionales OBJETIVO DEL PROGRAMA EDUCATIVO: Formar profesionistas competentes para: especificar, diseñar, construir, implantar, verificar, auditar, evaluar y mantener sistemas de tecnologías de la información que respondan a las necesidades de sus usuarios, mejorando los niveles de eficiencia, ef NOMBRE DE LA ASIGNATURA: Métodos y Herramientas de Ingeniería de Software CLAVE DE LA ASIGNATURA: MHI-ES OBJETIVO DE LA ASIGNATURA: El alumno será capaz de implementar estándares para el control de calidad de software de las aplicaciones desarrolladas. TOTAL HRS. DEL CUATRIMESTRE: 90 FECHA DE EMISIÓN: Diciembre, 2011 UNIVERSIDADES PARTICIPANTES: Universidad Politécnica de Aguascalientes CONTENIDOS PARA LA FORMACIÓN ESTRATEGIA DE APRENDIZAJE EVALUACIÓN TÉCNICAS SUGERIDAS ESPACIO EDUCATIVO MOVILIDAD FORMATIVA TOTAL DE HORAS UNIDADES DE APRENDIZAJE RESULTADOS DE APRENDIZAJE EVIDENCIAS PARA LA ENSEÑANZA (PROFESOR) PARA EL APRENDIZAJE (ALUMNO) AULA LABORATORIO OTRO PROYECTO PRÁCTICA MATERIALES REQUERIDOS EQUIPOS REQUERIDOS TEÓRICA PRÁCTICA Presencial NO Presencial Presencial NO Presencial TÉCNICA INSTRUMENTO OBSERVACIÓN Al completar la unidad de aprendizaje el alumno será capaz de: * Identificar los diferentes tipos de mantenimiento y sus costos, así como los procesos que intervienen en la evolución del software. EC1: Resuelve cuestionario sobre el proceso de Exposición o mantenimiento del presentación. software. Identifica palabras clave, parafrasea. Práctica mediante la acción. X X N/A N/A N/A Pizarrón N/A Documental Cuestionario sobre el proceso de mantenimiento del software. 1. Mantenimiento del software * Describir diferentes métodos de mantenimiento. ED1: Explica las características de los diferentes métodos de mantenimiento. Diseño y uso de organizadores previos. Investigación. Exposición. X X X Biblioteca N/A N/A Pizarrón Aplicación para elaborar presentaciones electrónicas Equipo de cómputo, cañón Campo Guía de observación para exposición de las características de diferentes métodos de mantenimiento. Se puede retomar el proyecto de desarrollo * Diseñar un plan de mantenimiento para un proyecto de desarrollo de software. EP1: Elabora el plan de mantenimiento para un proyecto de desarrollo de software. Lectura comentada Práctica mediante la acción. X X N/A N/A N/A Pizarrón Equipo de cómputo, Procesador de texto cañón Documental elaborado en la asignatura Lista de cotejo para el de Principios de Ingeniería plan de del Software y los mantenimiento de un artefactos generados proyecto de para dicho proyecto como desarrollo de base para la elaboración software. del Plan de Mantenimiento de esta asignatura. Al completar la unidad de aprendizaje el 2. Verificación y validación del software alumno será capaz de: Diseño y uso de Identifica palabras clave, EC1: Cuestionario sobre organizadores parafrasea. * Identificar conceptos clave en el conceptos del proceso de previos. Lectura comentada. proceso de verificación y validación del verificación y validación y software. técnicas estáticas y * Describir técnicas de verificación y dinámicas de verificación y validación estáticas y dinámicas, así validación. Elaboración de Elaboración de como estrategias para desarrollar casos mapas conceptuales. resúmenes. de prueba. X N/A N/A N/A N/A X X N/A N/A N/A Pizarrón Equipo de cómputo, Procesador de texto cañón. Pizarrón Equipo de cómputo, Procesador de texto cañón Documental Cuestionario sobre conceptos del proceso de verificación y validación y técnicas estáticas y dinámicas de verificación y validación. * Diseñar pruebas de caja blanca. Utilizar diagramas EP1: Diseña una prueba de ilustraciones y caja blanca. esquemas. Práctica mediante la acción. X X N/A N/A N/A Pizarrón Equipo de cómputo, Procesador de texto cañón Documental Lista de cotejo para el diseño de la prueba de caja blanca. Al completar la unidad de aprendizaje el 3. Métricas del software alumno será capaz de: Práctica mediante la Diseño y uso de acción. X organizadores X X N/A N/A * Proponer métricas para la evaluación EP1: Elabora un Identifica palabras clave, Biblioteca previos. del producto de un proceso de desarrollo documento de métricas del parafrasea. de software. producto, proceso y proyecto para la evaluación y mejora de un proyecto de * Formular métricas para la evaluación desarrollo de software Práctica mediante la Lectura comentada. X X N/A N/A N/A del proceso de desarrollo de software. (aplicables al producto acción. generado, al proceso de desarrollo utilizado y al proceso de gestión del proyecto). Diseño y uso de * Programar métricas para la evaluación organizadores Experiencia programada. X X N/A N/A N/A de la gestión de proyectos de software. previos. Pizarrón Equipo de cómputo, Procesador de texto cañón. Pizarrón Equipo de cómputo, Procesador de texto cañón. Pizarrón Equipo de cómputo, Procesador de texto cañón Documental Rúbrica para el documento de métricas del producto, proceso y proyecto para la evaluación y mejora de un proyecto de desarrollo de software. Se puede retomar el proyecto de desarrollo elaborado en la asignatura de Principios de Ingeniería del Software y los artefactos generados para dicho proyecto como base para la elaboración de: el Documento de Métricas de esta asignatura. 4. Gestión de la calidad del software Al completar la unidad de aprendizaje el alumno será capaz de: Diseño y uso de * Identificar los procesos involucrados organizadores Práctica mediante la en la gestión de la calidad del software, EP1: Elabora un plan para previos. acción. así como los estándares que se pueden el aseguramiento y control Lectura comentada. utilizar para el aseguramiento de la de la calidad del software calidad del software. de un proyecto de desarrollo. * Mostrar los procesos para el Resolver situaciones aseguramiento de la calidad del Exposición. problemáticas. software. X N/A N/A N/A N/A X X N/A N/A N/A Pizarrón Equipo de cómputo, Procesador de texto cañón. Pizarrón Equipo de cómputo, Procesador de texto cañón Documental Se puede retomar el proyecto de desarrollo elaborado en la asignatura Lista de cotejo para el de Principios de Ingeniería plan para el del Software y los aseguramiento y artefactos generados control de la calidad para dicho proyecto como del software de un base para la elaboración proyecto de de: el Plan de desarrollo. Aseguramiento de la Calidad de esta asignatura. Al completar la unidad de aprendizaje el alumno será capaz de: 5. Mejora de los procesos de software Exposición o * Describir los elementos que presentación. intervienen en la mejora de procesos y EP1: Elabora un modelo cómo el proceso afecta la calidad del para el proceso de software. desarrollo de software que utiliza un equipo de desarrollo, identificando áreas de mejora para el Diseño y uso de * Identificar áreas de mejora analizando proceso. organizadores un proceso de desarrollo de software. previos. Investigación. X Elaboración de X N/A N/A N/A Biblioteca resúmenes. Experiencia programada. X X N/A N/A N/A Pizarrón Equipo de cómputo, Procesador de texto cañón. Pizarrón Equipo de cómputo, Procesador de texto cañón Documental Rúbrica para el modelo del proceso de desarrollo de software que utiliza un equipo de desarrollo. * Describir las principales características ED1: Explica las de los modelos para la evaluación de características de CMMI, capacidades CMMI, TSP y PSP. TSP y PSP. Elaboración de Investigación. mapas conceptuales. Exposiciones y Exposición. presentaciones. X N/A X Biblioteca N/A N/A Pizarrón Aplicación para elaborar presentaciones electrónicas Equipo de cómputo, cañón Campo Guía de observación para la exposición de las características de CMMI, TSP y PSP. 3

8 FICHA TÉCNICA MÉTODOS Y HERRAMIENTAS DE INGENIERÍA DE SOFTWARE Nombre: Clave: Justificación: Objetivo: Habilidades: Competencias genéricas a desarrollar: Métodos y Herramientas de Ingeniería de Software MHI-ES Para que aplique adecuadamente los estándares nacionales e internacionales de calidad de software. El alumno será capaz de implementar estándares para el control de calidad de software de las aplicaciones desarrolladas. Lectura, escritura, interlocución, síntesis de la información, aplicación de principios tecnológicos, relaciones en y con el entorno organizacional, relaciones interpersonales, toma de decisiones, lectura en segunda lengua. Capacidad de análisis y síntesis; para resolver problemas; para aplicar los conocimientos en la práctica; para gestionar la información; y para trabajar en forma autónoma y en equipo. Capacidades a desarrollar en la asignatura Competencias a las que contribuye la asignatura Determinar arquitectura (hardware/software) para cubrir los requerimientos del cliente mediante el análisis de las necesidades y requerimientos. Proponer el plan de desarrollo de la solución propuesta para cubrir las expectativas del cliente a través del análisis del sistema. Estructurar requerimientos funcionales y no funcionales del sistema informático mediante un lenguaje de modelado, para cumplir con las expectativas del cliente. Verificar componentes del sistema en el diseño para satisfacer las necesidades del cliente, mediante la semántica propuesta por el modelo. Seleccionar estándares de desarrollo para garantizar el éxito del sistema de Diagnosticar requerimientos del cliente para identificar los elementos que conforman el sistema informático, mediante técnicas diagnósticas a través de encuestas de levantamiento de datos. Esquematizar requerimientos del cliente por medio de un lenguaje de modelado para garantizar el desarrollo óptimo del sistema. Evaluar funcionamiento de sistemas de información para garantizar el funcionamiento óptimo del diseño propuesto a través de métodos de prueba. Validar soluciones integrales de TIC s para satisfacer las necesidades de la organización conforme a los estándares del mercado. 4

9 acuerdo al análisis de las necesidades del cliente. Probar sistemas de información para el funcionamiento adecuado del mismo, mediante el uso de métodos de prueba. Modelar funciones integrales para el logro de las necesidades de la organización, a través del desarrollo de la tecnología propuesta. Probar procesos integrales para corroborar la fiabilidad de la solución de TIC s desarrollada, mediante los lineamientos y estándares establecidos en el mercado. Unidades de aprendizaje Mantenimiento del software HORAS TEORÍA HORAS PRÁCTICA No No Presencial presencial Presencial presencial Estimación de tiempo (horas) necesario para transmitir el aprendizaje al alumno, por Unidad de Aprendizaje: Verificación y validación del software Métricas del software Gestión de la calidad del software Mejora de los procesos de software Total de horas por cuatrimestre: 90 Total de horas por semana: 6 Créditos:

10 INSTRUMENTOS DE EVALUACIÓN 6

11 CUESTIONARIO SOBRE EL PROCESO DE MANTENIMIENTO DEL SOFTWARE U1, EC1 UNIVERSIDAD POLITÉCNICA DE DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Tema: El proceso de mantenimiento del software. Asignatura: Nombre del docente: Unidad de Aprendizaje: Mantenimiento del software Fecha: Periodo cuatrimestral: Firma del docente: INSTRUCCIONES Estimado usuario: Usted tiene en las manos un instrumento de evaluación que permitirá fundamentar las actividades que ha demostrado a través de su desempeño o en la entrega de sus productos. Conteste los siguientes planteamientos de manera clara. Le recordamos tomar el tiempo necesario para contestar y desarrollar su contenido. ASPECTO 1. Conteste lo que se le pide: a. Describa la fase de mantenimiento. b. Explique los tipos de cambios que se pueden identificar en el mantenimiento de software. c. Basado en los tipos de cambios mencione una clasificación de los tipos de mantenimiento. d. Qué porcentaje de los costos del software se estima que se erogan en el mantenimiento del software? e. Represente la evolución del software con un modelo en espiral. f. Mencione las leyes de Lehman con respecto a los cambios en los sistemas (dinámica de la evolución del software). g. Cómo se distribuye el esfuerzo en el mantenimiento? h. Qué se debe considerar para la estimación de costos del mantenimiento? i. Explique qué es la predicción del mantenimiento y cómo influye en los costos y el esfuerzo. j. Dé ejemplos de métricas para evaluar la mantenibilidad. k. Realice un modelo que represente los procesos que intervienen en el proceso de evolución del software y explíquelo brevemente. l. Mencione estándares para el mantenimiento de software. CUMPLE : SI NO 7

12 GUIA DE OBSERVACIÓN PARA EXPOSICIONES INDIVIDUALES/EQUIPO (CARACTERÍSTICAS DE MÉTODOS DE MANTENIMIENTO) U1, ED1 UNIVERSIDAD POLITÉCNICA DE NOMBRE DE LA ASIGNATURA DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Tema a Exponer: Fecha: Periodo cuatrimestral: Nombre del docente: Firma del docente: INSTRUCCIONES Revisar los documentos o actividades que se solicitan y marque en los apartados SI cuando la evidencia a evaluar se cumple; en caso contrario marque NO. En la columna OBSERVACIONES ocúpela cuando tenga que hacer comentarios referentes a lo observado. Valor del reactivo Característica a cumplir (Reactivo) 5% Puntualidad para iniciar y concluir la exposición. SI CUMPLE NO OBSERVACIONES 5% 5% Esquema de diapositiva. Colores y tamaño de letra apropiada. Sin saturar las diapositivas de texto. Portada: Nombre de la escuela (logotipo), Carrera, Asignatura, Profesor, Alumnos, Matricula, Grupo, Lugar y fecha de entrega. 5% Ortografía (cero errores ortográficos). 5% 5% 40% Exposición a. Utiliza las diapositivas como apoyo, no lectura total b. Desarrollo del tema fundamentado y con una secuencia estructurada c. Contenido (ver nota): Técnicas de Mantenimiento: Análisis del impacto Ingeniería Inversa Reingeniería del software Refactorización 8

13 Aplicaciones Heredadas (Sistemas Heredados) 5% d. Organización de los integrantes del equipo 5% 15% e. Expresión no verbal (gestos, miradas y lenguaje corporal). Preparación de la exposición. Dominio del tema. Habla con seguridad. 5% Presentación y limpieza 100% CALIFICACIÓN Nota: El contenido de la exposición se puede distribuir entre diferentes equipos y evaluar la parte que corresponda a cada equipo. 9

14 LISTA DE COTEJO PARA EL PLAN DE MANTENIMIENTO DE UN PROYECTO DE DESARROLLO DE SOFTWARE U1, EP1 UNIVERSIDAD POLITÉCNICA DE DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Producto: Nombre del Proyecto: Fecha: Asignatura Nombre del docente: Periodo cuatrimestral: Firma del docente: INSTRUCCIONES Revisar las actividades que se solicitan y marque en los apartados SI cuando la evidencia se cumple; en caso contrario marque NO. En la columna OBSERVACIONES indicaciones que puedan ayudar al alumno a saber cuáles son las condiciones no cumplidas, si fuese necesario. Valor del reactivo 10% 40% Característica a cumplir (Reactivo) Presentación. El reporte cumple con los requisitos de: Buena presentación No tiene faltas de ortografía Maneja el lenguaje técnico apropiado. Número mínimo de cuartillas Portada Contenido. El documento contiene todos los elementos solicitados en las especificaciones del proyecto: *Índice *Introducción *Desarrollo: Plan de mantenimiento: o Definición de un proceso para obtención de solicitudes de mantenimiento (debe indicar a los responsables de recibir las solicitudes del usuario y el procedimiento para su envío a evaluación). o Definición de un proceso de evaluación de solicitudes de mantenimiento (debe indicar a los responsables de la evaluación de las solicitudes, los criterios de aceptación o rechazo de una solicitud y el procedimiento para enviar las solicitudes a la ejecución de los cambios). o Plan de cambios Evaluación del impacto, prioridad ((análisis SI CUMPLE NO OBSERVACIONES 10

15 10% o de los cambios a realizar para cada solicitud autorizada). Procesos para la realización del cambio (Análisis, diseño, implementación, pruebas, liberación y actualización de documentación). Mecanismos de supervisión (establece mecanismos claros y útiles para el seguimiento del plan del mantenimiento y métricas para la evaluación del proceso de mantenimiento). * Conclusiones * Fuentes bibliográficas *Anexos (Diseño para un formato de solicitud de mantenimiento). Introducción y Objetivo. La introducción y el objetivo dan una idea clara del contenido del trabajo, motivando al lector a continuar con su lectura y revisión. Desarrollo. Sigue una metodología y sustenta todos los pasos 15% que se realizaron al aplicar los conocimientos obtenidos, es analítico y bien ordenado. 15% Resultados. Cumplió totalmente con el objetivo esperado. 5% 5% Conclusiones. Las conclusiones son claras y acordes con el objetivo esperado. Responsabilidad. Entregó el reporte en la fecha y hora señalada. 100% CALIFICACIÓN Nota: Un plan de mantenimiento debe de considerar lo especificado en el plan de administración de la configuración del software, el plan de pruebas y el plan de aseguramiento de la calidad de la organización y seguir los estándares de documentación y métodos especificados en dichos planes. 11

16 CUESTIONARIO SOBRE CONCEPTOS DEL PROCESO DE VERIFICACIÓN Y VALIDACIÓN Y TÉCNICAS ESTÁTICAS Y DINÁMICAS DE VERIFICACIÓN Y VALIDACIÓN U2, EC1 UNIVERSIDAD POLITÉCNICA DE DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Tema: Conceptos del proceso de verificación y validación y técnicas estáticas y dinámicas de verificación y validación. Asignatura Nombre del docente: Unidad de Aprendizaje: Verificación y validación del software Fecha: Periodo cuatrimestral: Firma del docente: INSTRUCCIONES Estimado usuario: Usted tiene en las manos un instrumento de evaluación que permitirá fundamentar las actividades que ha demostrado a través de su desempeño o en la entrega de sus productos. Conteste los siguientes planteamientos de manera clara. Le recordamos tomar el tiempo necesario para contestar y desarrollar su contenido. ASPECTO 1. Defina los siguientes conceptos: a. Verificación b. Validación c. Prueba d. Depuración 2. Conteste lo que se le pide: a. En el proceso de verificación y validación del software, explique las dos aproximaciones para el análisis y comprobación de los sistemas. b. Muestre de manera gráfica la planificación de las pruebas con respecto a los procesos de desarrollo. c. Modele el proceso de inspección de programas. d. Muestre de manera gráfica una visión general de las pruebas con respecto a los flujos de los artefactos generados en el proceso de desarrollo del software. e. Explique las pruebas de caja negra y caja blanca e indique una técnica de prueba que se aplique en cada caso. f. Mencione los artefactos que se utilizan en el proceso de pruebas de integración del sistema. 12

17 g. Explique brevemente las características principales de tres estándares de verificación y validación existentes. h. Mencione un estándar para el proceso de pruebas del software. i. Explique qué es un método formal en el proceso de verificación. j. Qué es el desarrollo de software de sala limpia. 3. Relaciones las columnas: 1. Prueba de Integración Es aplicar nuevamente las pruebas previamente diseñadas después de un cambio. 2. Prueba de interfaz Están diseñadas para asegurar al cliente que se construyó la aplicación estipulada y cumple las características de funcionalidad y rendimiento establecidas. 3. Prueba de unidad Se realizan para intentar descubrir errores en la interfaz software/hardware y verificar rendimiento, seguridad. 4. Prueba de regresión Prueba que centra el proceso de verificación en la menor unidad de diseño del software y hace uso intensivo de las técnicas de prueba de caja blanca. 5. Prueba de aceptación o validación Prueba que se lleva a cabo por un cliente en el lugar de desarrollo en un entorno controlado. 6. Prueba alfa Prueba los aspectos asociados con la verificación y construcción del programa conforme se ensamblan los componentes 7. Prueba beta Prueba que se lleva a cabo por los usuarios finales en los lugares de trabajo. ( ) ( ) ( ) ( ) ( ) ( ) ( ) 8. Prueba del sistema CUMPLE : SI NO 13

18 LISTA DE COTEJO PARA LA REVISIÓN DE PRUEBA DE CAJA BLANCA U2, EP1 UNIVERSIDAD POLITÉCNICA DE DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Producto: Nombre del Proyecto: Fecha: Asignatura Nombre del docente: Periodo cuatrimestral: Firma del docente: INSTRUCCIONES Revisar las actividades que se solicitan y marque en los apartados SI cuando la evidencia se cumple; en caso contrario marque NO. En la columna OBSERVACIONES indicaciones que puedan ayudar al alumno a saber cuáles son las condiciones no cumplidas, si fuese necesario. Valor del reactivo 10% 40% Característica a cumplir (Reactivo) Presentación. El reporte cumple con los requisitos de: Buena presentación No tiene faltas de ortografía Maneja el lenguaje técnico apropiado. Portada Contenido. El documento contiene todos los elementos solicitados: *Índice *Introducción *Objetivos del trabajo *Desarrollo: Diseño de prueba de caja blanca: Descripción del módulo o algoritmo a probar (el indicado por el profesor). Nombre de la técnica de prueba de caja blanca elegida (o la que el profesor indique). Diseño de la prueba (casos de prueba para el módulo o algoritmo a probar). Resultados de la aplicación de la prueba. * Conclusiones * Fuentes bibliográficas SI CUMPLE NO OBSERVACIONES 10% Introducción y Objetivo. La introducción y el objetivo dan una idea clara del contenido del trabajo, motivando al lector a continuar con su lectura y revisión. 14

19 Desarrollo. Sigue la metodología de la técnica seleccionada de 15% manera correcta y sustenta todos los pasos que se realizaron al aplicar los conocimientos obtenidos, es analítico y bien ordenado. 15% Resultados. Cumplió totalmente con el objetivo esperado. 5% 5% Conclusiones. Las conclusiones son claras y acordes con el objetivo esperado. Responsabilidad. Entregó el reporte en la fecha y hora señalada. 100% CALIFICACIÓN 15

20 RÚBRICA PARA EL DOCUMENTO DE MÉTRICAS DEL PRODUCTO, PROCESO Y PROYECTO PARA LA EVALUACIÓN Y MEJORA DE UN PROYECTO DE DESARROLLO DE SOFTWARE U3, EP1 Universidad Politécnica de Nombre de la Asignatura: Aspecto a evaluar Uso de conceptos y Terminología (2 puntos) Conocimiento de las relaciones entre conceptos (3 puntos) Definición del proceso de medición (4 puntos) Puntualidad (1 punto) Competente 10 Muestra un entendimiento del concepto o principio y usa una lenguaje técnico y claro Relaciona de manera lógica y acertada las métricas seleccionadas con el objeto a medir. Define claramente el proceso para la obtención de los valores de cada una de las métricas seleccionadas. Entrega el trabajo en la fecha y hora estipulada. Independiente 9 Comete algunos errores en la terminología empleada y muestra algunos vacíos en el entendimiento del concepto o principio La relación entre las métricas seleccionadas y el objeto a medir en algunas ocasiones es errada Define claramente el proceso para la obtención de los valores de la mayoría de las métricas seleccionadas Entrega el trabajo en la fecha estipulada con un retraso en la hora. Básico 7 Comete muchos errores en la terminología y muestra vacíos conceptuales profundos Realiza muchas relaciones métrica objeto a medir de manera errada Define claramente el proceso para la obtención de los valores de algunas de las métricas seleccionadas Se retrasa 1 día en la entrega del trabajo. Insuficiente 0 No muestra ningún conocimiento en torno al concepto tratado Falla al establecer relaciones métricaobjeto a medir. No puede definir el proceso para la obtención de los valores de las métricas seleccionadas. Se retrasa más de 1 día en la entrega del trabajo o no lo entrega. 16

21 LISTA DE COTEJO PARA EL PLAN PARA EL ASEGURAMIENTO Y CONTROL DE LA CALIDAD DEL SOFTWARE DE UN PROYECTO DE DESARROLLO U4, EP1 UNIVERSIDAD POLITÉCNICA DE DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Producto: Nombre del Proyecto: Fecha: Asignatura Nombre del docente: Periodo cuatrimestral: Firma del docente: INSTRUCCIONES Revisar las actividades que se solicitan y marque en los apartados SI cuando la evidencia se cumple; en caso contrario marque NO. En la columna OBSERVACIONES indicaciones que puedan ayudar al alumno a saber cuáles son las condiciones no cumplidas, si fuese necesario. Valor del reactivo 10% 40% Característica a cumplir (Reactivo) Presentación. El plan cumple con los requisitos de: Buena presentación No tiene faltas de ortografía Maneja el lenguaje técnico apropiado Número mínimo de cuartillas Portada Contenido. El documento contiene todos los elementos solicitados en las especificaciones del proyecto: *Índice *Introducción *Objetivos del trabajo *Desarrollo: Plan de aseguramiento de la calidad del software(pacs) 3 : o Propósito del plan y alcance (actividades del proceso de software cubiertas por el plan) o Lista de Documentos citados en el plan (se mencionan todos los estándares aplicables en el aseguramiento de la calidad) o Administración Organización (situación de ACS dentro de la estructura de la organización) SI CUMPLE NO OBSERVACIONES 3 De acuerdo a la tabla de contenido de aseguramiento de la calidad del software del estándar IEEE

22 o o o o o o o o o o Tareas a ejecutar Responsabilidades Documentación Requerimientos mínimos de documentación (describe cada uno de los documentos producidos en el proceso de software y que serán controlados por el PACS: plan del proyecto, modelos, documentos técnicos, de usuario) Estándares, prácticas, convenciones y métricas Marco de trabajo sobre el que se llevará a cabo el aseguramiento de la calidad (elección de los estándares/prácticas y métricas a utilizar en el proceso de desarrollo para el proyecto específico). Revisiones y Auditorías (identifica las revisiones y auditorias que se van a llevar a cabo por los ingenieros de software, el equipo de ACS y el cliente) Descripción de las revisiones mínimas a realizar en el proyecto las cuales pueden ser: Revisión de requerimientos de software Revisión del diseño preliminar Revisión del diseño crítico Revisión del Plan de Ver. y Val del S (PVVS) Auditoría funcional Auditoría física Auditorías en proceso Revisión administrativa Revisión de PACS Revisión postmortem Pruebas Requisitos de mantenimiento de registros de pruebas (documentación de pruebas) Plan de Pruebas del Software Informe de problemas y acción correctiva (define procedimientos para informas, dar seguimiento y resolver errores y defectos, identifica las responsabilidades para estas actividades. Herramientas técnicas y metodológicas Plan de Admón. del Proyecto Control de código Plan de Admón. De la Conf. (j. Control de código i. Plan de Admón. De la Conf. (describe cómo se administrarán los cambios en la configuración del sistema y las versiones) Control de proveedores (gestión de contratos) Recolección, mantenimiento y retención de registros Capacitación (formación para cumplir las necesidades del plan) 18

23 o Administración del riesgo * Conclusiones * Fuentes bibliográficas Introducción y Objetivo. La introducción y el objetivo dan una 10% idea clara del contenido del trabajo, motivando al lector a continuar con su lectura y revisión. Desarrollo. Sigue una metodología y sustenta todos los pasos 15% que se realizaron al aplicar los conocimientos obtenidos, es analítico y bien ordenado. 15% Resultados. Cumplió totalmente con el objetivo esperado. 5% 5% Conclusiones. Las conclusiones son claras y acordes con el objetivo esperado. Responsabilidad. Entregó el plan en la fecha y hora señalada. 100% CALIFICACIÓN 19

24 RÚBRICA PARA EL MODELO DEL PROCESO DE DESARROLLO DE SOFTWARE QUE UTILIZA UN EQUIPO DE DESARROLLO U5, EP1 Universidad Politécnica de Nombre de la Asignatura: Aspecto a evaluar Identificación de actividades en el proceso (2 puntos) Habilidad para establecer una secuencia lógica (3 puntos) Habilidad para utilizar los elementos de modelado de proceso (3 puntos) Habilidad para identificar áreas de mejora en los procesos (2 puntos) Competente 10 Identifica todas las actividades del proceso a modelar. Relaciona de manera lógica todas las actividades del proceso a modelar. Utiliza los símbolos de modelado de procesos de manera correcta. Identifica áreas de mejora en el proceso modelado y describe claramente la mejora propuesta. Independiente 9 Identifica la mayoría de las actividades del proceso a modelar. Relaciona de manera lógica muchas de las actividades del proceso a modelar. Utiliza algunos símbolos de modelado de procesos de manera correcta. Identifica áreas de mejora y describe de manera vaga la mejora de la propuesta Básico 7 Identifica algunas de las actividades del proceso a modelar. Realiza muchas conexiones erradas Utiliza pocos símbolos de modelado de procesos de manera correcta. Tiene dificultad para identificar las áreas de mejora, pero es capaz de plantear claramente la mejora propuesta para las áreas de mejora identificadas. Insuficiente 0 No es capaz de identificar actividades del proceso a modelar. Falla al establecer en cualquier actividad una conexión apropiada Falla al utilizar los símbolos de modelado de procesos. No logra identificar áreas de mejora en el proceso. 20

25 GUIA DE OBSERVACIÓN PARA EXPOSICIONES INDIVIDUALES/EQUIPO (CARACTERÍSTICAS DE CMMI, TSP Y PSP) U5, ED1 UNIVERSIDAD POLITÉCNICA DE NOMBRE DE LA ASIGNATURA DATOS GENERALES DEL PROCESO DE EVALUACIÓN Nombre(s) del alumno(s): Matrícula: Firma del alumno(s): Tema a Exponer: Fecha: Periodo cuatrimestral: Nombre del docente: Firma del docente: INSTRUCCIONES Revisar los documentos o actividades que se solicitan y marque en los apartados SI cuando la evidencia a evaluar se cumple; en caso contrario marque NO. En la columna OBSERVACIONES ocúpela cuando tenga que hacer comentarios referentes a lo observado. Valor del reactivo Característica a cumplir (Reactivo) 5% Puntualidad para iniciar y concluir la exposición. SI CUMPLE NO OBSERVACIONES 5% 5% Esquema de diapositiva. Colores y tamaño de letra apropiada. Sin saturar las diapositivas de texto. Portada: Nombre de la escuela (logotipo), Carrera, Asignatura, Profesor, Alumnos, Matricula, Grupo, Lugar y fecha de entrega. 5% Ortografía (cero errores ortográficos). 5% 5% 40% Exposición a. Utiliza las diapositivas como apoyo, no lectura total b. Desarrollo del tema fundamentado y con una secuencia estructurada c. Contenido (ver nota): CMMI Definición Evolución 21

26 TSP PSP Modelo Descripción de Fases Ventajas y Desventajas Uso Definición Modelo Descripción Ventajas y Desventajas Uso Definición Modelo Descripción Ventajas y Desventajas Uso 5% d. Organización de los integrantes del equipo 5% 15% e. Expresión no verbal (gestos, miradas y lenguaje corporal). Preparación de la exposición. Dominio del tema. Habla con seguridad. 5% Presentación y limpieza 100% CALIFICACIÓN Nota: El contenido de la exposición se puede distribuir entre diferentes equipos y evaluar la parte que corresponda a cada equipo. 22

27 GLOSARIO Artefacto: Cualquier tipo de datos, código fuente o información producida o usada por un desarrollador durante el proceso de desarrollo; se usa en particular al describir el proceso de desarrollo de software unificado (Unified Software Development Process). Aplicación: Cualquier programa que corra en un sistema operativo y que haga una función específica para un usuario. Por ejemplo, procesadores de palabras, bases de datos, agendas electrónicas, etc. Código fuente: Conjunto de instrucciones que componen un programa, escrito en cualquier lenguaje. En inglés se dice "source code". Hay programas de código abierto y "de código cerrado" como por ejemplo Windows, Photoshop, y la mayoría de los programas comerciales, en donde el código es inaccesible y por lo tanto no se puede alterar la estructura del programa. Construcción del sistema: Proceso de compilar los componentes o unidades que forman un sistema y enlazarlos con otros componentes para crear un programa ejecutable. La construcción del sistema está normalmente automatizada de modo que se minimiza la recompilación. Ésta automatización puede ser incorporada a un sistema de procesamiento de lenguajes (como en Java) o puede implicar herramientas CASE para apoyar la construcción del sistema. Hardware. Representa los componentes físicos que constituyen la computadora, es decir, todos los elementos materiales. Herramientas CASE: Herramienta software, como un editor del diseño o un depurador de programas, utilizada para apoyar una actividad en el proceso de desarrollo del software. Ingeniería de Software. La ingeniería del software es el establecimiento y uso de principios robustos de la ingeniería a fin de obtener económicamente software que sea fiable y que funcione eficientemente sobre máquinas reales. Método: Modo de decir o hacer con orden. Metodología: Conjunto de métodos que se siguen en una investigación científica o en una exposición doctrinal. Métrica: Especificación para cómo medir un artefacto de ingeniería de software. Por ejemplo líneas de código es una medición para el código fuente. Modelo: Esquema teórico, generalmente en forma matemática, de un sistema o de una realidad compleja, que se elabora para facilitar su comprensión y el estudio de su comportamiento. 23

28 Proceso: Conjunto de las fases sucesivas de un fenómeno natural o de una operación artificia. Proceso de software. Es el orden en que se realizan las actividades de desarrollo de software. Requerimientos del sistema: En la ingeniería de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido formal en la ingeniería de sistemas o la ingeniería de software. En la ingeniería clásica, los requerimientos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen qué debe hacer el sistema, pero no cómo hacerlo. Sistema: Conjunto de cosas que relacionadas entre sí ordenadamente contribuyen a determinado objeto. Software. Programas de computadoras, son las instrucciones responsables de que el hardware (la máquina) realice su tarea. Validación: Proceso de verificar que un sistema cumple las necesidades y expectativas del cliente. 24

29 BIBLIOGRAFÍA Básica 1. El lenguaje unificado de modelado, UML 2.0: Guía de usuario, aprenda UML directamente de sus creadores BOOCH, Grady 2006 Pearson Addison-Wesley Primera edición; España; 2006 ISBN Ingeniería de Software Un Enfoque Práctico PRESSMAN, Roger S Mc Graw Hill Interamericana Séptima edición; México; 2010 ISBN Ingeniería del Software SUMMERVILLE, Ian 2005 Pearson Educación, S. A. Séptima edición; Madrid:España; 2005 ISBN Complementaria 1. Ingeniería de Software Una Perspectiva Orientada a Objetos BRAUDE, Eric 2003 Alfaomega Primera edición; México; 2003 ISBN

30 2. Sistemas de Información Gerencial Administración de la Empresa Digital LAUDON, Kenneth C., Laudon, Jane P Pearson Prentice Hall Décima edición; México; 2008 ISBN Software Engineering: Theory and Practice PFLEEGER, Shari Lawrence Prentice Hall 2009 Cuarta edición; USA; 2009 ISBN

31 ANEXOS ANEXO 1 LINEAMIENTOS PARA PRESENTAR TRABAJOS O REPORTES ESCRITOS UNIVERSIDAD POLITÉCNICA DE AGUASCALIENTES LINEAMIENTOS PARA PRESENTAR TRABAJOS O REPORTES ESCRITOS Los trabajos que se presenten deberán tener las siguientes partes: A. PARTES DEL TRABAJO 1. PORTADA (ver características al final) 2. ÍNDICE 3. INTRODUCCIÓN 4. DESARROLLO DEL TEMA 5. CONCLUSIÓN U OPINIÓN PERSONAL 6. GLOSARIO DE TÉRMINOS CON SU SIGNIFICADO (las 10 palabras claves del tema, por lo menos) 7. BIBLIOGRAFÍA (Mínimo 3 referencias distintas, deberá basarse al menos en un libro, si realizó búsqueda en internet poner las ligas a los documentos consultados). B. MÁRGENES PARTE SUPERIOR E INFERIOR DE LA HOJA: PARTE DERECHA E IZQUIERDA: ESPACIO ENTRE CARACTERES: INTERLINEADO: 3 CM 2.5 CM Normal Normal C. TIPO DE LETRA Y TAMAÑO TIPO DE LETRA: Arial TAMAÑO TEXTO: 11 TíTULOS DE TEMAS: 14 TíTULOS DE SUBTEMAS: 12 27

32 D. INTERLINEADO Y ESPACIOS INTERLINEADO: ESPACIO: Sencillo Normal CARACTERISTICAS DEL LA PORTADA PARTE SUPERIOR: (de manera centrada) Nombre y logo de la Universidad Politécnica de Aguascalientes Nombre de la carrera a la que pertenece. PARTE CENTRAL: (de manera centrada) El título del trabajo PARTE INFERIOR: (izquierda) Materia Nombre del profesor que imparte la materia Nombre del alumno que presenta el trabajo Grupo al que pertenece Fecha y lugar 28