View
3
Download
0
Category
Preview:
Citation preview
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
MÉTODOS
Y HERRAMIENTAS
DE INGENIERÍA DE SOFTWARE
MHI-ES
REV00
II
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
III
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-----------------
IV
ÍNDICE
INTRODUCCIÓN ............................................................................................................................................ 1
PROGRAMA DE ESTUDIOS .......................................................................................................................... 3
FICHA TÉCNICA ............................................................................................................................................. 4
INSTRUMENTOS DE EVALUACIÓN ............................................................................................................. 6
GLOSARIO ................................................................................................................................................... 25
BIBLIOGRAFÍA ............................................................................................................................................ 25
ANEXOS ....................................................................................................................................................... 27
ANEXO 1 LINEAMIENTOS PARA PRESENTAR TRABAJOS O REPORTES ESCRITOS .............................. 27
1
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. 6.
2 Ibid, pág. 5
2
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.
3
PROGRAMA DE ESTUDIOS
Vigencia a partir de Diciembre del 2011
Modalidad educativa: presencial.
Presencial NO Presencial Presencial NO Presencial
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
mantenimiento del
software.
Exposición o
presentación.
Identifica palabras clave,
parafrasea.
Práctica mediante la
acción.
X X N/A N/A N/A Pizarrón N/A 1 2 1 0 Documental
Cuestionario sobre el
proceso de
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
BibliotecaN/A N/A
Pizarrón
Aplicación para
elaborar
presentaciones
electrónicas
Equipo de cómputo,
cañón.2 1 1 1 Campo
Guía de observación
para exposición de
las características de
diferentes métodos
de mantenimiento.
* 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 comentadaPráctica mediante la
acción.X X N/A N/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.2 0 2 2 Documental
Lista de cotejo para el
plan de
mantenimiento 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
del Plan de
Mantenimiento de esta
asignatura.
Al completar la unidad de aprendizaje el
alumno será capaz de:
* Identificar conceptos clave en el
proceso de verificación y validación del
software.
Diseño y uso de
organizadores
previos.
Identifica palabras clave,
parafrasea.
Lectura comentada.
X N/A N/A N/A N/APizarrón
Procesador de texto
Equipo de cómputo,
cañón.1 1 0 0
* Describir técnicas de verificación y
validación estáticas y dinámicas, así
como estrategias para desarrollar casos
de prueba.
Elaboración de
mapas conceptuales.
Elaboración de
resúmenes.X X N/A N/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.3 1 2 1
* Diseñar pruebas de caja blanca.EP1: Diseña una prueba de
caja blanca.
Utilizar diagramas
ilustraciones y
esquemas.
Práctica mediante la
acción.X X N/A N/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.1 0 3 1 Documental
Lista de cotejo para
el diseño de la prueba
de caja blanca.
Al completar la unidad de aprendizaje el
alumno será capaz de:
* Proponer métricas para la evaluación
del producto de un proceso de desarrollo
de software.
Diseño y uso de
organizadores
previos.
Práctica mediante la
acción.
Identifica palabras clave,
parafrasea.
X XX
BibliotecaN/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.3 1 3 1
* Formular métricas para la evaluación
del proceso de desarrollo de software.Lectura comentada.
Práctica mediante la
acción.X X N/A N/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.3 1 4 2
* Programar métricas para la evaluación
de la gestión de proyectos de software.
Diseño y uso de
organizadores
previos.
Experiencia programada. X X N/A N/A N/APizarrón
Procesador de texto
Equipo de cómputo,
cañón.3 1 3 1
Al completar la unidad de aprendizaje el
alumno será capaz de:
* Identificar los procesos involucrados
en la gestión de la calidad del software,
así como los estándares que se pueden
utilizar para el aseguramiento de la
calidad del software.
Diseño y uso de
organizadores
previos.
Lectura comentada.
Práctica mediante la
acción.X N/A N/A N/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.4 3 2 2
* Mostrar los procesos para el
aseguramiento de la calidad del
software.
Exposición.Resolver situaciones
problemáticas.X X N/A N/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.3 2 5 3
Al completar la unidad de aprendizaje el
alumno será capaz de:
* Describir los elementos que
intervienen en la mejora de procesos y
cómo el proceso afecta la calidad del
software.
Exposición o
presentación.
Investigación.
Elaboración de
resúmenes.
X N/AX
BibliotecaN/A N/A
Pizarrón
Procesador de texto
Equipo de cómputo,
cañón.1 1 1 0
* Identificar áreas de mejora analizando
un proceso de desarrollo de software.
Diseño y uso de
organizadores
previos.
Experiencia programada. X X N/A N/A N/APizarrón
Procesador de texto
Equipo de cómputo,
cañón.1 0 2 1
* Describir las principales características
de los modelos para la evaluación de
capacidades CMMI, TSP y PSP.
ED1: Explica las
características de CMMI,
TSP y PSP.
Elaboración de
mapas conceptuales.
Exposición.
Investigación.
Exposiciones y
presentaciones.
X N/AX
BibliotecaN/A N/A
Pizarrón
Aplicación para
elaborar
presentaciones
electrónicas
Equipo de cómputo,
cañón.2 1 1 0 Campo
Guía de observación
para la exposición de
las características de
CMMI, TSP y PSP.
EP1: Elabora un modelo
para el proceso de
desarrollo de software que
utiliza un equipo de
desarrollo, identificando
áreas de mejora para el
proceso.
Documental
Rúbrica para el
modelo del proceso
de desarrollo de
software que utiliza
un equipo de
desarrollo.
EQUIPOS REQUERIDOSEVIDENCIAS
TÉCNICAS SUGERIDAS
OTRO
ESTRATEGIA DE APRENDIZAJE
TOTAL DE HORAS
PRÁCTICA PARA LA
ENSEÑANZA
(PROFESOR)
PROYECTO
MATERIALES
REQUERIDOS
MOVILIDAD FORMATIVA
TEÓRICA
PARA EL APRENDIZAJE
(ALUMNO)
PRÁCTICA
NOMBRE DEL PROGRAMA EDUCATIVO:
PROGRAMA DE ESTUDIO
DATOS GENERALES
AULA LABORATORIO
TOTAL HRS. DEL CUATRIMESTRE: 90
EVALUACIÓN
ESPACIO EDUCATIVO
Ingeniería en Sistemas Computacionales
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
Métodos y Herramientas de Ingeniería de Software
MHI-ES
El alumno será capaz de implementar estándares para el control de calidad de software de las aplicaciones desarrolladas.
Universidad Politécnica de Aguascalientes
Diciembre, 2011
TÉCNICA
5. Mejora de los procesos de
software
OBJETIVO DEL PROGRAMA EDUCATIVO:
NOMBRE DE LA ASIGNATURA:
CLAVE DE LA ASIGNATURA:
OBJETIVO DE LA ASIGNATURA:
UNIVERSIDADES PARTICIPANTES:
FECHA DE EMISIÓN:
RESULTADOS DE APRENDIZAJE
EP1: Elabora un
documento de métricas del
producto, proceso y
proyecto para la evaluación
y mejora de un proyecto de
desarrollo de software
(aplicables al producto
generado, al proceso de
desarrollo utilizado y al
proceso de gestión del
proyecto).
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.
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 Plan de
Aseguramiento de la
Calidad de esta
asignatura.
3. Métricas del software
1. Mantenimiento del software
CONTENIDOS PARA LA FORMACIÓN
UNIDADES DE APRENDIZAJE
2. Verificación y validación del
software
4. Gestión de la calidad del
software
INSTRUMENTO
OBSERVACIÓN
EP1: Elabora un plan para
el aseguramiento y control
de la calidad del software
de un proyecto de
desarrollo.
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.
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.
Documental
Lista de cotejo para el
plan para el
aseguramiento y
control de la calidad
del software de un
proyecto de
desarrollo.
Documental
EC1: 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.
4
FICHA TÉCNICA
MÉTODOS Y HERRAMIENTAS DE INGENIERÍA DE SOFTWARE
Nombre: Métodos y Herramientas de Ingeniería de Software
Clave: MHI-ES
Justificación: Para que aplique adecuadamente los estándares nacionales e internacionales
de calidad de software.
Objetivo: El alumno será capaz de implementar estándares para el control de calidad
de software de las aplicaciones desarrolladas.
Habilidades:
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.
Competencias
genéricas a
desarrollar:
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.
5
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.
Estimación de tiempo
(horas) necesario para
transmitir el aprendizaje
al alumno, por Unidad de
Aprendizaje:
Unidades de
aprendizaje
HORAS TEORÍA HORAS PRÁCTICA
Presencial
No
presencial
Presencial
No
presencial
Mantenimiento del
software 5 3 4 3
Verificación y validación
del software 5 2 5 2
Métricas del software 9 3 10 4
Gestión de la calidad
del software 7 5 7 5
Mejora de los procesos
de software 4 2 4 1
Total de horas por
cuatrimestre: 90
Total de horas por
semana: 6
Créditos: 5
7
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.
Unidad de Aprendizaje:
Mantenimiento del software
Fecha:
Asignatura:
Periodo cuatrimestral:
Nombre del docente:
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
CUESTIONARIO SOBRE EL PROCESO DE MANTENIMIENTO DEL SOFTWARE
U1, EC1
8
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)
CUMPLE
OBSERVACIONES
SI NO
5% Puntualidad para iniciar y concluir la exposición.
5% Esquema de diapositiva. Colores y tamaño de letra
apropiada. Sin saturar las diapositivas de texto.
5%
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% Exposición
a. Utiliza las diapositivas como apoyo, no lectura total
5% b. Desarrollo del tema fundamentado y con una secuencia
estructurada
40%
c. Contenido (ver nota):
Técnicas de Mantenimiento:
Análisis del impacto
Ingeniería Inversa
Reingeniería del software
Refactorización
GUIA DE OBSERVACIÓN PARA EXPOSICIONES INDIVIDUALES/EQUIPO
(CARACTERÍSTICAS DE MÉTODOS DE MANTENIMIENTO)
U1, ED1
9
Aplicaciones Heredadas (Sistemas Heredados)
5% d. Organización de los integrantes del equipo
5% e. Expresión no verbal (gestos, miradas y lenguaje
corporal).
15% 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.
10
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
Periodo cuatrimestral:
Nombre del docente:
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 Característica a cumplir (Reactivo)
CUMPLE
OBSERVACIONES
SI NO
10%
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
40%
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
LISTA DE COTEJO PARA EL PLAN DE MANTENIMIENTO DE UN PROYECTO DE
DESARROLLO DE SOFTWARE
U1, EP1
11
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).
o 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).
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.
15% Desarrollo. Sigue una metodología 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% Conclusiones. Las conclusiones son claras y acordes con el
objetivo esperado.
5% 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.
12
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.
Unidad de Aprendizaje:
Verificación y validación del
software
Fecha:
Asignatura
Periodo cuatrimestral:
Nombre del docente:
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.
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
13
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
14
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
Periodo cuatrimestral:
Nombre del docente:
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 Característica a cumplir (Reactivo)
CUMPLE
OBSERVACIONES
SI NO
10%
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
40%
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
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.
LISTA DE COTEJO PARA LA REVISIÓN DE PRUEBA DE CAJA BLANCA
U2, EP1
15
15%
Desarrollo. Sigue la metodología de la técnica seleccionada de
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% Conclusiones. Las conclusiones son claras y acordes con el
objetivo esperado.
5% Responsabilidad. Entregó el reporte en la fecha y hora
señalada.
100% CALIFICACIÓN
16
Universidad Politécnica de___________________________________________________
Nombre de la Asignatura: ______________________________________________________________
Aspecto a evaluar Competente
10
Independiente
9
Básico
7
Insuficiente
0
Uso de conceptos y
Terminología
(2 puntos)
Muestra un entendimiento del concepto
o principio y usa una lenguaje técnico y
claro
Comete algunos errores en
la terminología empleada y
muestra algunos vacíos en el
entendimiento del concepto
o principio
Comete muchos errores en
la terminología y muestra
vacíos conceptuales
profundos
No muestra ningún
conocimiento en torno
al concepto tratado
Conocimiento de las
relaciones entre
conceptos
(3 puntos)
Relaciona de manera lógica y acertada
las métricas seleccionadas con el objeto
a medir.
La relación entre las
métricas seleccionadas y el
objeto a medir en algunas
ocasiones es errada
Realiza muchas relaciones
métrica objeto a medir de
manera errada
Falla al establecer
relaciones métrica-
objeto a medir.
Definición del proceso
de medición
(4 puntos)
Define claramente el proceso para la
obtención de los valores de cada una de
las métricas seleccionadas.
Define claramente el
proceso para la obtención de
los valores de la mayoría de
las métricas seleccionadas
Define claramente el
proceso para la obtención
de los valores de algunas
de las métricas
seleccionadas
No puede definir el
proceso para la
obtención de los
valores de las métricas
seleccionadas.
Puntualidad
(1 punto)
Entrega el trabajo en la fecha y hora
estipulada.
Entrega el trabajo en la
fecha estipulada con un
retraso en la hora.
Se retrasa 1 día en la
entrega del trabajo.
Se retrasa más de 1
día en la entrega del
trabajo o no lo entrega.
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
17
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
Periodo cuatrimestral:
Nombre del docente:
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 Característica a cumplir (Reactivo)
CUMPLE
OBSERVACIONES
SI NO
10%
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
40%
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)
3 De acuerdo a la tabla de contenido de aseguramiento de la calidad del software del estándar IEEE 730-1989.
LISTA DE COTEJO PARA EL PLAN PARA EL ASEGURAMIENTO Y CONTROL DE
LA CALIDAD DEL SOFTWARE DE UN PROYECTO DE DESARROLLO
U4, EP1
18
Tareas a ejecutar
Responsabilidades
o 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)
o 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).
o 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
o Pruebas
Requisitos de mantenimiento de registros
de pruebas (documentación de pruebas)
Plan de Pruebas del Software
o Informe de problemas y acción correctiva (define
procedimientos para informas, dar seguimiento y
resolver errores y defectos, identifica las
responsabilidades para estas actividades.
o Herramientas técnicas y metodológicas
Plan de Admón. del Proyecto
o 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)
o Control de proveedores (gestión de contratos)
o Recolección, mantenimiento y retención de
registros
o Capacitación (formación para cumplir las
necesidades del plan)
19
o Administración del riesgo
* Conclusiones
* Fuentes bibliográficas
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.
15% Desarrollo. Sigue una metodología 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% Conclusiones. Las conclusiones son claras y acordes con el
objetivo esperado.
5% Responsabilidad. Entregó el plan en la fecha y hora señalada.
100% CALIFICACIÓN
20
Universidad Politécnica de___________________________________________________
Nombre de la Asignatura: ______________________________________________________________
Aspecto a evaluar Competente
10
Independiente
9
Básico
7
Insuficiente
0
Identificación de
actividades en el
proceso
(2 puntos)
Identifica todas las actividades
del proceso a modelar.
Identifica la mayoría de las
actividades del proceso a
modelar.
Identifica algunas de las
actividades del proceso a
modelar.
No es capaz de
identificar actividades
del proceso a modelar.
Habilidad para
establecer una
secuencia lógica
(3 puntos)
Relaciona de manera lógica
todas las actividades del
proceso a modelar.
Relaciona de manera lógica
muchas de las actividades del
proceso a modelar.
Realiza muchas conexiones
erradas
Falla al establecer en
cualquier actividad una
conexión apropiada
Habilidad para utilizar
los elementos de
modelado de proceso
(3 puntos)
Utiliza los símbolos de
modelado de procesos de
manera correcta.
Utiliza algunos símbolos de
modelado de procesos de
manera correcta.
Utiliza pocos símbolos de
modelado de procesos de manera
correcta.
Falla al utilizar los
símbolos de modelado
de procesos.
Habilidad para
identificar áreas de
mejora en los
procesos
(2 puntos)
Identifica áreas de mejora en
el proceso modelado y
describe claramente la mejora
propuesta.
Identifica áreas de mejora y
describe de manera vaga la
mejora de la propuesta
Tiene dificultad para identificar
las áreas de mejora, pero es
capaz de plantear claramente la
mejora propuesta para las áreas
de mejora identificadas.
No logra identificar
áreas de mejora en el
proceso.
RÚBRICA PARA EL MODELO DEL PROCESO DE DESARROLLO DE SOFTWARE QUE UTILIZA
UN EQUIPO DE DESARROLLO
U5, EP1
21
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)
CUMPLE
OBSERVACIONES
SI NO
5% Puntualidad para iniciar y concluir la exposición.
5% Esquema de diapositiva. Colores y tamaño de letra
apropiada. Sin saturar las diapositivas de texto.
5%
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% Exposición
a. Utiliza las diapositivas como apoyo, no lectura total
5% b. Desarrollo del tema fundamentado y con una secuencia
estructurada
40%
c. Contenido (ver nota):
CMMI
Definición
Evolución
GUIA DE OBSERVACIÓN PARA EXPOSICIONES INDIVIDUALES/EQUIPO
(CARACTERÍSTICAS DE CMMI, TSP Y PSP)
U5, ED1
22
Modelo
Descripción de Fases
Ventajas y Desventajas
Uso
TSP
Definición
Modelo
Descripción
Ventajas y Desventajas
Uso
PSP
Definición
Modelo
Descripción
Ventajas y Desventajas
Uso
5% d. Organización de los integrantes del equipo
5% e. Expresión no verbal (gestos, miradas y lenguaje
corporal).
15% 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.
23
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 re-
compilació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.
24
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.
25
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 8478290761.
2. Ingeniería de Software – Un Enfoque Práctico
PRESSMAN, Roger S.
2010
Mc Graw Hill Interamericana
Séptima edición; México; 2010
ISBN 9786071503145.
3. Ingeniería del Software
SUMMERVILLE, Ian
2005
Pearson Educación, S. A.
Séptima edición; Madrid:España; 2005
ISBN 84-7829-074-5.
Complementaria
1. Ingeniería de Software – Una Perspectiva Orientada a Objetos
BRAUDE, Eric
2003
Alfaomega
Primera edición; México; 2003
ISBN 970-15-0851-3.
26
2. Sistemas de Información Gerencial – Administración de la Empresa Digital
LAUDON, Kenneth C., Laudon, Jane P.
2008
Pearson – Prentice Hall
Décima edición; México; 2008
ISBN 970-26-1191-1.
3. Software Engineering: Theory and Practice
PFLEEGER, Shari Lawrence
Prentice Hall
2009
Cuarta edición; USA; 2009
ISBN 013-60-6169-9.
27
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: 3 CM
PARTE DERECHA E IZQUIERDA: 2.5 CM
ESPACIO ENTRE CARACTERES: Normal
INTERLINEADO: 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
28
D. INTERLINEADO Y ESPACIOS
INTERLINEADO: Sencillo
ESPACIO: 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
Recommended