PLANIFICACIÓN DE CÁTEDRA. Carrera: Tecnicatura Superior en Tecnologías de la Información Plan de estudio: Ordenanza Nº 918/2000

Transcripción

1 PLANIFICACIÓN DE CÁTEDRA Departamento: Ingeniería en Sistemas de Información Carrera: Plan de estudio: Ordenanza Nº 918/2000 Área: Electivas Porcentaje de horas del área en la carrera: 18,8 % Porcentaje de horas de la asignatura en el área: 16,7 % Área de Conocimiento: Sistemas de Información Coordinador del área: Coordinador de la carrera Asignatura: Carga horaria semanal 4 hs. Carga horaria total de la asignatura 64 hs. Nivel: 3 Anual 1er. Cuatrimestre 2do. Cuatrimestre 1er. y 2do. Cuatrimestre Modalidad de Promoción: Evaluación mediante Examen Final Ciclo Académico: Equipo docente: Profesores (Nombre y Apellido-Categoría docente): Ing. Rodrigo Ledesma - Profesor Adjunto Interino Docentes Auxiliares (Nombre y Apellido-Categoría docente): --- Director de Cátedra (Nombre y Apellido-Categoría docente): --- Comisiones: Nº de Comisiones: 1 Cantidad aprox. de alumnos por comisión: 25 Profesor a cargo de cada Comisión (Nombre y Apellido): Ing. Rodrigo Ledesma - Profesor Adjunto Interino Docentes/s Auxiliar/es de cada Comisión (Nombre y Apellido): --- Página 1 de 10

2 PLANIFICACIÓN DE CÁTEDRA 1. FUNDAMENTACION DE LA ASIGNATURA (Importancia para la formación profesional en función del perfil del egresado) (Longitud máxima: 3000 caracteres) La formación previa brindada por módulos como Análisis de Sistemas y Diseño de Sistemas, omite un espacio del conocimiento que todo desarrollador (el Técnico en Tecnologías de la Información) debe poseer, antes de pensar en lo que se debe construir. El conocimiento al que nos referimos no puede obtenerse por las herramientas tradicionales de análisis, como ser DFD, DER, PERT y otras. El diseño en el perfil actual de la curricula parte del hecho que ya se sabe lo que debe ser construido, y se dan todos los modelos de desarrollo de sistemas en los cuales los requerimientos forman parte como etapa superada y aprobada. Por ello es que aquí se pretende dejar, con algunos breves y prácticos conceptos, el por qué incluir en la Tecnicatura Superior en Tecnologías de la Información. Antes que el diseño pueda comenzar, debe haber cierto conocimiento de la situación futura que incluye el sistema a implementar. La Ingeniería de Requerimientos se relaciona con la búsqueda de la situación futura y el cambio asociado. Está relacionada con encontrar (capturar) información y considerar posibles opciones, y con identificar lo que debería ser diseñado para satisfacer una necesidad futura. En los distintos modelos de desarrollo de sistemas (o ciclos de vida) los requerimientos están ubicados antes que el diseño. En todos los casos es una actividad que se realiza una única vez, pero la información que los afecta puede ser descubierta en etapas posteriores, por lo cual éstos deben ser modificados. Los requerimientos están asociados a la aceptación del sistema por parte del que lo va a usar o desde la visión del cliente, por lo tanto estos no desaparecen cuando comienza el diseño, sino que el sistema desarrollado debe ser probado contra los requerimientos en todo momento del desarrollo del mismo, de su implementación, y mantenimiento. Según las estadísticas entre el 40 y el 60 % de los defectos encontrados pertenecen a la etapa de requerimientos. Esencialmente la diferencia se encuentra entre lo que los desarrolladores piensan que tienen que construir y lo que los usuarios o clientes piensan que van a obtener. 2. OBJETIVOS (generales y específicos o particulares)(longitud máxima: 5000 caracteres) Objetivos Generales: Presentar la Ingeniería de Requerimientos dentro de la carrera Tecnicatura Superior en Tecnologías de Información. Fundamentado en la crisis de software de los 90, hacer tomar conciencia de la necesidad de la Ingeniería de Requerimientos para el desarrollo de software, especialmente en la etapa de análisis y definición de requisitos funcionales y no funcionales. Ampliar el campo de interacción de los Técnicos en Tecnologías de Información en la adquisición de conocimientos del dominio en las organizaciones interesadas en obtener un análisis de sus sistemas de información, extendiendo las metodologías y herramientas para la comunicación formal e informal en las mismas. Objetivos Específicos: Estudiar y poner en práctica técnicas de obtención de la información en las organizaciones. Concientizar a los técnicos que la formalización de los requisitos de una organización, para un sistema de información, no sólo es una función de los analistas y de los programadores, sino también de los stakeholders de la organización, de los dueños del sistema y de los usuarios. Estudiar y poner en práctica las metodologías de trabajo en Ingeniería de Requerimientos para alcanzar la elicitación de requisitos, el modelado de los mismos y su documentación, como así también, la comunicación con el Universo de Información. Comprender la importancia de la Ingeniería de Requisitos dentro de la Ingeniería de Software y analizar su conocimiento en relación a otras asignaturas de la carrera: Diseño de Sistemas de Información y Análisis de Sistemas de Información. 3. CONTENIDOS (Por ejes temáticos: Indicar carga horaria correspondiente a cada uno) a) conceptuales (conceptos, principios, teorías) (Longitud máxima: 4000 caracteres) Contenidos resumidos: 1. Introducción: Ingeniería de Software, Ingeniería de Requerimientos. 2. Requerimientos: definiciones y técnicas. 3. Testeo del software 4. Calidad del software Contenidos ampliados: Unidad 1: Introducción: Ingeniería de Software, Ingeniería de Requerimientos (14 horas) i. Qué es la Ingeniería de Software? 1. Introducción a la Ingeniería de Software 2. Etapas de la Ingeniería de Software 3. Donde se ubican el Análisis y Diseño dentro de la Ingeniería de Software. Página 2 de 10

3 ii. Qué es la Ingeniería de Requerimientos? 1. Introducción a la Ingeniería de Requerimientos 2. Etapas de la Ingeniería de Requerimientos 3. Donde se ubica la Ingeniería de Requerimientos dentro de la Ingeniería de Software. 4. Proyecto de sistemas de software 5. Planeamiento 6. Seguimiento Unidad 2: Requerimientos (20 horas) i. Introducción. ii. Definiciones de requerimientos. iii. Requerimientos funcionales y no funcionales iv. Fuentes de los requerimientos v. El Documento de Requerimientos vi. Técnicas de Elicitación de requerimientos 1. Diagramas de Actividad 2. Casos de Uso Unidad 3: Testeo del software (15 horas) 1. Verificación y Validación: conceptos y diferencias 2. Inspecciones del software 3. Análisis estático automatizado 4. Pruebas del software 5. Tipos de pruebas 6. Técnicas de pruebas Unidad 4: Calidad del software (15 horas) 1. Introducción a Calidad del Software i. Gestión de Calidad ii. Control de Calidad iii. Garantía de Calidad 2. Métricas del software i. Definición de Métrica ii. Áreas de aplicación iii. Características de las métricas del software iv. Clasificación de las métricas del software 3. Estándares de calidad i. CMM ii. ISO 9000: guías ISO iii. SPICE b) Procedimentales (procedimientos, habilidades, procesos, estrategias) y Actitudinales (actitudes, valores). (Longitud máxima: 3000 caracteres) CONTENIDOS PROCEDIMENTALES: - Introducción a las métodologías de elicitación y documentación de requerimientos funcionales y no funcionales. - Conocimientos en modelos de calidad y técnicas de pruebas de software CONTENIDOS ACTITUDINALES: - Análisis de situaciones organizacionales y posibles acciones a aplicar para la definición de requerimientos. - Integración y trabajo en grupo - Capacidad de autoaprendizaje a través de los módulos y herramientas de cátedra. - Resolución de problemas organizacionales en la definición de sistemas informáticos 4. ESTRATEGIAS METODOLÓGICAS a) Estrategias de enseñanza (debates, experiencias de laboratorio, talleres, trabajo de campo, exposición, coloquios, entrevistas, simulaciones, estudio de casos, tutoría entre pares, trabajos prácticos, otros) Clases Teóricas con explicaciones complementarias y nuevos ejemplos relacionados a los conceptos presentados en las unidades didácticas. Prácticas de Seguimiento Planteo de temáticas a través del Foro de Consultas b) Modalidad de agrupamientos (pequeños grupos fijos o flexibles, grupo grande, alumnos de diferentes comisiones, niveles o carreras, otras) Los grupos serán fijos y pequeños (no más de dos personas, cuando se justifique la formación de un grupo en lugar de presentaciones individuales). Página 3 de 10

4 c) Consultas: modalidad, tiempo, etapa del proceso en que se realizan Organización de espacios dentro y fuera del ámbito universitario (aulas, talleres, laboratorios, visitas, empresas, otros) Las consultas se realizan a través del foro provisto por la cátedra, así como también vía correo electrónico, lo que genera un espacio participativo de consultas y respuestas a las dudas que los alumnos plantean al docente, permitiendo además el enriquecimiento de los conceptos a partir de la colaboración del resto de los alumnos. Tiempo: 4 horas semanales. Etapas del Proceso: continuo. 5. MATERIALES CURRICULARES (RECURSOS): revistas, publicaciones, apuntes, textos, software, videos, internet, equipamiento didáctico, otros. El módulo consta de 4 unidades didácticas que contienen la totalidad de los contenidos. En las mismas, además de conceptos teóricos, se presentan ejemplos prácticos (ficticios y reales), y comentarios o sugerencias del docente. Durante el transcurso del cuatrimestre se dictarán 5 a 6 clases en las que se darán explicaciones complementarias y nuevos ejemplos relacionados a los conceptos presentados en las unidades didácticas. Se exigirá la presentación de un trabajo práctico de carácter obligatorio, que junto con el examen final teórico práctico serán los medios de evaluación del alumno. 6. FORMACIÓN PRÁCTICA: Consignar la carga horaria total dedicada a la formación práctica vinculada a los grupos que se indican a continuación: a) Formación experimental: Ámbito de realización: Disponibilidad de infraestructura y equipamiento: Actividades a desarrollar: Tiempo (carga horaria, período que abarca): Evaluación (de seguimiento y final): b) Resolución de Problemas de Ingeniería: Ámbito de realización: Sitio de Estudio del Alumno Disponibilidad de infraestructura y equipamiento: Equipo informático con el software especificado instalado Actividades a desarrollar: Trabajo Práctico: Modelado de Requerimientos En este trabajo práctico el alumno deberá poner en práctica el conocimiento adquirido para la definición de los requerimientos de software. Para ello se documentarán los requerimientos mediante la técnica de casos de uso y utilizando las plantillas propuestas por la cátedra a partir del estándar IEEE. Tiempo (carga horaria, período que abarca): 1 mes de trabajo - 14 horas Evaluación (de seguimiento y final): Entrega del resultado final, a través del sitio. c) Actividades de proyecto y diseño: Ámbito de realización: Disponibilidad de infraestructura y equipamiento: Actividades a desarrollar: Tiempo (carga horaria, período que abarca): Evaluación (de seguimiento y final): d) Práctica Supervisada: Página 4 de 10

5 Ámbito de realización: Disponibilidad de infraestructura y equipamiento: Actividades a desarrollar: Tiempo (carga horaria, período que abarca): Evaluación (de seguimiento y final): 7. EVALUACIÓN Momentos: Inicial o diagnóstica, formativa o continua, sumativa o final Continua: Trabajo Práctico TP1: Tema: Casos de Uso Final: tipo: desarrollo de aspectos teóricos, con resolución de ejercicios prácticos. La evaluación final para aprobar la asignatura se realiza mediante examen global teórico-practico escrito. Se requiere un mínimo de 60% de respuestas correctas para su aprobación. Instrumentos: Se utilizarán apuntes de cátedra, adicionales a la bibliografía propuesta, que conjuntamente con el trabajo práctico integrador permitirán alcanzar los objetivos generales y específicos propuestos por la cátedra. Actividades: Participación en clases teóricas, prácticas, seminarios. Realización de prácticas. Presentación de trabajos (informes técnicos, monografías, proyectos, otros). Coloquios. Otros La evaluación continua se desarrolla a través de un trabajo práctico integrador. El Trabajo Práctico constituye un medio importante de formación y de evaluación; los enunciados se orientan a cuestiones prácticas y temáticas reales. Se plantean las propuestas con la estrategia aprender haciendo, utilizando reglas, teniendo en cuenta restricciones, adoptando las buenas prácticas aprendidas. Criterios: A) Regularidad: (trabajos prácticos, parciales, monografías, otros. Explicitar cantidad y tipo). La regularidad se obtiene mediante la presentación y aprobación del trabajo práctico con un mínimo de 60% para su aprobación. B) Promoción: (directa, con examen final o promoción por parciales. Indicar modalidad de examen: oral, escrito, mixto) Examen final escrito. Modalidad del examen final escrito: preguntas de desarrollo y ejercicios. 8. ASIGNATURAS O CONOCIMIENTOS CON QUE SE VINCULA La materia pertenece al Área de conocimientos Sistemas de Información La materia es correlativa a Administración de Proyectos Página 5 de 10

6 9. ACTIVIDADES DE COORDINACIÓN (horizontal y vertical) Horizontal: Proyecto de Habilitación Vertical: Administración de Proyectos Análisis de Sistemas de Información Diseño de Sistemas de Información 10. CRONOGRAMA Semana Contenido Actividades Unidad 1 - Ingeniería de Software: Evolución del Software: De Arte a Industria. Qué es la Ingeniería de Software? Unidad 1 - Ingeniería de Software (cont): Características del Software. Modelos del Ciclo de Vida del Software: Ciclo de Vida en Cascada o Clásico Ciclo de Vida de Prototipos Ciclo de Vida en Espiral Unidad 1 - Ingeniería de Software & Ingeniería de Requerimientos: Ubicación de la Ing. De Requerimientos dentro de la Ingeniería de Software. Introducción a la Ingeniería de Requerimientos. El Proceso de Ing. De Requerimientos. Generalidades de la Ing. De Requerimientos. Administración de Proyectos Unidad 1 - Ingeniería de Software & Ingeniería de Requerimientos (cont): Administración de Proyectos Unidad 2 - Requerimientos: Qué es un requerimiento? Definiciones de requerimientos / requisitos Requerimientos funcionales y no funcionales El Documento de Requerimientos Unidad 2 - Requerimientos (cont): Tipos de Requerimientos Técnica de análisis y diseño estructurado - SADT Técnicas de Elicitación de Requerimientos Unidad 2 - Requerimientos (cont): Casos de Uso: o Modularización de los casos de uso. o El proceso de Análisis de Requerimientos con Casos de Uso. Unidad 2 - Requerimientos (cont): Diagramas de Actividad: o Introducción o Notación Unidad 2 - Requerimientos (cont): Diagramas de Actividad: o Introducción o Notación Unidad 2 - Requerimientos (cont): Diagramas de Actividad: o Profundización en el tema mediante la consulta de otra bibliografía recomendada. Unidad 3 - Testing del Software: Conceptos principales Presentación de la cátedra Presentación del Plan de trabajo. Publicación del Trabajo Práctico Consultas Trabajo Práctico Consultas Trabajo Práctico Página 6 de 10

7 Semana Contenido Actividades Unidad 3 - Testing del Software (cont): Verificación y Validación Planeación de la Verificación y Validación Unidad 3 - Testing del Software (cont): Inspecciones del software Verificando la calidad de los Requerimientos Unidad 3 - Testing del Software (cont): Revisión de los Requerimientos El proceso de Inspección Unidad 3 - Testing del Software (cont): Testeo de los Requerimientos. Unidad 4 - Calidad del Software: Qué es la Calidad del Software? Modelos de Calidad del Software Visión simplista de la Calidad Unidad 4 - Calidad del Software (cont): Terminología Actividades de Control del Software Qué es la Garantía de Calidad? Actividades constructivas de Garantía de Calidad Unidad 4 - Calidad del Software (cont): El Costo de la Calidad Gestión de la Calidad del Software El Manual de Calidad Unidad 4 - Calidad del Software (cont): Guía de IEEE para planificación de Garantía de Calidad Cómo implementar un Plan de Garantía de Calidad Puntos clave Recuperatorio de Trabajo Práctico 11. BIBLIOGRAFIA: Para textos: citar autor, título, ciudad, editorial, año. Para revistas: citar autor, título del artículo, nombre de la revista, n, lugar, edición, año, pág., Para sitios web: dirección de la página. a) Básica: Textos Ingeniería de Software Ian Sommerville México. Pearson Educación ma Edición/2005 Ingeniería de Software - Principios Ledesma Rodrigo Apunte de Cátedra Ingeniería de Requerimientos Ledesma Rodrigo Apunte de Cátedra Página 7 de 10

8 Testing de Software Ledesma Rodrigo Apunte de Cátedra Calidad de Software Ledesma Rodrigo Apunte de Cátedra Revistas Nombre de la Revista: Nro. de Revista: Año: Página inicial: ISSN: Sitios Web Autor: Dirección URL: Fecha último acceso: b) Complementaria: Textos Ingeniería de Software Shari L Pfleeger Buenos Aires: Pearson Education, Página 8 de 10

9 Requirement Engineering Linda Macaulay Springer-Verlag 1996 Revistas Nombre de la Revista: Nro. de Revista: Año: Página inicial: ISSN: Sitios Web Autor: Dirección URL: Fecha último acceso: 12. ARTICULACIÓN DOCENCIA-INVESTIGACIÓN-EXTENSIÓN: (Se deben indicar las actividades a realizar durante el período que se planifica y solamente se consignarán aquellas en las que participarán los alumnos que cursen la asignatura en el período) (Longitud máxima: 2000 caracteres) 13. DISTRIBUCIÓN DE TAREAS DEL EQUIPO DOCENTE: (Longitud máxima: 2000 caracteres) La materia cuenta con un único docente designado por lo que el mismo desempeña las siguiente tareas: - mantenimiento del espacio asignado a la materia dentro de la plataforma pedagógica - actualización y mantenimiento de los contenidos de la materia - dictado de las clases teóricas - confección, publicación y corrección de trabajos prácticos - atención de consultas en foros, salas de chat, a través de mensajes y/o correo electrónico - gestión de la información en el sistema SIU-Guaraní (carga de regularidades, notas de exámenes finales, etc.) - confección y actualización de la planificación de cátedra Página 9 de 10

10 - confección, toma y corrección de exámenes finales Página 10 de 10