Calidad y Seguridad del Software
M.C. Juan Carlos Olivares [email protected]
http://antares.itmorelia.edu.mx/~jcolivar/[email protected]
@jcolivares
Enero 2010
• Introducción
• Temario
• Evaluación
• Reglas del juego
Agenda
• Calidad y Seguridad del Software• Clave de la Asignatura: ISM-0703• Grupo: 8L1A• Créditos: 3-2-8 • Horario: L-V 12-13, Salón 0• Asesorías: L-I 13-14 hrs.
• Aportación al perfil del egresado: Conocimiento sobre normas y estándares de calidad y seguridad para aplicarlos en su desarrollo profesional.
Caracterización
• Prerequisitos: Fundamentos de Desarrollo de Software, Tópicos Selectos de Programación
• Asignatura Posterior: Ingeniería de Software para Ambientes Web.
• Competencia Específica de la Asignatura: Aplica normas y estándares de calidad y seguridad necesarias en el desarrollo del software.
Caracterización
• Aseguramiento de la Calidad del Software (SQA)
• Estándares de Calidad aplicados al Software
• Calidad enfocada al Desarrrollo de Software
• Seguridad en el Proceso de Ciclo de Vida del Desarrollo del Software (SDL).
Temario
• Al inicio de cada unidad se dará la forma de evaluación. Se respetarán los tiempos y formas especificadas de las actividades de evaluación.
• Se deberán acreditar todas las unidades. No hay promedio de unidades no acreditadas.
• Se seguirá reglamento para segundas oportunidades (las segundas oportunidades son más difíciles).
Evaluación
• Se seguirá en el transcurso del curso el aseguramiento de calidad de un proyecto ya sea nuevo o existente.
• Se entregará a más tardar el viernes 5 de febrero el anteproyecto (descripción del problema, objetivos, justificación, alcances y limitaciones, propuesta de solución), el formato no importa pero se entregará en PDF (portafolio del proyecto).
Evaluación
• El proyecto se realizará en equipos de dos personas definidos por el profesor (módulo 2).
• Este trabajo vale 0% pero es requisito fundamental para acreditar el curso (muchos trabajos dependen de él).
• Por cada día de retraso existirá una penalización de 5% en la unidad I.
Evaluación
• Por cada cambio de proyecto se aplicará una penalización de 10% en la unidad respectiva teniéndose que modificar todos los trabajos previos del proyecto.
• Al finalizar el curso se mostrará el antes y después del proyecto aplicando técnicas de aseguramiento de la calidad del software.
Evaluación
• Lo que es parejo no es chipotudo.
• Las clases inician en punto. Se tendrá tolerancia de 10 minutos (sincronización con hora del profesor).
• No se toma asistencia, pero la no asistencia implica el no desarrollo de actividades de evaluación.
• No se justifican faltas por ningún motivo.
Reglas del Juego
• Favor de apagar el celular y no consumir alimentos dentro del salón de clases.
• Se prohibe el uso de celulares, PDA y dispositivos similares durante los exámenes.
• Favor de prestar atención a la clase y guardar buen comportamiento.
Reglas del Juego
• Se prohíbe el plagio de trabajos (primera incidencia reprobación de la unidad, segunda incidencia reprobación del curso).
• Para cualquier caso no contemplado se procederá conforme a reglamento.
• EVALUACIÓN DIAGNÓSTICA
Reglas del Juego
• Pressman, R. (2004), Ingeniería de software un enfoque práctico.Ed. McGraw Hill.
• Piattini, M., et al. (2006), Calidad en el desarrollo y mantenimiento del software.
• Ed. RAMA.
• Howard, M, et al, (2002) Writing Secure Code, Second Edition (Paperback), Microsoft Press
Referencias
Reglas del Juego
• El documento se entrega en formato PDF conteniendo datos personales (nombre y número de control) en un CD a sesión abierta (portafolio de evidencias del alumno). Si no cumple con estos prerrequisitos no se revisará el trabajo.
• Consulta en al menos tres artículos técnicos que hablen sobre calidad en general citando la fuente en formato APA o IEEE.
Evidencia 1 Definición de calidad
• Si la referencia es impresa anexar fotocopia del documento. Las referencias electrónicas deben estar disponibles por lo que se recomienda lo anexen en su portafolio de evidencias 20%
• Faltas de ortografía. El trabajo tiene máximo 3 errores ortográficos: 10%. Se descontará un punto porcentual por cada error ortográfico pudiendo llegar a ser negativa.
Evidencia 1 Definición de calidad
• Por ejemplo, un trabajo con 5 errores ortográficos recibe una calificación de 8% dado que se excedió en 2 el número de faltas. En cambio, un trabajo con 14 faltas ortográficas recibirá una calificación de -1 dado que excedió en 11 su límite y hasta 10 reciben puntuación.
• Cuadro comparativo de las tres definiciones de calidad en las que se muestren similitudes y diferencias. 30%.
Evidencia 1 Definición de calidad
• 10% de cada definición de las cuales 5% son las similitudes y 5% para las diferencias.
• Definición propia de calidad: 30%. Debe contar con máximo de 25 palabras y debe tener la justificación de cómo y por que se llegó a esa definición. 15% definición y 15% justificación
• Con el conocimiento construido trata de definir con tus propias palabras que es calidad del software 10%.
Evidencia 1 Definición de calidad
• Valor: 5% de la unidad I
• Entrega: mañana• Personal
Evidencia 1 Definición de calidad