Escuela Ciencias Básicas, Tecnología e Ingeniería

Material de Apoyo Unidad 2

204019 – Análisis de RequisitosTecnología en desarrollo de software

Ing. Pilar Alexandra Moreno- Directora del curso

CEAD Duitama

• Temáticas• Unidad 2 – Ingeniería de Requisitos: Contenidos, temáticas

y actividades del curso.• Trabajo colaborativo - Segunda fase: Diagnóstico.

Pilar Alexandra MorenoDirectora del curso

Contenido del curso

Temáticas Unidad 2 – Ingeniería de Requisitos (IR)

Contenidos de Aprendizaje

1. Ingeniería de requerimientos1. Definición de requerimiento2. Tipos de requerimientos3. Requisitos y análisis de requisitos

2. Levantamiento de requerimientos1. Elicitación de requisitos2. Skateholders3. Problemas comunes en el levantamiento de requerimientos4. Métodos de levantamiento de requerimientos

Contenidos de Aprendizaje3. Análisis de requerimientos

1. Objetivos del análisis2. Proceso de análisis3. Negociación de requerimientos4. Documentación de requerimientos5. Medición de requisitos

4. Modelo de Requisitos1. Modelo de Casos de uso2. Modelo de Interfaces3. Modelo del Dominio del Problema4. Generalidades del modelo de análisis

5. Especificación de requisitos1. Especificación2. Técnicas y herramientas para especificación de requisitos3. Software de soporte

Temáticas Unidad 2 – Ingeniería de Requisitos (IR)

Documento inicial con el análisis de requisitos del software propuesto: Modelos apropiados - Identificación y clasificación de requerimientos“Levantamiento de la información”

Descripción de la empresa y/o contexto

Elicitación de requerimientos: Realizada a través de uno de los instrumentos mencionados en la Unidad 1 y 2 del curso: encuesta, entrevista, diagnóstico, etc.

Análisis de requerimientos: determinación y clasificación de requerimientos.

Modelos de requisitos para el software propuesto: Modelo Casos de uso, Modelo de Interfaces, Modelo Dominio del Problema, Modelo general de análisis del sistema.

¡OJO! Dicho modelamiento será la base para las siguientes fases del proyecto en este curso.

Trabajo ColaborativoSegunda Fase - Diagnóstico

Descripción de cada aspecto:

1. Descripción de la empresa y/o contexto: Relacionar y describir: Tipo de empresa. Descripción general. Ubicación. Región de influencia. Organización: Organigrama. Sector. Naturaleza.

2. Elicitación de Requerimientos: Recolección/Levantamiento de la información Entrevistas JAD (Joint Application Design): Conjunto de reuniones usuarios/analistas Prototipado Observación Estudio de documentación Cuestionarios Tormenta de ideas (brainstorming)Open CourseWare:Ros, J. & Toval, A. (2009) Fundamentos de Ingeniería del Software. Universidad de Murcia. España. Bloque 2: EL CICLO DE DESARROLLO DE SOFTWARE. Tema 3. Análisis de requisitos. Descarga de datateca UNAD:http://datateca.unad.edu.co/contenidos/204019/EConocimiento/M06-FundamentosIngSw-Capitulo03p01.pdf

Descripción de cada aspecto:

3. Análisis de Requerimientos: Determinación y clasificación de requerimientos.Realizar una clasificación de los requisitos que se han identificado en la etapa de recolección o elicitación de requisitos, de acuerdo a su naturaleza y función con respecto al software propuesto:

Tipos de Requerimientos: Requerimientos de negocio. Requerimientos de usuario. Requerimientos del Sistema. Requerimientos Funcionales. Requerimientos No Funcionales:

a) Requerimientos de productob) Requerimientos Organizacionalesc) Requerimientos Externos

Martínez. J, Silva. C. (2010). “Anexo 2. Ingeniería de Requerimientos”. Pontificia Universidad Javeriana. Trabajo de Grado "Guía Metodológica para el Levantamiento y Análisis de Requerimientos de Software con base en Procesos de Negocio". Capítulo 2: Levantamiento de Requerimientos. Anexo 2: Ingeniería de Requerimientos. Descarga de datateca UNAD:http://datateca.unad.edu.co/contenidos/204019/EConocimiento/M05-Anexo2-Ingenieria_de_Requerimientos.pdf

4. Modelos de requisitos para el software: 1. Modelo de Casos de uso:

Ejemplo de casos de uso que muestran la relación con los actores:

2. Modelo de Interfaces: Describe la presentación de información entre los actores y el sistema.Especificación de cómo se verán las interfaces de usuario al ejecutar cada caso de uso.Para interface humano-computadora (HCI, Human Computer Interface): Esquemas de cómo vería el usuario las pantallas cuando se ejecuta cada caso de uso. Simulación: manejador de interfaces de usuario (UIMS, User Interface Management System). Prototipo funcional de requisitos: mostrando interfaces de usuario: estrategia importante.

Weitzenfeld, A. (2005). Modelo de requisitos. Ingeniería de Software Orientada a Objetos con UML, Java e Internet. Mexico City: Cengage Learning. Recuperado de Biblioteca Virtual Unad: http://go.galegroup.com/ps/i.do?id=GALE%7CCX3004300051&v=2.1&u=unad&it=r&p=GVRL&sw=w&asid=959aa89a0acb01ba3c88b3e4069a7d13

Para ingresar a este recurso de la Biblioteca Virtual Unad, si está fuera de la red del Cead debe primero loguearse así: http://bibliotecavirtual.unad.edu.co:2048/loginUsuario: proveedorClave: danue0a0

4. Modelos de requisitos para el software: 3. Modelo Dominio del Problema:Identificación de clases

Identificación de asociaciones Identificación de atributosDiccionario de clases Identificación de Módulos

Define un modelo de clases común para todos los involucrados en el modelo de requisitos, tanto analistas como clientes. Este modelo de clases consiste en los objetos del dominio del problema, o sea objetos que tienen una correspondencia directa en el área de la aplicación.

Diagrama de clases con asociaciones entre clases identificadas. Se omiten los nombres de las asociaciones

4. Modelos de requisitos para el software: 4. Modelo general de análisis del sistema.

4. Modelos de requisitos para el software:

Actividad Individual

Actividad individual Productos académicos y ponderación de la actividad individual

Cada integrante del grupo debe presentar, de manera individual, al inicio de esta fase 2, el desarrollo de mínimo 3 de los 8 aspectos solicitados en el trabajo grupal. Deben organizarse y distribuirse los aspectos entre los miembros del grupo (asegurando que al final tengan aportes de todos los aspectos).Luego de ello, entran a la fase grupal, en donde cada integrante debe interactuar con su grupo en diferentes momentos para desarrollar y consolidar el documento final solicitado.Necesariamente deben presentar de manera individual el desarrollo de mínimo 3 de los 8 aspectos solicitados en el trabajo grupal (de acuerdo a la distribución hecha).

Cada integrante debe registrar:- El desarrollo de mínimo 3 de los 8 aspectos solicitados en el trabajo grupal. Deben dar una respuesta propia y significativa a cada punto asignado del trabajo. Este trabajo individual lo debe registrar cada estudiante en el tema correspondiente al foro de la Fase 2: Diagnóstico, espacio en donde el grupo debe interactuar. Para ello cada estudiante debe entregar su trabajo individual con sus respuestas completas a mínimo tres de los aspectos, anexando un documento tipo Word. Ponderación actividad individual: 15% - 75 puntos

Actividad Grupal

Productos académicos y ponderación de la actividad colaborativa Documento final grupal: El cual debe contener: Portada Introducción: En esta parte deben indicar la organización del grupo: roles y

tareas ejercidas por cada integrante. Y deben responder ¿Por qué seleccionaron el instrumento para la elicitación de requerimientos y cómo fue su aplicación?

Desarrollo de la actividad: Respuesta a los puntos indicados en la columna anterior.

Conclusiones: El grupo debe dar respuesta puntual a las preguntas ¿Por qué consideran que el modelamiento del software que presentan es adecuado y pertinente para la solución del problema a resolver? ¿Cuáles requerimientos consideran son los más difíciles de satisfacer?

Referencias bibliográficas. Ponderación actividad grupal: 15% - 75 puntos

Planeación de actividades para el desarrollo del trabajo colaborativo

Actividad Cronograma de trabajo Responsables

Lectura de los recursos teóricos Del día-mes-año–hora al día-mes-año-hora

Preparación y entrega de los aportes individuales

Del día-mes-año–hora al día-mes-año-hora

Interacción del grupo con base en los aportes individuales

Del día-mes-año–hora al día-mes-año-hora

Preparación de los entregables Del día-mes-año–hora al día-mes-año-hora

Revisión de los productos Del día-mes-año–hora al día-mes-año-hora

Preparación de los entregables de acuerdo con la norma establecida (según la versión que se maneje)

Del día-mes-año–hora al día-mes

Roles a desarrollar por el estudiante dentro del grupo colaborativo

Rol asumido Tareas o funciones realizadas

Líder:

Comunicador

Responsable de la comunicación entre el tutor y el equipo, como también de presentar a su equipo la información que recoge de la observación - al desarrollo de las actividades - hecha a los otros equipos de grupo. Responsable de entregar el producto final

Relator:Responsable de la relatoría de todos los procesos en forma escrita. También es responsable por recopilar y sistematizar la información a entregar al facilitador-docente.

Vigía del Tiempo:

Controla el cronograma de tiempo establecido, y es responsable porque el equipo desarrolle las diferentes actividades dentro del tiempo pactado.

Dinamizador del Proceso:

Quien se preocupa por verificar al interior del equipo que se estén asumiendo las responsabilidades individuales y de grupo, propicia que se mantenga el interés por la actividad y por último cuestiona permanentemente al grupo para generar puentes entre lo que ya se aprendió.

Utilero:Responsable de conseguir el material y/o las herramientas de acuerdo a las necesidades del equipo para el desarrollo de las actividades y/o procesos.

Roles y responsabilidades para la producción de entregables

Roles Función

Compilador

Consolidar el documento que se constituye como el producto final del debate, teniendo en cuenta que se hayan incluido los aportes de todos los participantes y que solo se incluya a los participantes que intervinieron en el proceso. Debe informar a la persona encargada de las alertas para que avise a quienes no hicieron sus participaciones, que no se les incluirá en el producto a entregar.

Revisor

Asegurar que el escrito cumpla con las normas de presentación de trabajos exigidas por el docente. Revisa que los aportes de los integrantes sean elaboraciones conceptuales propias (no copias textuales o plagios) y que las citas y referencias bibliográficas estén completas y adecuadas a las normas APA. Avisa a la persona de alertas para que informe a los integrantes del equipo en caso que haya que realizar algún ajuste sobre estos aspectos.

Evaluador

Asegurar que el documento contenga los criterios presentes en la rúbrica. Debe comunicar a la persona encargada de las alertas para que informe a los demás integrantes del equipo en caso que haya que realizar algún ajuste sobre el tema.

Entregas

Alertar sobre los tiempos de entrega de los productos y enviar el documento en los tiempos estipulados, utilizando los recursos destinados para el envío, e indicar a los demás compañeros que se ha realizado la entrega.

Alertas Asegurar que se avise a los integrantes del grupo de las novedades en el trabajo e informar al docente mediante el foro de trabajo y la mensajería del curso, que se ha realizado el envío del documento.

Rúbrica analítica de evaluación

Aspectos evaluados

Criterios de desempeño de la actividad individual P/ máxim

aValoración alta Valoración media Valoración baja

Rol del estudiante en el foro de Trabajo

Colaborativo

El estudiante se presenta oportunamente en el foro, asume un rol y lo cumple a cabalidad.

El estudiante ingresa oportuna y continuamente al foro, pero no cumple a cabalidad con el rol asumido o no asume un rol.

Su participación activa inicia sólo una semana antes de la entrega del producto final y no tiene rol definido

25

(Hasta 25 puntos) (Hasta 15 puntos) (Hasta 5 puntos)

Calidad de los aportes del

estudiante en el Trabajo Colaborativo

El estudiante participa en la consolidación del trabajo del grupo, realizando aportes a tiempo, pertinentes y de calidad para el desarrollo del documento final del grupo. Además ayuda en la definición de su estructura y complementa al menos uno de los aspectos centrales del trabajo.

El estudiante intenta participar en la consolidación del trabajo del grupo, pero no realiza aportes a tiempo, pertinentes y de calidad para el desarrollo del documento final del grupo y/ó no ayuda en la definición de su estructura ni complementa al menos uno de los aspectos centrales del trabajo.

El estudiante NO participa de manera pertinente en la consolidación del trabajo del grupo, NO realiza aportes a tiempo y de calidad para el desarrollo del documento final del grupo. Además NO ayuda de manera adecuada en la definición de su estructura, ni complementa al menos uno de los aspectos centrales del trabajo.

25

(Hasta 25 puntos) (Hasta 15 puntos) (Hasta 5 puntos)

Trabajo individual e interacción del

estudiante

El estudiante aporta de manera pertinente su trabajo individual completo e interactúa para la selección y descripción del trabajo grupal a desarrollar.

El estudiante aporta de manera pertinente su trabajo individual completo pero no interactúa para la selección y descripción del trabajo grupal a desarrollar.

El estudiante no aporta de manera pertinente su trabajo individual completo y no interactúa para la selección y descripción del trabajo grupal a desarrollar. 25

(Hasta 25 puntos) (Hasta 15 puntos) (Hasta 5 puntos)

Rúbrica analítica de evaluación

Aspectos

evaluados

Criterios de desempeño de la actividad grupal P. máximo

Valoración alta Valoración media Valoración baja

Finesdel trabajo

grupal

Expone las razones para adoptar la estructura que propuso para la planificación del proyecto de software.

Expone las razones para adoptar la estructura que propuso para la planificación del proyecto de software pero no nos coherentes ni pertinentes.

No expone las razones de manera suficiente para adoptar la estructura que propuso para la planificación del proyecto de software.

20

(Hasta 20 puntos) (Hasta 12 puntos) (Hasta 3 puntos)Determina las técnicas a

aplicar en cada una de las gestiones que se debían incluir en la planificación del proyecto.

Determina las técnicas a aplicar en cada una de las gestiones que se debían incluir en la planificación del proyecto, pero no son totalmente pertinentes o no están completamente descritas.

No se determinan las técnicas a aplicar para cada una de las gestiones que se debían incluir en la planificación del proyecto o no son pertinentes o no están completamente descritas.

20

(Hasta 20 puntos) (Hasta 12 puntos) (Hasta 3 puntos)

Selecciona las técnicas apropiadas para el diseño de la planificación del proyecto de software, acorde al tipo de software y al modelo de proceso de software

Selecciona las técnicas apropiadas para el diseño de la planificación del proyecto de software, pero no son completamente acordes al tipo de software y al modelo de proceso de software

No se selecciona las técnicas apropiadas para el diseño de la planificación del proyecto de software o no están acordes al tipo de software o no están acordes al modelo de proceso de software

20

(Hasta 20 puntos) (Hasta 12 puntos) (Hasta 3 puntos)

Estructura del

documento

El documento corresponde y se ajusta completamente a la estructura de una propuesta de planificación de un proyecto de software, sin presentar errores de redacción y ortografía.

El documento corresponde de manera parcial a la estructura de una propuesta de planificación de un proyecto de software y presenta algunos errores de redacción y ortografía.

El documento no corresponde de manera completa a la estructura de una propuesta de planificación de un proyecto de software además presenta errores de redacción y ortografía.

15

(Hasta 15 puntos) (Hasta 8 puntos) (Hasta 4 puntos)

Estudiante que no envíe o no realice su actividad individual, de acuerdo a las indicaciones para cada fase en el tiempo establecido para entrega de aportes individuales, tiene calificación de 0.0. Igualmente el grupo debe enviar el documento final, una vez lo realicen, lo revisen y lo consoliden con base en los trabajos individuales que hayan enviado. Si el estudiante envió su trabajo individual después de la fecha límite establecida para ello, tendrá una calificación total de 0 puntos en el trabajo colaborativo y no se le aplicará la rúbrica de evaluación de la actividad. Si el estudiante envía las actividades individuales en el plazo establecido, pero no participa en la consolidación del trabajo de grupo sólo se le aplicará el ítem de la rúbrica de evaluación referente al trabajo individual. Si se comprueban plagios y/o copias textuales de otros trabajos o de internet, el grupo tendrá una calificación total en el trabajo colaborativo de 0 puntos y no se le aplicará la rúbrica de evaluación de la actividad.“Para aquellos estudiantes que ingresan faltando dos o tres días para el cierre de la actividad, el docente no tendrá en cuenta estas participaciones para la asignación de la calificación en respeto del cumplimiento de aquellos estudiantes que sí lo han hecho.” Resolución de Rectoría No. 6808 - Referentes y lineamientos para desarrollo del trabajo colaborativo. Disponible para su consulta en el Entorno de Gestión del Curso.

Tener en cuenta

Siguientes Fases del Proyecto

Tema Fase Actividad

Unidad 3 - Estándares para la especificación de requerimientos: Estándares y modelos formales para especificación de requerimientos, Documento de requisitos, Caso de estudio- Ejemplo práctico, Requisitos y Calidad del software.

Tercera Fase – Especificación

Diseño metodológico del documento de especificación de requisitos para el proyecto de software a desarrollar: diseñar y consolidar el documento formal de Especificación de requisitos del software RS (se sugiere el estándar IEEE 830) para el proyecto de software a desarrollar.

Consolidación y sustentación de la propuesta del proyecto final: Todo el contenido del curso.

Evaluación Final

- Documento consolidado: de acuerdo a la realimentación dada, así:1. Unidad 1: Primera fase.2. Unidad 2: Segunda fase.3. Unidad 3: Tercera Fase. - Sustentación del documento final de requisitos diseñado, a través de una presentación audiovisual debidamente organizada. Elaborada por todo el grupo y debe evidenciar la participación de todos los integrantes.

¡Gracias por su asistencia!