Guia Didactica de Evaluacion de Software 2013

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA

EVALUACIÓN DE SOFTWARE

Código del Curso: 301569

Francisco Nicolás Javier Solarte Solarte

[email protected] [email protected]

2013

mailto:[email protected]

mailto:[email protected]

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA - ECBTI CURSO DE EVALUACIÓN DE SOFTWARE - CÓDIGO 301569__________________________________________

2

GUÍA DIDÁCTICA EVALUACIÓN DE SOFTWARE

ING. MAG. FRANCISCO NICOLÁS JAVIER SOLARTE SOLARTE

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA

2012


3

PROTOCOLO ACADÉMICO

1. IDENTIFICACIÓN 1.1 IDENTIFICACIÓN DEL CURSO

FICHA TÉCNICA

Nombre del Curso Evaluación de Software

Código Curso 301569

Palabras Clave Ciclo de Vida, Métricas, Pruebas, Estándares, Normas, Características, Método, Modelo, Evaluación

Institución Universidad Nacional Abierta y a Distancia - UNAD

Ciudad San Juan de Pasto – Nariño - Colombia

Autor del Protocolo Francisco Nicolás Javier solarte Solarte

Año 2013

Unidad Académica Escuela de Ciencias Básicas, Tecnología e Ingeniería

Campo de Formación Electiva Profesionalización Ingeniería de Sistemas

Área del conocimiento Ingeniería de Software

Créditos Académicos Tres (3) Créditos Académicos, correspondientes a 96 horas de trabajo académico

Tipo de Curso Teórico

Destinatarios Estudiantes del Programa de Ingeniería de Sistemas de la UNAD

Competencia General de Aprendizaje

El estudiante estará en capacidad de realizar la evaluación de software de acuerdo a los estándares internacionales, utilizando una metodología apropiada

Metodología de Oferta A Distancia

Formato de Circulación

Módulo en Formato Digital, Curso en la Plataforma Virtual

Denominación de las Unidades Didácticas

UNIDAD 1: PROCESO DE DESARROLLO DE SOFTWARE UNIDAD DOS: ESTÁNDARES, MÉTRICAS DE CALIDAD Y PRUEBAS DEL SOFTWARE UNIDAD 3: EVALUACIÓN DE SOFTWARE


4

1.2 INTRODUCCIÓN

Hace algunos años, el desarrollo de aplicaciones informáticas se llevaba a cabo de forma individual, generando líneas de código y probando lo realizado. Este proceso se realizaba sin necesidad de documentación alguna y como había baja movilidad las empresas pensaban que cuando hubiera necesidad de la persona para realizar modificaciones él estaría allí para solucionar los problemas. A pesar de que esa forma de escribir código era un adelanto, nunca se llego a pensar que posteriormente se convertiría en un problema y que en el caso de software que contenía errores en la base de datos este debía desecharse completamente y comenzar nuevamente. Esta forma de desarrollar software es muy común en las empresas y sucede normalmente porque no se sigue un enfoque de desarrollo conocido como ciclo de vida, y es el escaso tiempo dedicado a la planificación, pues normalmente, se codifica y se prueba dando buenos resultados cuando el software es pequeño. Pero para otro tipo de proyectos resulta peligroso ya que no se conoce el progreso del proyecto, ni tampoco su calidad simplemente se codifica y se prueba hasta terminar el proyecto. Por este motivo es probable que las aplicaciones desarrolladas utilizando estos métodos sean poco flexibles y ante posibles modificaciones se puedan incrementar los costos de los proyectos y en algunos casos se vuelvan irrealizables por la no existencia de documentación para efectuarlas. Otro problema es que las aplicaciones resulten incompletas y no reflejen en su totalidad los requerimientos de los clientes, que no estén completamente funcionales o que tengan baja fiabilidad. Además pueden provocar el descontento en los clientes pues, pueden producir retrasos en la entrega o que aparezcan errores una vez entregados. Por lo tanto es necesario que todo el esfuerzo de desarrollo de software se enfoque en el uso de un ciclo de vida que contemple todas sus etapas desde la concepción hasta finalizar con el retiro del mismo cuando ya no se utiliza. Todas las organizaciones y estudiosos de la ingeniería de software se han ocupado del estudio de estos problemas para proponer nuevos enfoques y actividades tendientes a mejorar los procesos de construcción y revisión de software. Así se han desarrollado modelos de referencia para la adquisición, desarrollo, explotación, soporte y mantenimiento de software. El instituto de ingeniería de software ha desarrollado el Modelo de Madurez de la Capacidad ( Capability Maturity Model, CMM), el cual proporciona a las organizaciones de software una orientación sobre como hacerse con el control del proceso de desarrollo y mantenimiento de software, y como evolucionar hacia una cultura de la ingeniería de software y de gestión por excelencia.


5

Los organismos IEEE e ISO/IEC han publicado normas respectivamente, IEEE-1074, e ISO/IEC 12207-1. Actualmente, ISO/IEC ha desarrollado dentro del marco de la evaluación de software un informe técnico alineado con el anterior, ISO/IEC TR 15504-2, y específicamente la La serie de normas ISO/IEC 14598 para evaluación de software, la norma ISO/IEC 9126 que posteriormente se unificarían en la serie de normas ISO/IEC 25000 denominadas SQuaRE, que abarcará a la serie ISO/IEC 14598 e ISO/IEC 9126. Todos estos modelos establecen los diferentes procesos implicados a la hora de desarrollar sistemas informáticos, desde que surge la idea o necesidad de desarrollar las aplicaciones hasta que estos se retiran de explotación. Sin embargo ninguno de estos modelos impone la utilización de un ciclo de vida específico o método de desarrollo concreto, sino que cada empresa debería seleccionar los procesos que considere necesario realizar, estableciendo sus propios ciclos de vida software. La Ingeniería de software y específicamente el curso de Evaluación de software es uno de los componentes fundamentales de la estructura curricular del programa de Ingeniería de sistemas, pues incorpora en su contenido todo lo referente a los ciclos de vida de los sistemas, el proceso de construcción de software, las métricas de software, las pruebas de software, los estándares de calidad, la evaluación de la arquitectura de los sistemas, y la evaluación general de productos software de diferente tipo, con el propósito de verificar y evaluar su correcta realización. Este curso, se enmarca dentro del campo de formación profesional y tiene como objetivo la preparación de los estudiantes y futuros profesionales en su labor como desarrolladores de software, auditores o consultores de productos informáticos dentro de una organización. El módulo esta compuesto de tres unidades generales, y cada una de ellas esta integrada por capítulos y lecciones, dentro de las cuales se distingue: Unidad 1: Proceso de Desarrollo de software dentro de esta unidad se incluye los ciclos de vida del software, los procesos de software, las metodologías de desarrollo de software, la gestión de proyectos de software y aspectos relacionados con estos temas. Unidad 2: Calidad del Software, dentro de esta unidad se incluye las métricas de calidad, estándares de calidad de software, pruebas del software, gestión de la calidad de software. Unidad 3: Evaluación de software, dentro de esta unidad se incluye la especificación de las métricas ISO/IEC 9126, los métodos de evaluación y las aplicaciones que aunque diversas, tratan de recoger las nuevas investigaciones sobre estos temas tan importantes para la vida profesional del ingeniero.


6

1.3 JUSTIFICACIÓN

Uno de los intereses en la formación de los estudiantes del programa de ingeniería de sistemas y en ámbito disciplinar, es su formación integral a través del desarrollo de competencias, que le permitan interactuar en diferentes contextos, haciendo de ellos profesionales competitivos, generadores de cambio y progreso. El curso de evaluación de software no es la excepción, ya que centra al estudiante en aspectos relacionados con los sistemas de información empresarial donde con sus habilidades y conocimientos puede contribuir al desempeño y cumplimiento exitoso de los procedimientos de la organización. El estudiante como profesional estará preparado para planificar, diseñar, desarrollar y evaluar software, identificando situaciones de riesgo y sugerir controles que garantice la calidad de los productos de software. El curso, esta dirigido a estudiantes que se encuentren en la etapa final del proceso de formación y específicamente que conozcan el campo de la Ingeniería de Software, ya que los métodos de evaluación de software están ligados al proceso de construcción o adquisición del software. El curso permite el desarrollo de competencias cognitivas, comunicativas, contextuales y valorativas, fundamentales para la formación profesional y la interacción en otros contextos. El logro de estas competencias exige una planificación responsable en su proceso de aprendizaje autónomo si se quieren obtener resultados positivos en el desarrollo del curso, ya que el trabajo es en parte individual y otra la interacción en grupos colaborativos pequeños. La evaluación de software permite llevar a la práctica los conocimientos adquiridos en los cursos del componente de ingeniería de software que son la base del profesional en sistemas y permite integrar las otras áreas del conocimiento necesarias para realizar un proceso de evaluación bajo normas estándares. Además una de las tareas más difíciles en la elección de software, una vez conocidos los requerimientos del sistema, es el de determinar si un cierto producto de software cumple con los requerimientos. Después de la selección inicial, es necesario conocer los estándares de calidad y hacer una revisión exhaustiva del cumplimiento de las normas, y cuales son las ventajas frente a los otros productos. 1.4 INTENCIONALIDADES FORMATIVAS 1.4.1 Propósito Fundamentalmente, el curso pretende desarrollar las capacidades, habilidades y destrezas de los estudiantes durante el proceso de evaluación de software, donde deberá conocer y aplicar los conocimientos acerca de ciclos de vida, estándares de calidad, las métricas de calidad y las para hacer la revisión de los diferentes tipos de productos software.


7

Con esto se contribuirá al mejoramiento de los procesos de calidad del software en las organizaciones, a través de la aplicación de procedimientos y estándares de calidad tanto en el proceso de producción de software como en la búsqueda de soluciones apropiadas para dar solución a problemas del uso y la integración de sistemas de información computacionales. 1.4.2 Objetivos - Identificar dentro de los procesos de desarrollo de software los diferentes enfoques o ciclos de vida de acuerdo a cada proyecto, conocer cada una de las fases o etapas de cada ciclo de vida - Reconocer los conceptos básicos y las características de la evaluación de software - Conocer los tipos de pruebas, métricas y estándares de calidad para la evaluación de software y aplicar procedimientos para la evaluación de software tendientes a evaluar el proceso de desarrollo y los productos comerciales. - Identificar y analizar los estándares actuales utilizados para evaluar la calidad del software y cuales son los significados de los factores y requisitos que debe cumplir un software de calidad. - Aplicar los conceptos de la evaluación de software y aplicar procedimientos para la evaluación de software tendientes a evaluar el proceso de desarrollo y los productos comerciales. 1.4.3 Metas El estudiante estará capacitado para: - Identificar los ciclos de vida para desarrollo de software - Identificar las fases o etapas de cada uno de los ciclos de vida. - Identificar los aspectos a tener en cuenta en la calidad de software - Identificar y conocer los estándares y métricas de calidad de software - Conocer y comprender los procedimientos para la evaluación de software 1.4.4 Competencias - El estudiante identifica, analiza, y comprende los diferentes enfoques o ciclos de vida utilizados para el desarrollo de software de acuerdo al tipo de proyecto, cada una de las fases y cómo asegurar la calidad durante cada una de las fases. - El estudiante esta en capacidad de identificar los estándares de calidad, las métricas, los factores y requisitos que se deben cumplir los productos software.


8

- El estudiantes esta en la capacidad de realizar los procedimientos de evaluación de software de manera objetiva y respetando los principios de la ética profesional. - El estudiante esta en capacidad de comprender la realidad de un entorno empresarial y elabora propuestas para el desarrollo de software y evaluar posibles soluciones mejorando el desempeño de las mismas contribuyendo al desarrollo de las regiones. 1.5 UNIDADES DIDÁCTICAS

Unidad Capítulo Lección PROCESO DE DESARROLLO DE SOFTWARE

CICLOS DE VIDA DEL SOFTWARE

Conceptos Generales sobre ciclos de vida

Ciclos de vida tradicionales

Ciclos de vida alternativos

Modelos de proceso de producción de software

Ciclos de vida Ágiles

DESARROLLO DE SOFTWARE

Procesos de Gestión del Proyecto

Procesos de Pre-Desarrrollo

Procesos de Desarrollo

Procesos de Post-Desarrollo

Procesos Integrales del Proyecto

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

Definición de Calidad

Sistemas de Calidad en la empresa

Normatividad de Calidad

Ingeniería de Software y Calidad

Gestión de la Calidad del Software

ESTÁNDARES, MÉTRICAS DE CALIDAD Y PRUEBAS DEL SOFTWARE

ESTANDARES Y MODELOS DE CALIDAD DEL SOFTWARE

La Calidad del Software

Calidad del Producto Software – Norma ISO/IEC 9126

Calidad del Producto software – Norma ISO/IEC 14598

Calidad del Producto Software – Norma ISO/IEC 25000


9

(SquaRE)

Modelos de Mejora de Procesos de Software.

MÉTRICAS DE CALIDAD DEL SOFTWARE

Conceptos Básicos de Métricas

Métricas del Software

Métricas de Calidad del Software

Métricas Técnicas del Software

Estructura para las Métricas de Calidad del software

PRUEBAS DEL SOFTWARE

La Prueba del software

Técnicas de diseño de Casos de Prueba

Estrategias de Aplicación de Pruebas del Software

Pruebas de Software para Objetos

Pruebas de Software Basado en Componentes

EVALUACIÓN DE SOFTWARE

METODOLOGÍA TÉCNICA PARA LA EVALUACIÓN DE SOFTWARE

Modelos Tradicionales para la Evaluación de la Calidad del software

Norma de Evaluación ISO/IEC 9126

Proceso de Evaluación de Software

Métricas Externas Basados en ISO/IEC 9126

Métricas Internas Basados en ISO/IEC 9126

METODOLOGÍAS DE EVALUACIÓN PARA ARQUITECTURA DEL SOFTWARE

Evaluación de la Arquitectura del software

Técnicas de Evaluación de la arquitectura del software

Métodos de Evaluación de la arquitectura de software

Métodos de Evaluación de Arquitectura de un Atributo Específico

Método de evaluación de la Arquitectura de Software MECABIT


10

APLICACIONES DE LA EVALUACIÓN DE SOFTWARE

Metodología para la Evaluación de la Calidad en Modelos UML

Implementación de la Metodología con SPEM y EPFC

Evaluación de Software Educativo Multimedia

Modelos de Evaluación de Software Educativo Multimedia

Plantillas de Evaluación de Software Multimedia


11

MAPA CONCEPTUAL


12

1.6 CONTEXTO TEÓRICO

La evaluación de software en las dos últimas décadas ha madurado tanto que ya existen estándares, modelos y metodologías para garantizar que el proceso con el cual se construye el software y los productos obtenidos al final sean de óptima calidad para beneficio de todas las organizaciones dedicadas a la fabricación de software y de los usuarios que son en últimas a quien va dirigido. En este contexto, el avance de la ingeniería de software y las metodologías de programación también han avanzado y con ellos la diversidad de productos en el mercado, además con el surgimiento de la filosofía del software libre, el mercado se ha inundado con productos que realmente no cumplen los estándares de calidad exigidos para salir al mercado. Por eso se ha propuesto en el área de la ingeniería de software, estándares que garanticen de que todos los productos software comerciales cumplan con una serie de características que son medidas definiendo indicadores y métricas de calidad y realizando pruebas a cada uno de estos productos. De allí la necesidad que los futuros profesionales de la ingeniería de sistemas conozcan y se apropien de este conocimiento para garantizar que los productos software y su proceso de fabricación sean de calidad. Las unidades didácticas han sido concebidas de tal manera que se integre todo el proceso de construcción del producto software, los estándares, métricas y pruebas hasta llegar al proceso de evaluación del producto software, dentro del curso académico los aspectos metodológicos y conceptuales permiten al estudiante hacer una cosmovisión de todo lo que involucra el proceso de evaluación de software, llegando al final a la aplicación de los conceptos teóricos en diferentes tipos de productos software. En cada uno de los capítulos y lecciones se encadena una serie de conceptos relacionados con la ingeniería y evaluación de software que sirven de guía al estudiante para que él pueda llegar a definir alternativas a los modelos revisados en las diversas temáticas con la aplicación de los estándares internacionales de calidad ISO/IEC 9126. Teóricamente el curso identifica los conceptos básicos que sirven como base para la evaluación de software, dentro de ella los diferentes ciclos de vida del software, los estándares de calidad, las métricas de calidad y las pruebas del software, conceptos que al final sirven al estudiante para que los utilice de manera práctica en este proceso. Los estudiantes desarrollarán habilidades y capacidades, tanto de análisis, el diseño y selección, de las métricas y pruebas que permitan evaluar las características de un producto software.


13

Metodológicamente el curso se ha diseñado y está constituido por un conjunto de metodologías, estrategias, técnicas y herramientas que posibilitan el desarrollo del curso y la apropiación de los conocimientos propios sobre el tema de evaluación de software y específicamente aplicados a diferentes tipos de productos. Dentro del curso se ha programado una serie de actividades para que el estudiante identifique, describa, exprese, distinga, interprete, relacione, compare, generalice, descubra, examine, resuma, critique, proponga, investigue, justifique y sustente la información aprendida, en la solución de problemas y estudios de casos relacionados en su contexto. Las nuevas condiciones del software cada vez más especializado y con una complejidad mayor ha hecho que se desarrolle nuevos lenguajes, modelos, ciclos de vida, metodologías y estándares que respondan a estos cambios continuos en su producción. Las teorías en que se fundamenta el curso son los nuevos ciclos de vida que emergen de los cambios de paradigmas para la construcción de productos, los estándares IEEE para la fabricación del producto, posteriormente se hace un recorrido por los conceptos de calidad y calidad de software, hasta llegar a definir los estándares actuales para calidad y evaluación de software, todo este conjunto de teorías van ligados a los preconceptos de ingeniería de software y nuevamente se retoma la norma ISO/IEC 9126 de calidad de software, las características del producto, las métricas y pruebas para hacer la descripción de las aplicaciones de la evaluación de software. Aquí se fomenta competencias de tipo ciudadano y otros tipos de competencias como la analítica, la cognitiva, la comunicativa, la argumentativa, competencias que se adquieren mediante cada una de las actividades planteadas en el desarrollo del curso. 1.7 METODOLOGÍA Para dar cumplimiento a las intencionalidades formativas que pretende el curso, es importante planificar actividades de aprendizaje teniendo en cuenta las características de la metodología de educación a distancia, por tal razón, este proceso comprende las siguientes fases: Reconocimiento: Experiencias previas de aprendizaje en determinado campo del conocimiento o en actividades de otro orden, para el caso específico del curso conocimientos en análisis de sistemas, diseño de sistemas e ingeniería de software, así como la experiencias previas permiten dotarlo de métodos, técnicas y herramientas que le faciliten este proceso. Profundización: Se refiere al conjunto de actividades previamente planificadas de manera didáctica, conducentes al dominio de conceptos y competencias de


14

órdenes diferentes, según los propósitos, objetivos, competencias y metas de aprendizaje establecidos en el curso. Para el caso de este curso el análisis de características, el diseño de métricas y casos de prueba para la evaluación de software. Transferencia: Todo conocimiento, habilidad, destreza o competencia puede permitir la transferencia de situaciones conocidas a situaciones desconocidas. Es decir, las actividades de aprendizaje planeadas en la guía didáctica deben agregar valores de recontextualización y productividad al conocimiento que se aprende a las competencias derivadas. Para este curso los ejemplos y aplicaciones y casos de evaluación de software permiten que el estudiante pueda aplicar la metodología en diferentes contextos. También se establecen actividades destinadas a la transferencia de aprendizaje de una fase a otra, con el propósito de consolidar o nivelar el dominio de las competencias adquiridas. Al final del proceso se realizan actividades de cierre o balances de aprendizaje. Se trata de una actividad de transferencia en torno a los resultados de aprendizaje obtenidos en el curso académico mediante el desarrollo de situaciones planificadas y que comprenden actividades de retroalimentación por parte del tutor y de los propios estudiantes. Teniendo en cuenta las fases anteriormente descritas, el trabajo académico según el sistema de créditos académicos comprende: Estudio Independiente: desarrollado a través del trabajo personal que es la fuente básica del aprendizaje y de la formación autónoma, e implica responsabilidades específicas del estudiante con respecto al estudio del curso académico, corresponde a las actividades de identificación de los propósitos del curso, sus intencionalidades, del plan analítico, guía didáctica, estudio del material sugerido por la UNAD, consulta de fuentes documentales (bibliografía de documentos impresos en papel: libros y revistas; bibliografía de documentos situados en Internet; direcciones de sitios Web de información especializada, bibliotecas y hemerotecas virtuales), desarrollo de actividades programadas en la guía de actividades, elaboración de informes, realización de ejercicios de autoevaluación, presentación de evaluaciones. Además también se plantea el trabajo en pequeños grupos colaborativos de aprendizaje, siendo parte del estudio independiente y tiene como propósito el aprendizaje mediante el trabajo en equipo, la socialización de los resultados del trabajo personal, desarrollo de actividades en equipo, elaboración de informes según actividades programadas en la guía didáctica. La participación en un pequeño grupo colaborativo de aprendizaje tiene un carácter obligatorio en el curso académico. El acompañamiento tutorial, es el apoyo que la institución y el programa brindan al estudiante para potenciar el aprendizaje y la formación. La tutoría puede ser individual, al grupo pequeño, o al curso.


15

La tutoría individual es el acompañamiento que el tutor hace al estudiante con carácter de asesoría al aprendizaje de los contenidos temáticos, consejería sobre pertinencia de métodos, técnicas y herramientas para potenciar los procesos de aprendizaje, interlocución sobre criterios para la valoración de los conocimientos aprendidos, revisión de informes, evaluación de las actividades, la retroalimentación y seguimiento de su proceso formativo. La tutoría a pequeños grupos colaborativos, que es el acompañamiento que el tutor realiza a las actividades desarrolladas en pequeños grupos, interlocución sobre criterios utilizados, revisión de informes, consejería sobre métodos, técnicas y herramientas para potenciar el aprendizaje colaborativo, sugerencia sobre escenarios productivos de aprendizaje, valoración de actividades y evaluación de informes. La tutoría al curso completo, que es el acompañamiento que el tutor realiza al conjunto de los estudiantes a su cargo a través de procesos de socialización de las actividades desarrolladas en el trabajo personal y en los pequeños grupos colaborativos de aprendizaje, valoración de informes, intercambio de criterios en el aprendizaje y tratamiento de las temáticas. El encuentro en grupo de curso puede ser presencial, virtual o mixto, según las posibilidades tecnológicas incorporadas por la institución. 1.8 SISTEMA DE EVALUACIÓN El sistema de evaluación tiene como propósito la comprobación y verificación de los procesos de aprendizaje del estudiante centrados en la generación de competencias para resolver situaciones y actividades en formatos evaluativos múltiples, tanto de carácter cualitativos como cuantitativos. Los procesos formativos de la UNAD se centran en el aprendizaje con el propósito de afianzar el pensamiento autónomo del estudiante. En consecuencia, los procesos de evaluación del aprendizaje están correlacionados y articulados y generarán en el estudiante competencias para la realización de procesos de: Autoevaluación, la realiza el estudiante de manera individual para valorar su propio proceso de aprendizaje, a través de ejercicios, talleres, problemas, estudios de caso, portafolio individual, lecturas autoreguladas e investigaciones sobre temas especializados. Coevaluación, se realiza a través de los grupos colaborativos, y pretende la socialización de los resultados del trabajo personal a través de portafolios que consiste en hacer una colección de producciones o trabajos (ensayos, análisis de lecturas, reflexiones personales, mapas conceptuales) y permite la reflexión conjunta sobre los productos incluidos y sobre los aprendizajes logrados.


16

Heteroevaluación, Es la valoración que realiza el tutor y tiene como objetivo examinar y calificar el desempeño competente del estudiante. El sistema de evaluación tendrá como referente las diversas fases de aprendizaje: reconocimiento, profundización y transferencia. Así mismo, el sistema de evaluación tendrá en cuenta los diversos momentos del trabajo académico que realizan los agentes del proceso formativo: trabajo personal, trabajo en pequeños grupos colaborativos, trabajo de socialización en grupo de curso. El sistema de evaluación, del curso Evaluación de software, en cuanto a sus procedimientos e instrumentos, tiene las siguientes características: Interfaces de aprendiz

aje

Situaciones y actividades

Formatos de socialización

Evaluación del tutor de acuerdo a la Guía Didáctica

Prueba Nacional 40%

R E C O N O C I M I E N T O

Trabajo personal

Sistematización personal

La sumatoria de los procesos evaluativos de esta interface corresponde al 10% del total de la calificación del curso

académico

Prueba nacional de carácter individual y obligatoria que se sumará con los resultados del 60% obtenido por el estudiante en el desarrollo de actividades de las interfaces: 40%

Pequeños grupos colaborativos

Análisis de sistematización y nueva producción

Grupo de curso

Socialización de producciones y de

experiencias

P R O F U N D I Z A C I Ó N

Trabajo personal


La sumatoria de los procesos evaluativos de esta interface corresponde al 30% del total de la calificación del curso

académico



Grupo de curso


experiencias

T R A

Trabajo personal


La sumatoria de los procesos


17

N S F E R E N C I A



evaluativos de esta interface corresponde al 20% del total de la calificación del curso

académico

Grupo de curso


experiencias

1.9 GLOSARIO DE TÉRMINOS Arquitectura de software: Es un diseño global de una aplicación que incluye su descomposición en partes.

Automatización: Es el uso de sistemas o elementos computarizados y electromecánicos para controlar maquinarias y/o procesos industriales sustituyendo a operadores humanos.

Calidad: La calidad es herramienta básica para una propiedad inherente de cualquier cosa que permite que esta sea comparada con cualquier otra de su misma especie.

Calidad de Software: Características propias del software que se desea controlar y asegurar, el software es un producto inmaterial que no se fabrica, tampoco se degradan físicamente, sino que se desarrolla; El software puede tener errores, incidencias pero no son similares a lo que cualquier equipo de carácter físico.

Calidad externa: La magnitud de satisfacción de un producto con relación a necesidades establecidas cuando es usado bajo condiciones específicas. Calidad interna: El total de atributos de un producto que determina su capacidad para satisfacer necesidades establecidas cuando es usado bajo condiciones específicas. Ciclo de Vida: El ciclo de vida de software es la descripción de las distintas formas de desarrollo de un proyecto informático. Ciclo de Vida Ágil: Es un marco de trabajo conceptual de la ingeniería de software que promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del proyecto. Existen muchos métodos de desarrollo ágil; la mayoría minimiza riesgos desarrollando software en cortos lapsos de tiempo. El software desarrollado en una unidad de tiempo es llamado una iteración, la cual debe durar


18

de una a cuatro semanas. Cada iteración del ciclo de vida incluye: planificación, análisis de requerimientos, diseño, codificación, revisión y documentación. Componente Software: Son todos aquellos recursos desarrollados para un fin concreto y que puede formar solo o junto con otros, un entorno funcional requerido por cualquier proceso predefinido. Documentación de pruebas del software: Documento que especifica todos los aspectos del proceso de pruebas para una aplicación. Estándar: Base o modelo en el que todo el mundo se ha puesto de acuerdo.

Gestión de Calidad de Software: Es un conjunto de actividades de la función general de la Dirección que determina la calidad, los objetivos y las responsabilidades. Se basa en la determinación y aplicación de las políticas de calidad de la empresa.

IEEE: Corresponde a las siglas de (Institute of Electrical and Electronics Engineers) en español Instituto de Ingenieros Eléctricos y Electrónicos, una asociación técnico-profesional mundial dedicada a la estandarización, entre otras cosas. ISO: (Internacional Standards Organization) Organización Internacional de estándares fundada en 1946, con sede principal en Ginebra, ISO establece o fija estándares internacionales. Se ocupa de todos los campos, excepto la electricidad y la electrónica, que se rigen por la Internacional Electrotechnical Comisión (IEC), también en Ginebra.

ISO 9001: Es un conjunto de normas sobre la calidad y la gestión.

ISO/IEC 9126: Es un estándar internacional para la evaluación del software. Está supervisado por el proyecto SQuaRE, ISO 25000:2005, el cuál sigue los mismos conceptos. El estándar está dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente: modelo de calidad, métricas externas, métricas internas y calidad en las métricas de uso.

ISO/IEC 14598: Norma para la evaluación del producto software. Esta norma comprende las siguientes seis partes que especifican el proceso a seguir para evaluar software: ISO/IEC 14598-1 Visión general; ISO/IEC 14598-2 Planificación y Gestión; SO/IEC 14598-3 Procedimiento para desarrolladores; ISO/IEC 14598-4 Procedimiento para compradores; ISO/IEC 14598-5, Procedimiento para evaluadores; ISO/IEC 14598-6 Documentación de los módulos de evaluación.

ISO/IEC 25000: Especificación de requerimientos de calidad del software y evaluación de la calidad del software, soportada por el proceso de medición de calidad del software.


19

Métrica: Una escala de medición y un método usado para la medición. Modelo: Un modelo es una estructura conceptual que sugiere un marco de ideas para un conjunto de descripciones que de otra manera no podrían ser sistematizadas. Proceso: El proceso de ingeniería de software se define como un conjunto de etapas parcialmente ordenadas con la intención de logra un objetivo, en este caso, la obtención de un producto de software de calidad. Prueba: Actividad durante la cual los desarrolladores encuentran diferencias entre el sistema y sus modelos ejecutando el sistema (o partes de él) con conjuntos de datos de entrada de prueba. Prueba de Caja Blanca: Prueba que se enfoca en la estructura interna de un componente. Prueba de Caja Negra: Prueba que se enfoca en el comportamiento de entrada/salida de un componente sin considerar su implementación. Pruebas del sistema: Proceso de probar una aplicación completa (no sus partes).

Requerimientos: Características que se desea que posea un sistema o un software.

1.10 FUENTES DOCUMENTALES

Bibliografía de referencia: A. Cechich, M. Piattini and A. Vallecillo (Eds.). Component-Based Software Quality: Methods and Techniques, LNCS 2693, Springer-Verlag, 2003. Allen, R. y Garlan, D. (1997). A Formal Basis for Architectural Connection. ACM Trans. on Software Engineering and methodology, 6(3):213–249. BRAUDE. Ingeniería de software, una perspectiva orientada a objetos. México. 2003. Alfaomega grupo editor. S.A. Boehm, B.W., Brown, J.R., Lipow, M., Macleod, G.J., Merritt, M.J.; Characteristics of Software Quality, North-Holland, 1978. Boehm, B.W., Brown, J.R., Lipow, M.; Quantitative Evaluation of Software Quality, Proceedings 2nd International Conference on Software Engineering, pp. 592-605, 1976.


20

Bosch, J. (1996). Language Support for Component Communication in LayOM. En Mühlhäuser, M. (ed.), Special Issues in Object-Oriented Programming. Workshop Reader of ECOOP’96, págs. 131–138. Dpunkt Verlag. Bosch, J. y Dittrich, Y. (1997). Domain-Specific Languages for a Changing World.

(http://www.ide.hk-r.se/≫bosch/papers/dslinkw.ps).

Broy, M., Deimel, A., Henn, J., Koskimies, K., Plasil, F., Pomberger, G., Pree, W., Stal, M., y Szyperski, C. (1998). What characterizes a (Software) Component? Software–Concepts and Tools, 19:49–56.

CALERO, C. y Otros, CALERO, CORAL / MORAGA, Ma ANGELES / PIATTINI VELTHUIS, MARIO G. Calidad Del Producto Y Proceso Software. Editorial RA – MA . 2010

Canal, C., Pimentel, E., y Troya, J. M. (1997). On the Composition and Extension of Software Systems. En Proc. of the FSE’97 FoCBS Workshop, págs. 50–59, Zurich. Cavano, J.P., McCall, J.A., A Framework for the Measurement of Software Quality, Proc. of the ACM Software Quality Assurance Workshop, pp. 133-139, Nov. 1978. C. McClure. A model for program conplexity analysis. In Proc. of 3rd International Conference on Software Engineering, Los Alamitos, CA, 1978. C. Szyperski. Component Software. Beyond Object- Oriented Programming. Addison-Wesley, 2 edition, 2002. Chidung Lac; Raffy, J.-L., A tool for software Quality, Proceedings of the Second Symposium on Assessment of Quality Software Development Tools; New Orleans, LA, USA; 27-29 May 1992; IEEE Comput. Soc. Press; pp. 144-150; Nahouraii, E. (ed.). De Millo, R. A. et al., Software Testing and Evaluation, Benjamin/Cummings Pub. Co., 1987. Hivart, M.P.; Romain, M.M.; Software Quality measurement in complex systems, Proceedings 7th International Conference on Reliability and Maintainability; Brest, France; pp. 18-22, Jun. 1990. HUMPHREY, Watts S. Introducción al proceso de software personal. Pearson Addison wesley. 2001. ISO/IEC 14598-1:1999. Information technology software product evaluation – part 1: General overview. International Standard ISO/IEC 14598-1, ISO, April 1999.

http://www.ide.hk-r.se/≫bosch/papers/dslinkw.ps


21

ISO/IEC 9126-1:2001. Software engineering product quality part 1: Quality model. International Standard ISO/IEC 9126-1, International Standard Organization, June2001. James A. McCall, Paul K. Richards, and Gene F. Walters. Factors in software quality, volume III: Preliminary handbook on software quality for an acquisition manager. Technical Report RADC-TR-77-369, vol. III, Hanscom AFB, MA 01731, 1977. Maurice H. Halstead. Elements of Software Science. Elsevier, Amsterdam, 1977. MEYER, Bertrand. Construcción de software orientado a objetos. Segunda edición. Madrid. 1999. Prentice Hall. Miller, E., Howden, W. E., Tutorial, Software Testing & Validation Techniques, 2a ed., IEEE Computer Society Press, 1981. Norma ISO/IEC TR 9126-3: 2003 - Software engineering -- Product quality -- Norma ISO/IEC 14598-5:1998 - Part 5: Process for evaluators. NORRIS. Ingeniería de software explicada. Grupo Noriega editores de Colombia. Otto Preiss, Alain Wegmann, and Jason Wong. On quality attribute based software engineering. In Proc. of the 27th Euromicro Conference, Warsaw, Poland, September 2001. IEEE CS Press. PIATTINI, Mario. VILLALBA, Jose y otros. Mantenimiento del software: modelos, técnicas y métodos para la gestión del cambio. Editorial Alfaomega-Rama. PRESSMAN, Roger S. Ingeniería del Software. Un enfoque práctico. Quinta edición. España. 2002. Editorial McGraw Hill. Richards Adrion, W., Branstad M.A., Cherniavsky, J.C., Validation, Verification and Testing of Computer Software, Computing Surveys, Vol. 14, No 2, pp. 159-192, Junio 1982. Rodríguez Nuria, Martínez William.Planificación y evaluación de Proyectos Informáticos. Editorial Universidad Estatal a Distancia, San José, Costarrica. 2006. S.M. Henry and D.G. Kafura. Software structure metric based on information flow. SOMMERVILLE, Ian. Ingeniería de software. 6ª. Edición. Pearson Addison Wesley. 2001


22

Taylor, R. et al. (1996). A Component- and Message-Based Architectural Style for GUI Software. IEEE Transactions on Software Engineering, 22(6):390–406. Direcciones Electronicas (webgrafía) http://www.pressman5.com http://www.wiley.com/college/braude http://www.comp.lancs.ac.uk/computing/resources/IanS/SE6/PDF/SEGlossary.pdf

http://www.itver.edu.mx/comunidad/material/ing-software/unidad5.ppt http://www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html http://www.sistemas.unam.mx/software.html http://www.ii.uam.es/~jlara/docencia/is1.2003/recursos.html http://www.bvs.sld.cu/revistas/aci/vol3_3_95/aci05395.htm Oscar M. Fernández Carrasco1, Delba García León2 y Alfa Beltrán Benavides3 http://www.willydev.net/descargas/articulos/general/CalidadSoftware.pdf http://www.lcc.uma.es/~av/Docencia/Doctorado/tema1.pdf http://www.pcm.gob.pe/portal_ongei/banconormas1.asp http://www.iso.org http://www.bulltek.com/Spanish_Site/ISO%209000%20INTRODUCCION/TL %209000%20Spanish/ISO9000-3_Spanish/iso9000-3_spanish.html http://www.gestiopolis.com/canales2/gerencia/1/modcalidad.htm


23

2.0 GUÍA DE ACTIVIDADES 1. AGENDA DEL CURSO

Actividades Correspondientes al 60% del curso

Reconocimiento General del curso

Actividad Descripción Fecha Inicio Fecha Cierre

Puntaje Fecha realimentación

Actividad 1 Revisión Presaberes

Febrero 05 00:00

Marzo 26 23:55

8 Marzo 27 a Abril 06

Actividad 2 Reconocimiento General y de actores

Febrero 08 00:00

Mrazo 26 23:55


Actividades Unidad 1

Reconocimiento Primera Unidad



Actividad 3 Reconocimiento Unidad 1

Febrero 15 00:00

Febrero 26 23:55

8 Febrero 27 a Marzo 03

Profundización Primera Unidad



Actividad 4 Lección Evaluativa Unidad 1

Febrero 22 00:00

Febrero 26 23:55

25 Febrero 27 a Marzo 03

Actividad 5 Quiz 1 Febrero 05 00:00

Marzo 03 23:55

25 Marzo 04 a Marzo 25

Transferencia Primera Unidad



Actividad 6 Trabajo Colaborativo 1

Marzo 19 00:00

Marzo 24 23:55



Reconocimiento Segunda Unidad




Marzo 10 00:00

Abril 07 23:55

8 Abril 07 a Abril 14

Profundización Segunda Unidad




Marzo 10 00:00

Abril 07 23:55


Actividad 9 Quiz 2 Marzo 10 00:00

Abril 07 23:55


Transferencia Segunda Unidad




Marzo 03 00:00

Abril 07 23:55



Reconocimiento Segunda Unidad


24




Marzo 10 00:00

Abril 07 23:55


Profundización Segunda Unidad




Marzo 17 00:00

Abril 14 23:55


Actividad 13 Quiz 3 Marzo 24 00:00

Abril 21 23:55


Transferencia Tercera Unidad




Marzo 10 00:00

Abril 14 23:55


Actividades Correspondientes al 40% del curso

Puntaje Total 300 Puntos



Actividad 15 Evaluación Final

Mayo 01 00:00

Mayo 12 23:55

200 Hasta Mayo 14

2. FASE DE RECONOCIMIENTO DEL CURSO Esta fase debe estar disponible por un periodo máximo de tres semanas a partir de la fecha que se inicie el proceso académico, está compuesta por dos fases:

Revisión de presaberes: Esta actividad permite identificar los conocimientos previos del estudiante; por lo cual el tutor debe diseñar una evaluación para que a través de su desarrollo por parte del estudiante se evidencie los conocimientos previos que este trae cuando asume el curso académico. Esta evaluación tendrá una ponderación del 1.6% de la puntuación total del curso, equivalente a 8 puntos. El diseño de la prueba debe permitir la identificación y evaluación de las competencias.

Reconocimiento del curso: En el siguiente paso del reconocimiento del curso, el estudiante debe:

GUIA DE ACTIVIDAD Una vez revisada la temática propuesta se desea que socialice su experiencia de conocimiento en este curso a través de un blog donde se expongan los temas de mayor interés para cada integrante del grupo, los temas deben ser seleccionados de los capítulos o unidades del módulo guía, pero se pueden incluir otros textos, gráficos, videos o vínculos dentro del blog, finalmente se debe seleccionar el mejor


25

y entregar un solo informe por grupo, en este caso el que se considere más completo y de mejor calidad en el diseño. 1. Elaborar un blog de uno de los temas de las unidades o capítulos del curso mediante el uso de la herramienta disponible en internet, el blog debe incluir links a otros documentos o páginas, gráficos, videos y otros recursos, y una autoevaluación sobre el contenido presentado en el blog. 2. Hacer una lista de por lo menos cinco problemas que se hayan presentado en el uso de la plataforma, pueden ser de comunicación entre el tutor y estudiante, de actualización de material didáctico, de conexión, de diseño deficiente de actividades evaluativas, entre otros aspectos. De cada uno de los problemas se debe decir cuál es la posible causa y las consecuencias de esas fallas. Finalmente plantear posibles soluciones que ataquen a las causas de ese problema. Cada estudiante debe hacerlo individualmente y posteriormente reunirlos en un solo trabajo final para la entrega. 3. De los problemas detectados anteriormente se debe presentar un informe general sobre la calidad de los cursos virtuales y de la plataforma tecnológica de la UNAD. Nota: si los problemas enunciados se repiten se colocan una sola vez. Esta tarea tiene el propósito de verificar la revisión de aspectos generales de la estructura del curso que van a desarrollar y hacer un diagnóstico inicial de cómo se encuentra la plataforma y los cursos virtuales ofertados por la UNAD. Se parte del supuesto que para el desarrollo del curso ya han hecho el respectivo reconocimiento, es decir, haber leído y revisado la estructura del curso, su contenido, la agenda y la estructura de actividades. Esta actividad tiene una ponderación de 3.2% de la puntuación total del curso, equivalente a 16 puntos. Especificaciones de la entrega del producto esperado El informe propuesto debe contener: Portada, Introducción, objetivos, el contenido con la dirección de donde se publicó el blog, la lista de los Problemas, causas, consecuencias y el informe diagnóstico de funcionamiento de los cursos y la plataforma, Conclusiones, y Referencias Bibliográficas.

Rúbrica de evaluación de la Actividad de Reconocimiento Ítem Evaluado

Valoración Baja Valoración Media Valoración Alta Puntaje Máximo

Estructura del Informe

No tuvo en cuenta los puntos básicos

Aunque el documento presenta una

El documento tuvo en cuenta los

2


26

para la presentación del trabajo.

(puntos = 0)

estructura base, faltan algunos elementos solicitados.

(Puntos = 1)

puntos básicos para la presentación del trabajo.

.(Puntos = 2)

El documento presenta deficiencias en redacción y errores ortográficos.

(Puntos = 0)

Presenta algunos errores de ortografía y la redacción es un poco vaga.

(Puntos = 1)

La redacción es buena, y el documento no presenta errores de ortografía.

(Puntos = 2)

2

Fines del trabajo

El documento no da respuesta a los Requerimientos propuestos en la actividad

(Puntos = 0)

El documento da respuesta parcial a los Requerimientos propuestos en la actividad

(Puntos =4)

El documento da respuesta a todos los Requerimientos propuestos en la actividad

(Puntos = 7)

7

Participación El estudiante no participa activamente en el desarrollo de la actividad de forma individual, ni en la elección del mejor trabajo para su envío.

(Puntos = 0)

El estudiante participa activamente en el desarrollo de la actividad individual, pero no en la elección del mejor trabajo para su envío.

(Puntos = 3)

El estudiante participa activamente en el desarrollo de la actividad individual, y en la elección del mejor trabajo para su envío.

(Puntos = 5)

5

Total de puntos disponibles 16

3. ACTIVIDADES DE CADA UNIDAD DIDÁCTICA. UNIDAD 1. PROCESO DE DESARROLLO DE SOFTWARE Reconocimiento de la Unidad: El Reconocimiento se realiza a través de una Lección evaluativa de carácter individual, para ello el tutor debe elaborar, aplicar y calificar una prueba no mayor de 15 preguntas tipo ECAES. También debe diseñar una rúbrica de evaluación donde se precise las competencias a evaluar, el formato en el cual presenta el estudiante el resultado de la misma, dimensiones, alcances y límites, y los criterios de calificación. Esta evaluación tendrá una ponderación del 1.6% de la puntuación total del curso, equivalente a 8 puntos.

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA – ECBTI

PROGRAMA INGENIERÍA DE SISTEMAS


27

Curso de Evaluación de software Temáticas que se revisarán: Capitulo 1 CICLO DE VIDA PARA PRODUCTOS SOFTWARE Lección 1 Conceptos Generales sobre ciclos de vida Lección 2 Ciclos de vida tradicionales Lección 3 Ciclos de vida alternativos Lección 4 Modelos de proceso de producción de software Lección 5 Ciclos de vida Ágiles Capitulo 2 DESARROLLO DE SOFTWARE Lección 1 Procesos de Gestión del Proyecto Lección 2 Procesos de Pre-desarrrollo Lección 3 Procesos de Desarrollo Lección 4 Procesos de Post-Desarrollo Lección 5 Procesos Integrales del Proyecto Capitulo 3 CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE Lección 1 Definición de Calidad Lección 2 Sistemas de Calidad en la empresa Lección 3 Normatividad de Calidad Lección 4 Ingeniería de Software y Calidad Lección 5 Gestión de la Calidad del Software

Aspectos Generales del Trabajo: Se identificarán los ciclos de vida tradicionales y ágiles, el proceso para el desarrollo de software y aspectos relacionados con la calidad en el proceso y del producto software. Estrategia de Aprendizaje Propuesta: Aprendizaje Colaborativo. Peso Evaluativo: 34 puntos sobre 500 puntos correspondiente al 6.8%. GUIA DE ACTIVIDADES

Este trabajo se compone de tres actividades: Actividad 1. Elabore un mapa mental de los ciclos de vida para el desarrollo de software teniendo en cuenta las etapas propuestas en cada uno de ellos, el mapa puede incluir información adicional a la presentada en el módulo. Actividad 2. Teniendo en cuenta el sistema de información de la UNAD, hacer un reconocimiento de todas y cada una de las características del sitio, el ingreso, las opciones y acceso lógico a contenidos, los servicios, los recursos, los programas ofertados, la biblioteca virtual, los tipos de usuario, entre otros aspectos, una vez reconocidos estos aspectos del sistema de información, entregar un informe de todo lo que se revisó en cuanto a funcionalidad, contenidos, recursos, diseño, y


28

otros aspectos que consideren importantes. Esta actividad está dirigida a conocer el sistema de información Web de la universidad. Actividad 3. Teniendo en cuenta la plataforma virtual Moodle de la UNAD, hacer un reconocimiento de todas y cada una de las características de dicha plataforma, identificando los servicios, la seguridad, los cursos, los recursos, actividades, los usuarios, y en los cursos que haya matriculado explorar todas las opciones disponibles haciendo una descripción del software, recuerde que la actividad está dirigida a conocer el entorno de la plataforma virtual de la UNAD en cada uno de los aspectos. Fecha de inicio: La apertura de actividades esta programada para el día 28 de Febrero (00:00 am) Fecha de entrega del producto: El cierre de la actividad esta programado para el 13 de Marzo (11:55 p.m.).

RUBRICA TRABAJO COLABORATIVO 1

Ítem Evaluado



No tuvo en cuenta las normas básicas para la presentación del trabajo.

(puntos = 0)

Aunque el documento presenta una estructura base, la misma carece de algunos elementos del cuerpo solicitado

(Puntos = 3)

El documento presenta una excelente presentación y se entrega en el formato y con el nombre adecuado.

(Puntos = 5)

5

Fines del trabajo

El documento no da respuesta a los Requerimientos de las actividades propuestas

(Puntos = 0)

El documento da respuesta parcial a los Requerimientos de las actividades propuestas

(Puntos =8)

El documento da respuesta a todos los Requerimientos de las actividades propuestas

(Puntos = 12)

12

Participación El estudiante no participa en la actividad, o si lo hace no realiza ningún aporte significativo a la elaboración de la misma.

(Puntos = 0)

El estudiante participa en algunos puntos con aportes para la elaboración del trabajo, pero no participa en la consolidación del mismo.

(Puntos = 5)

El estudiante participa de forma significativa en todos los puntos de la actividad con sus aportes y la consolidación del trabajo final.

(Puntos = 10)

10

Redacción y ortografía

El documento presenta deficiencias en

La redacción del documento articula medianamente las ideas

La redacción es excelente, las ideas están

4


29

redacción y errores ortográficos

(Puntos = 0)

y no se usa conectores apropiadamente, presenta algunos errores de ortografía en el Documento

(Puntos = 2)

correlacionadas, el texto es coherente en su totalidad y no presenta errores ortográficos

(Puntos = 4)

Referencias No presenta referencias ni citas en el trabajo final

(Puntos = 0)

Aunque presenta Algunas referencias, estas no se articulan adecuadamente con el trabajo

(Puntos = 1)

El manejo de citas referencias es satisfactorio

(Puntos = 3)

3


Lección Evaluativa Unidad 1: En este tipo de evaluación se propone una lectura o lecturas relacionadas con la Unidad y sobre ella se hacen varias preguntas que propicien el análisis y la reflexión. El objetivo de estas evaluaciones es el de Identificar la capacidad de los estudiantes frente a los conocimientos adquiridos en el desarrollo de las temáticas. Competencias a evaluar: Interpretativa: Busca que el estudiante identifique las condiciones de un problema, establezca relaciones, compare, extraiga información no verbal, reconozca implicaciones directas, interprete graficas, etc. Argumentativa: Busca que el estudiante obtenga implicaciones mediante encadenamiento lógico, reconozca argumentación válida, contraste ideas o puntos de vista, establezca condiciones de necesidad o suficiencia, justificaciones o razones para validar una proposición , etc. Propositiva: Busca que el estudiante haga generalizaciones, modele algún fenómeno, evalúe relaciones causa efecto, infiera información no suministrada, seleccione la mejor manera de solucionar un problema, infiera consecuencias en un problema a partir del cambio de alguna de sus condiciones, etc. Instrucciones: El tutor elaborará una evaluación de máximo 10 preguntas, la cual debe estar orientada a valorar los aprendizajes de los estudiantes con respecto a la temática cursada: debe establecer objetivos de la actividad evaluativa, competencias que fomenta, formato a utilizar, alcances y límites de la actividad, carácter de la misma, criterios de evaluación, calificación y retroalimentación. Esta evaluación tendrá una ponderación del 5% de la puntuación total del curso, equivalente a 25 puntos. El diseño de la prueba debe permitir la identificación y evaluación de competencias.


30

Quiz de Unidad 1: El quiz es un cuestionario corto de preguntas claves de cada unidad. Cada tutor elaborará un cuestionario para medir los aprendizajes de los estudiantes frente a los temas que se desarrollaron en la unidad. Esta evaluación tendrá una ponderación del 5% de la puntuación total del curso, equivalente a 25 puntos. El diseño de la evaluación debe permitir la identificación por competencias. UNIDAD 2. ESTÁNDARES, MÉTRICAS DE CALIDAD Y PRUEBAS DEL SOFTWARE Reconocimiento de la Unidad El Reconocimiento se realiza a través de una Lección evaluativa de carácter individual, para ello el tutor debe elaborar, aplicar y calificar una prueba no mayor de 15 preguntas tipo ECAES. También debe diseñar una rúbrica de evaluación donde se precise las competencias a evaluar, el formato en el cual presenta el estudiante el resultado de la misma, dimensiones, alcances y límites, y los criterios de calificación. Esta evaluación tendrá una ponderación del 1.6% de la puntuación total del curso, equivalente a 8 puntos. El diseño de la evaluación debe permitir la identificación por competencias.

Trabajo Colaborativo No. 2 Temáticas que se revisarán:

Capitulo 4 CALIDAD DEL SOFTWARE Lección 1 La Calidad del Software Lección 2 Calidad del Producto Software – Norma ISO/IEC 9126 Lección 3 Calidad del Producto software – Norma ISO/IEC 14598 Lección 4 Calidad del Producto Software – Norma ISO/IEC 25000 Lección 5 Modelos de Mejora de Procesos de Software Capitulo 5 MÉTRICAS DE CALIDAD DEL SOFTWARE Lección 1 Conceptos Básicos de Métricas Lección 2 Métricas del Software Lección 3 Métricas de Calidad del Software Lección 4 Métricas Técnicas del Software Lección 5 Estructura para las Métricas de Calidad del software Capitulo 6 PRUEBAS DEL SOFTWARE Lección 1 La Prueba del software Lección 2 Técnicas de diseño de Casos de Prueba Lección 3 Estrategias de Aplicación de Pruebas del Software Lección 4 Pruebas de Software para Objetos


31

Lección 5 Pruebas de Software Basado en Componentes Aspectos generales del trabajo: Determinar los estándares de calidad, las métricas y las pruebas que se debe tener en cuenta en la evaluación de software. Dentro de los estándares se trabajará con los estándares ISO/IEC 9126 de calidad de software, ISO/IEC 14598 estándar para evaluación de software y el estándar ISO/IEC 25000. Dentro de las métricas se debe tener en cuenta las métricas de calidad del software y los modelos existentes. En las pruebas los tipos y los casos de prueba. Se revisará el trabajo individual y grupal, revisar pesos de evaluación en la guía de actividades. Estrategia de Aprendizaje Propuesta: Trabajo colaborativo. Peso Evaluativo: 34 puntos sobre 500, equivalentes al 6.8%. Cronograma de las Actividades: Apertura: 13-Abr-2008 / Cierre: 23-Abr- 2008 11:30 p.m. Producto(s) Esperado(s): Documento en formato Word o pdf: Informe de construcción grupal que incluya portada, introducción, objetivos, contenido, conclusiones y referencias usadas. GUIA DE ACTIVIDADES

Este trabajo se compone de tres actividades: Actividad 1. Elabore una tabla, o matriz donde se muestre las características y subcaracterísticas que se evaluarán el estándar ISO/IEC 9126 con respecto al sistema de información de la UNAD, otra tabla para la plataforma virtual de la UNAD. Como resultado se pretende mostrar los ítems que serán evaluados posteriormente en cuanto a la calidad de estos dos productos. Actividad 2. Elabore un plan de pruebas para realizar tanto en el sitio web de la UNAD como en la plataforma virtual, en el mencionar el tipo de pruebas que se llevarán a cabo sobre estos dos productos. Esta actividad tiene como objetivo identificar las pruebas que serán ejecutadas en el sitio web y en la plataforma en cuanto a aspectos como funcionalidad, los contenidos, diseño, actualización, seguridad, entre otros. Actividad 2. Seleccione uno de los cursos al que tenga acceso a todos los materiales módulo, guía académica y de actividades, los recursos, actividades, archivos, evaluación y otros datos adicionales del mismo (puede ser el de evaluación de software o cualquier otro). Para el curso seleccionado, defina las características, subcaracterísticas, métricas y pruebas que se puede realizar para la evaluación externa y de calidad en uso, de acuerdo a la norma ISO/IEC 9126 descrita en este capítulo.


32

Nota: Los resultados del trabajo colaborativo 1 son la base para desarrollar este trabajo. Fecha de Inicio de la actividad: La apertura de la actividad esta programada para el 7 de Abril 00:00 Fecha de entrega del producto: El cierre de la actividad esta programado para el 20 de Abril 23:55


Ítem Evaluado




(puntos = 0)


(Puntos = 3)


(Puntos = 5)

5

Fines del trabajo


(Puntos = 0)


(Puntos =8)


(Puntos = 12)

12


(Puntos = 0)


(Puntos = 5)


(Puntos = 10)

10


El documento presenta deficiencias en redacción y errores ortográficos

(Puntos = 0)

La redacción del documento articula medianamente las ideas y no se usa conectores apropiadamente, presenta algunos errores de ortografía en el Documento

(Puntos = 2)

La redacción es excelente, las ideas están correlacionadas, el texto es coherente en su totalidad y no presenta errores ortográficos

(Puntos = 4)

4


Aunque presenta Algunas referencias, estas no se articulan adecuadamente


3


33

(Puntos = 0) con el trabajo

(Puntos = 1)

(Puntos = 3)


Leccion evaluativa Unidad 2: En este tipo de evaluación se propone una lectura o lecturas relacionadas con la Unidad y sobre ella se hacen varias preguntas que propicien el análisis y la reflexión. El objetivo de estas evaluaciones es el de Identificar la capacidad de los estudiantes frente a los conocimientos adquiridos en el desarrollo de las temáticas. Competencias a evaluar: Interpretativa: Busca que el estudiante identifique las condiciones de un problema, establezca relaciones, compare, extraiga información no verbal, reconozca implicaciones directas, interprete graficas, etc. Argumentativa: Busca que el estudiante obtenga implicaciones mediante encadenamiento lógico, reconozca argumentación válida, contraste ideas o puntos de vista, establezca condiciones de necesidad o suficiencia, justificaciones o razones para validar una proposición , etc. Propositiva: Busca que el estudiante haga generalizaciones, modele algún fenómeno, evalúe relaciones causa efecto, infiera información no suministrada, seleccione la mejor manera de solucionar un problema, infiera consecuencias en un problema a partir del cambio de alguna de sus condiciones, etc. Instrucciones El tutor elaborará una evaluación de máximo 10 preguntas, la cual debe estar orientada a valorar los aprendizajes de los estudiantes con respecto a la temática cursada: debe establecer objetivos de la actividad evaluativa, competencias que fomenta, formato a utilizar, alcances y límites de la actividad, carácter de la misma, criterios de evaluación, calificación y retroalimentación. Esta evaluación tendrá una ponderación del 5% de la puntuación total del curso, equivalente a 25 puntos. El diseño de la evaluación debe permitir la identificación por competencias. Quiz de Unidad 2: El quiz es un cuestionario corto de preguntas claves de cada unidad. Cada tutor elaborará un cuestionario para medir los aprendizajes de los estudiantes frente a los temas que se desarrollaron en la unidad. Esta evaluación tendrá una ponderación del 5% de la puntuación total del curso, equivalente a 25 puntos. El diseño de la evaluación debe permitir la identificación por competencias.


34

UNIDAD 3. EVALUACIÓN DE SOFTWARE Reconocimiento de la Unidad: El Reconocimiento se realiza a través de una Lección evaluativa de carácter individual, para ello el tutor debe elaborar, aplicar y calificar una prueba no mayor de 15 preguntas tipo ECAES. También debe diseñar una rúbrica de evaluación donde se precise las competencias a evaluar, el formato en el cual presenta el estudiante el resultado de la misma, dimensiones, alcances y límites, y los criterios de calificación. Esta evaluación tendrá una ponderación del 1.6% de la puntuación total del curso, equivalente a 8 puntos. El diseño de la evaluación debe permitir la identificación por competencias. Trabajo Colaborativo No. 3 Temáticas que se revisarán Capitulo 7 METODOLOGÍA TÉCNICA PARA LA EVALUACIÓN DE

SOFTWARE Lección 1 Modelos Tradicionales para la Evaluación de la Calidad

del software Lección 2 Norma de Evaluación ISO/IEC 9126 Lección 3 Proceso de Evaluación de Software Lección 4 Métricas Externas Basados en ISO/IEC 9126 Lección 5 Métricas Internas Basados en ISO/IEC 9126 Capitulo 8 METODOLOGIAS DE EVALUACIÓN DE LA

ARQUITECTURA DEL SOFTWARE Lección 1 Evaluación de la Arquitectura del software Lección 2 Técnicas de Evaluación de la arquitectura del software Lección 3 Métodos de Evaluación de la arquitectura de software Lección 4 Métodos de Evaluación de Arquitectura de un Atributo

Específico Lección 5 Método de evaluación de la Arquitectura de Software

MECABIT Capitulo 9 APLICACIONES DE LA EVALUACIÓN DE SOFTWARE Lección 1 Metodología para la Evaluación de la Calidad en Modelos

UML Lección 2 Implementación de la Metodología con SPEM y EPFC Lección 3 Evaluación de Software Educativo Multimedia Lección 4 Modelos de Evaluación de Software Educativo Multimedia Lección 5 Plantillas de Evaluación de Software Multimedia


35

Aspectos generales del trabajo: Teniendo en cuenta las características, subcaracterísticas, métricas internas y externas del modelo ISO/IEC 9126, realizar las siguientes actividades: Actividad 1: Consulte una metodología para evaluación de plataformas virtuales y el curso virtual y aplique la metodología para evaluar la plataforma virtual de la UNAD y el curso virtual elegido. Deben tener en cuenta que el software a evaluar es educativo por lo tanto se deberá evaluar aspectos de evaluación externa, la usabilidad, aspectos académicos y pedagógicos. Actividad 2: Elabore un informe final de evaluación de la plataforma y curso seleccionado, teniendo en cuenta las características, las subcaracterísticas, las métricas, y las pruebas realizadas en el software. Hay que tener en cuenta la escala de medición de la norma ISO/IEC 9126 de calidad del software. Actividad 3: Finalmente debe presentar la consolidación de los trabajos colaborativos en un solo informe, incluyendo la fase de evaluación preliminar de los productos, las características, subcaracterísticas, métricas y el resultado de la evaluación de los productos y las pruebas realizadas. Nota: Recuerden que en el trabajo colaborativo 2, ya tienen seleccionadas algunas características, métricas y pruebas. El trabajo colaborativo tres, pretende que se construyan instrumentos de evaluación cualitativos (cuestionarios) que permitan que cada métrica seleccionada, se convierta en un conjunto de preguntas que puedan medirse mediante una escala. Las pruebas pueden ejecutarse en el software directamente y solamente se debe definir una escala de medición. Estrategia de Aprendizaje Propuesta: Trabajo Colaborativo. Peso Evaluativo: 34 puntos sobre 500, equivalentes al 6.8%. Cronograma de las Actividades: Apertura: 21-Mayo-2011 / Cierre: 30- Mayo-2011 11:30 p.m. Producto(s) Esperado(s): Documento en Word: Informe de construcción grupal que incluya portada, introducción, objetivos, contenido, conclusiones y referencias usadas.


36


Ítem Evaluado




(puntos = 0)


(Puntos = 3)


(Puntos = 5)

5

Fines del trabajo


(Puntos = 0)


(Puntos =8)


(Puntos = 12)

12


(Puntos = 0)


(Puntos = 5)


(Puntos = 10)

10


El documento presenta deficiencias en redacción y errores ortográficos

(Puntos = 0)

La redacción del documento articula medianamente las ideas y no se usa conectores apropiadamente, presenta algunos errores de ortografía en el Documento

(Puntos = 2)

La redacción es excelente, las ideas están correlacionadas, el texto es coherente en su totalidad y no presenta errores ortográficos

(Puntos = 4)

4


(Puntos = 0)

Aunque presenta Algunas referencias, estas no se articulan adecuadamente con el trabajo

(Puntos = 1)


(Puntos = 3)

3


Lección evaluativa Unidad 3 En este tipo de evaluación se propone una lectura o lecturas relacionadas con la Unidad y sobre ella se hacen varias preguntas que propicien el análisis y la


37

reflexión. El objetivo de estas evaluaciones es el de Identificar la capacidad de los estudiantes frente a los conocimientos adquiridos en el desarrollo de las temáticas. Competencias a evaluar: Interpretativa: Busca que el estudiante identifique las condiciones de un problema, establezca relaciones, compare, extraiga información no verbal, reconozca implicaciones directas, interprete graficas, etc. Argumentativa: Busca que el estudiante obtenga implicaciones mediante encadenamiento lógico, reconozca argumentación válida, contraste ideas o puntos de vista, establezca condiciones de necesidad o suficiencia, justificaciones o razones para validar una proposición , etc. Propositiva: Busca que el estudiante haga generalizaciones, modele algún fenómeno, evalúe relaciones causa efecto, infiera información no suministrada, seleccione la mejor manera de solucionar un problema, infiera consecuencias en un problema a partir del cambio de alguna de sus condiciones, etc. Instrucciones El tutor elaborará una evaluación de máximo 10 preguntas, la cual debe estar orientada a valorar los aprendizajes de los estudiantes con respecto a la temática cursada: debe establecer objetivos de la actividad evaluativa, competencias que fomenta, formato a utilizar, alcances y límites de la actividad, carácter de la misma, criterios de evaluación, calificación y retroalimentación. Esta evaluación tendrá una ponderación del 5% de la puntuación total del curso, equivalente a 25 puntos. El diseño de la evaluación debe permitir la identificación por competencias. Quiz de Unidad 3 El quiz es un cuestionario corto de preguntas claves de cada unidad. Cada tutor elaborará un cuestionario para medir los aprendizajes de los estudiantes frente a los temas que se desarrollaron en la unidad. Esta evaluación tendrá una ponderación del 5% de la puntuación total del curso, equivalente a 25 puntos. El diseño de la evaluación debe permitir la identificación por competencias. EXAMEN FINAL Es una evaluación es diseñada y elaborada en cada escuela por el director nacional del curso y se elabora colectivamente entre los profesionales que conforman la red del curso en las diferentes zonas, y se aplica a nivel nacional en forma presencial. La cual se aplica acorde con la agenda de actividades. El Peso evaluativo de esta prueba es de 40% del total de curso. 200 puntos/500 totales.

Guia Didactica de Evaluacion de Software 2013

Documents

Transcript of Guia Didactica de Evaluacion de Software 2013