Docente/s. Departamento/Divisi ón R/ I. Gabriela

Transcripción

1 Ciclo Académico: 2013 Año de la Carrera: Horas de Clases Semanales Régimen de Cursado Teoría Práctica Otros i (1) Anual 1er.Cuatr. 2do.Cuatr. Otros (2) 2º 2 2 X X (1) Observaciones: Algunas actividades se realizan en entorno Unpabimodal. (2) Observaciones: R/ I R Teoría ii Apellido y Nombres Rivadeneira Molina, Silvia Gabriela Departamento/Divisi ón DRN y T Docente/s R/ I R Práctica Apellido y Nombres Rivadeneira Molina, Silvia Gabriela Departamento/Divisi ón DRN y T I Arias Méndez, Carlos Raúl DRN y T I Arias Méndez, Carlos Raúl DRN y T Observaciones: Ambos docentes nos encargamos de la teoría y práctica que dictamos. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s (1) Cod. Asig. Procesos de Desarrollo de Software 1684 Organización de Computadoras 1651 Espacios Curriculares Correlativos Subsiguientes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Laboratorio de Programación 1660 Análisis y Diseño de Software 1658 Validación y Verificación de Software 1663 Bases de Datos FUNDAMENTACIÓN Los sistemas de información se están haciendo una parte esencial de nuestra vida diaria cada vez más, hasta el punto de que el bienestar de las personas individuales, la competitividad de los negocios y la eficiencia de las instituciones públicas dependen a menudo del correcto funcionar de estos sistemas. El éxito de estos sistemas, a menudo referidos como sistemas socio-técnicos, depende en gran parte de su capacidad de cubrir la necesidad y las expectativas de su cliente (un individuo, grupo u organización que encarga el desarrollo del sistema) tan bien como las de su usuario (un individuo, grupo u organización que trabajará con el sistema en sí). Es tarea del proveedor del sistema (su desarrollador, o proveedor del servicio) brindar una solución que reúna el nivel esperado de funcionalidad y asegure la integración exitosa del sistema técnico en la configuración organizacional. Se ha establecido hace mucho tiempo que la eficacia y la flexibilidad de un sistema están inexorablemente relacionadas con el conocimiento correcto de las necesidades de los clientes o usuarios del sistema. Hay un componente clave, de cualquier proceso de desarrollo que tiene un papel principal en este proceso, concretamente la especificación de requerimientos. El proceso de desarrollar una especificación de requerimientos ha sido llamado Ingeniería de Requerimientos (IR). Gastamos mucho tiempo la mayor parte del tiempo del proyecto no implementando o probando, sino intentando decidir qué construir. (B. Lawrence) prg_1654_016_uart_pact Pag - 1 -

2 1- FUNDAMENTACIÓN Esta asignatura se desprende de la asignatura Análisis y Diseño de Sistemas del Plan de Estudios anterior, y le permitirá al alumnos adquirir una mayor comprensión y práctica de las actividades a realizar en la etapa inicial del proceso de desarrollo de un sistema software. 2- OBJETIVOS GENERALES: Que los alumnos sean capaces de: Identificar su rol profesional. Interpretar las necesidades del usuario para aplicarlas en la funcionalidad de los sistemas de información que requieren. Desarrollar especificaciones de requerimientos de sistemas de información eficaces y eficientes. Comprender la importancia de la utilización de métodos, herramientas y procedimientos de la ingeniería de software en el desarrollo de sistemas informáticos. Conocer las etapas del proceso de desarrollo de software y comprenda la necesidad del modelo de requerimientos en el marco de dicho proceso. Adquirir una base sólida en metodologías de análisis de requerimientos y especificación de requerimientos de sistemas que le permita, desarrollar software de calidad. Estar preparado para realizar la documentación de un sistema. Construir las interfaces del sistema. Conocer la existencia de herramientas de automatización y valorar la conveniencia de su utilización en la aplicación de las metodologías estudiadas. 3- CONTENIDOS MÍNIMOS: Fundamentos de requerimientos de software. Proceso de ingeniería de requerimientos. Análisis de requerimientos. Elicitación de requerimientos. Documentación y Especificación de requerimientos. Validación de requerimientos. Lenguajes de especificación y métodos formales. 4- ORGANIZACIÓN DE LOS CONTENIDOS PROGRAMA ANALÍTICO Unidad Nº 1: Introducción a los Requerimientos Concepto de requerimientos. Tipos de requerimientos. Características de los requerimientos. Ingeniería de requerimientos. Trazabilidad de requerimientos. El documento de requerimientos. Unidad Nº 2: Elicitación de Requerimientos Necesidades del cliente Técnicas de elicitación de requerimientos: convencionales y no convencionales. Léxico extendido del lenguaje. Técnicas ágiles. Técnicas de modelado de procesos: BPMN. 4 ORGANIZACIÓN DE LOS CONTENIDOS PROGRAMA ANALÍTICO (Cont.) Unidad Nº 3: Modelo de Requerimientos Análisis de necesidades El modelo de objetos: Clases y objetos. Clasificación. La notación. Modelado UML: Modelo de Casos de Uso. Modelo de Interfaces. Modelo del dominio del problema. Unidad Nº 4: Especificación y validación de requerimientos Requerimientos del desarrollador Especificación de Requerimientos. Especificaciones Estáticas y Dinámicas. Revisiones de Requerimientos. Diagramas de secuencia en UML y su relación con los Casos de Uso. Correspondencia de tipos de requerimientos con el ERS estándar IEEE Organización de los requerimientos. Estándares de calidad. Conceptos básicos de métodos formales. Lenguajes formales de especificación. OCL. prg_1654_016_uart_pact Pag - 2 -

3 5- CRITERIOS DE EVALUACIÓN Se contemplarán los siguientes criterios en las instancias evaluativas, a saber: Posean capacidad y juicio crítico para resolver y/o justificar distintas situaciones Apliquen con creatividad la metodología vistas Cumplan en tiempo y forma con la entrega de los trabajos prácticos y el trabajo de campo Adquieran y manejen con suficiencia el vocabulario requerido por su rol profesional 6- METODOLOGÍA DE TRABAJO PARA LA MODALIDAD PRESENCIAL: El desarrollo de la asignatura se plantea a través de distintas estrategias metodológicas como ser: clases teórico prácticas, actividades prácticas, trabajos prácticos y trabajo de campo. Clases teórico prácticas: se abordan los contenidos teóricos y se muestran casos de ejemplo. Trabajos prácticos: contendrán propuestas de la cátedra que intentarán que el alumno se ejercite en la resolución de problemas aplicando conceptos de adquiridos. También se componen del análisis de lectura obligatoria, dar respuesta a un conjunto de preguntas estructuradas por la cátedra o exponer determinados temas que le permitirán profundizar en los temas tratados. Podrán ser grupales o individuales. Trabajo de campo: pretende que el alumno desarrolle el proceso de determinación de requerimientos de un caso real con cierta complejidad, defina el problema y logre una especificación validada por el usuario aplicando las metodologías estudiadas. Deberán tener en cuenta los siguientes puntos: En caso de alumnos presenciales el grupo de trabajo se conformará con no más de tres integrantes, en los demás casos, el trabajo será individual. En todos los casos se evaluará el desempeño individual del alumno. Los alumnos deberán encontrar un usuario real (organización, área, subárea) que autorice el análisis de su organización. Se establecerán fechas de presentación de la siguiente documentación: Información obtenida en relevamiento, Modelo de Requerimientos: Diagramas de Caso de Uso con documentación. Glosario. El trabajo completo deberá ser entregado al finalizar la cursada. Los temas sugeridos por la cátedra: AFJP, Agencia de viajes, Banco, Comercio, Consultorio Médico, Escuela, Hospital, Mutual, Obra Social, Organismo Gubernamental (Municipalidad, Ministerio de Educación), Universidad, etc. Se estima la posibilidad de utilizar algún software CASE de código libre para realizar las prácticas correspondientes, si esto no fuera posible se utilizarán las herramientas licenciadas provistas por la Universidad, o cualquier otra que la cátedra considere necesaria. Los alumnos podrán acceder a material de estudio, trabajos prácticos y consultas asincrónicas a través de la plataforma UNPABimodal ( 7- ACREDITACIÓN: Alumnos Presenciales. Regularización Trabajos prácticos presentados en tiempo y forma, aprobados. Dos parciales aprobados, o 1 parcial: Unidades 1 y 2 o 2 parcial: Unidades 3 y 4 Trabajo de Campo iniciado y al menos que incluya la documentación obtenida mediante técnicas de elicitación. prg_1654_016_uart_pact Pag - 3 -

4 7- ACREDITACIÓN: Alumnos Presenciales. Promoción 100% Trabajos prácticos presentados en tiempo y forma, aprobados. Dos parciales aprobados con una calificación mínima de 7 (siete) cada uno: o 1º Parcial abarcará Unidades 1 y 2 o 2º Parcial abarcará Unidades 3 y 4 o Trabajo de Campo culminado, aprobado y defendido en clase final. Aprobación Final Regulares: Examen final teórico y práctico, podrá ser oral o escrito. En esta instancia el alumno deberá defender el Trabajo de Campo aprobado con anterioridad. Promocionales: El alumno deberá inscribirse a mesa de examen para poder colocar su calificación final en Acta. Sólo se colocará la calificación final obtenida del promedio de los exámenes parciales. 8- METODOLOGÍA DE TRABAJO PARA ALUMNOS EN EL SISTEMA DE ASISTENCIA TÉCNICA PEDAGÓGICA (SATEP) Si bien se había obtenido certificación de SATEP 3 para este espacio desde el año 2007, luego de una evaluación del Programa de Educación A Distancia en 2009, se opta por no seguir manteniendo la modalidad. Por lo tanto se adhiere a SATEP 0. Los alumnos podrán acceder al programa, trabajos prácticos, material de clases, bibliografía y consultas asincrónicas a través de la plataforma UNPABimodal ( en el espacio correspondiente. 9- ACREDITACIÓN : Alumnos No Presenciales (SATEP) Regularización Aprobación Final 10- METODOLOGÍA DE TRABAJO SUGERIDA PARA EL APRENDIZAJE AUTOASISTIDO (Alumnos Libres) Lectura de bibliografía obligatoria y complementaria citada en este programa, para cada una de las unidades. Las mismas se encontrarán en la fotocopiadora de la Unidad Académica y en plataforma UNPAbimodal. Desarrollo y presentación de trabajos prácticos correspondientes al último ciclo académico. Los mismos se encontrarán en la fotocopiadora de la Unidad Académica y en plataforma UNPAbimodal. Desarrollo y presentación de trabajo de campo en forma individual con las mismas condiciones que el resto de los alumnos. El equipo de cátedra podrá realizar el seguimiento del mismo a lo largo de las distintas etapas de desarrollo. Consultas al equipo de cátedra, en caso que se dificulte el aprendizaje. Los horarios de consulta de la cátedra serán publicados en la pizarra del Departamento de Alumnos y Estudios y en plataforma UNPAbimodal. 11- ACREDITACIÓN : Alumnos Libres Aprobación Final Trabajos Prácticos y de Campo presentados con 15 días de anticipación a mesa de examen, en caso de ser aprobados se procederá con el examen. Examen teórico y práctico. En el examen oral se debe presentar y defender el trabajo de campo para ser aprobado. El examen teórico versará sobre todos los conceptos del programa vigente. prg_1654_016_uart_pact Pag - 4 -

5 12- BIBLIOGRAFÍA Ref er. Libros (Bibliografía Obligatoria) Apellido/s LOUCOPOULOS KARAKOSTAS Nombre/s Pericles Vassilios Año Título de la Obra 1995 System Requirements Engineering Capítulo/ Tomo / Pag. SOMMERVILLE Ian 2005 Ingeniería del Software 6-10 Reino Unido RUMBAUGH BOOCH JACOBSON James Grady Ivar 2000 El lenguaje unificado de modelado Manual de Referencia Lugar de Editorial Unidad Biblio tec UA 1-6 USA Mc Graw Hill 1-4 Per son al Pearson Education 16, 17 Madrid Addison Wesley Iberoamericana SIU NP A Otr o 1-3 X X En líne a 3-4 X X Ref er. Libros (Bibliografía Complementaria) Apellido/s ABRAHAMSSON SALO RONKAINEN WARSTA ALEXANDER BEUS-DUKIC P. O. J. J. Ian Ljerka Nombre/s Año 2002 Título de la Obra Agile software development methods 2009 Discovering Requirements How to specify products and services Capítulo/ Tomo / Pag. Lugar de Editorial Todo Finlandia VTT 2 Unidad Biblio tec UA SIU NP A Otro En líne a England Wiley 1-2,4 X X En líne a BOOCH Grady 1996 Análisis y Diseño orientado a Todo Estados Addison Wesley 3 X X Per Pag - 5 -

6 Ref er. Libros (Bibliografía Complementaria) JACOBSON BOOCH RUMBAUGH Apellido/s Ivar Grady James Nombre/s Año Título de la Obra Capítulo/ Tomo / Pag. Lugar de Editorial Unidad objetos con aplicaciones Unidos son al 2000 El proceso unificado de desarrollo del Software Todo Pearson Education LARMAN Craig 2003 UML y Patrones Todo Pearson Education PFLEGGER Shari Lawrence 2002 Ingeniería del Software. Teoría y Práctica. WEITZENFELD Alfredo 2005 Ingeniería del software orientada a objetos con UML, Java e Internet Biblio tec UA SIU NP A Otro 3-4 X X Per son al 3-4 X X 4 Brasil Prentice Hall 1-4 X X 6 México Thomson 2 X X Artículos de Revistas Apellido/s Nombre/s Título del Artículo Título de la Revista Tomo/Volumen/ Pág. Fecha Unidad Bibliotec UA SIUNPA Otro Recursos en Internet Autor/es Apellido/s Autor/es Nombre/s Título Datos adicionales Disponibilidad / Dirección electrónica LARMAN Craig UML y patrones Material para docentes y apoyo para alumnos. Casos de estudio. PFLEGGER Shari Lawrence Ingeniería del Software. Teoría y Práctica. Material para docentes y apoyo para alumnos. Casos de estudio. _softengtp_2/ Pag - 6 -

7 Otros Materiales Material de cátedra elaborado por Ing. Rivadeneira, Silvia Gabriela Material de cátedra elaborado por Dr. Arias Méndez, Carlos (Universidad de Magallanes, Punta Arenas, Chile) Pag - 7 -

8 13- VIGENCIA DEL PROGRAMA AÑO Firma Profesor Responsable Aclaración Firma 2013 Ing. Rivadeneira Molina, Silvia Gabriela 14- Observaciones El presente programa se considera un documento que, a modo de "contrato pedagógico", relaciona a los protagonistas del proceso de enseñanza-aprendizaje y constituye un acuerdo entre la Universidad y el Alumno. Los cuatrimestres tienen como mínimo una duración de 15 semanas. ii Si el espacio curricular está implementado en una modalidad diferente de teóricos y prácticos, tildar en Otros y consignar esta característica en observaciones ii Si el espacio curricular está implementado en una modalidad consignada por Otros y no pueden ser discriminados los miembros del equipo, incluirlos todos en la columna de teóricas y consignar esta característica en observaciones. En R/I se debe registrar si el docente es Responsable o Integrante. El Responsable del espacio curricular debe estar registrado en la columna de la Teoría. El responsable del espacio curricular no puede estar únicamente en la Práctica. VISADO División Departamento Secretaría Académica Fecha: Fecha: Fecha: Pag - 8 -