Está en la página 1de 87

Identificación de necesidades y definición de requisitos

 Introducción al análisis de requisitos
 ¿Qué son los requisitos?  Diferentes tipos de requisitos  Recogida de datos  Interpretación y análisis de los datos

Introducción al análisis de requisitos
 Un alto porcentaje de proyectos que fallan se deben a una mala definición de los requisitos y de unos objetivos poco claros.
 ¿Cómo ayudan al diseño?  Los requisitos ayudan a definir qué debe ser diseñado de forma tal que las necesidades del usuario sean satisfechas a la vez que especifican como conseguir la implementación del diseño.

Introducción al análisis de requisitos
 Comprender cuáles son los elementos del contexto y como afectan

 Usuarios, tipo de trabajo, donde se realiza, ...
 Producir un conjunto “estable” de requisitos

 Qué debe hacer, cómo debe hacerlo, ...

Introducción al análisis de requisitos
 Validación: nos ayudan a conseguir subsanar las necesidades originales por medio de los requisitos especificados (extra features)
 Verificación: nos ayudan en la tarea del diseño orientándonos como conseguir los objetivos traduciéndolos en tareas rutinarias de diseño

Introducción al análisis de requisitos  La documentación producida es importante:  Será leída por todos los integrantes del proyecto.  Cliente y desarrollador  Diferentes integrantes grupo desarrollo  Almacenada y reusada .

Introducción al análisis de requisitos Fuente: ISO 13407 estándar para los procesos de diseño centrados en el humano http://www.CatalogueDetail?CSNUMBER=21197 .org/iso/en/CatalogueDetailPage.iso.

M. http://users.jyu. 2000.fi/~jpt/ME2000/Me13/ .Introducción al análisis de requisitos Fuente: Pentti. Metamodelling and method engineering Process modelling.

¿Qué son los requisitos?  Términos relacionados con los requisitos:  Recogida de requisitos (tomar del entorno los requisitos)  Pliego de requisitos (los requisitos están en los usuarios y hay que “sacárselos”)  Análisis de requisitos (Investiga o analiza un conjunto inicial)  Ingeniería de los requisitos (proceso iterativo de recogida y análisis) .

 Tiempo de descarga de una página debe ser menor de 5”  Los usuarios deben encontrar atractiva la aplicación .¿Qué son los requisitos?  Un requisito es una declaración sobre un producto deseado que especifica qué debería hacer o como debería hacerlo.

.  Los requisitos deben ser lo más claros posibles y comprender claramente como se cumplen.¿Qué son los requisitos?  Los requisitos tienen muchas formas y con muchos niveles de abstracción.

 Debe trabajar en windows y Mac  Debe poder conectarse a través del bus IEEE 488 .Diferentes tipos de requisitos  Funcionales: dicen que debe hacer el sistema  Diferentes estilos de formato en procesador de textos  Cambio de la temperatura en un reactor  No funcionales: restricciones del sistema y su desarrollo.

etc. peso.Diferentes tipos de requisitos  Cuando se consideran dispositivos físicos hay características como forma. que hay que tener en cuenta. tamaño.  ¿Funcionales o no funcionales? .

Diferentes tipos de requisitos  A veces los requisitos no funcionales afectan a los funcionales. Ejemplo de la PalmPilot. .

experto o novato. . precisión y valor. entorno social. eficiencia. entorno organizacional y entorno técnico. casual o frecuente.Diferentes tipos de requisitos  Otra lista más exhaustiva de tipos de requisitos:  Funcionales  De datos: tipo. seguridad. (Perfil de usuario)  De usabilidad: efectividad.  Del entorno: entorno físico.  Del usuario: talento y habilidades. volatilidad. persistencia. tamaño. utilidad y aprendizaje.

de entorno.Diferentes tipos de requisitos  Ejercicio. de datos. de usuarios y de usabilidad del autoservicio de una cafetería universitaria que permita pagar mediante tarjeta de crédito. . Identificar los requisitos funcionales.

 De usabilidad: Simple para los nuevos usuarios y recordable para los expertos.  Funcionales: El sistema calculará el total de lo consumido.  De usuario: Menos de 25 años y sin problemas al utilizar la tecnología.Diferentes tipos de requisitos  Ejercicio.  De entorno: Los usuarios pueden llevar una bandeja y esperan un tiempo de respuesta rápido. . Tratamiento de errores sencillo. Mucho ruido y poca atención al sistema.  De datos: El sistema debe tener acceso al precio de los productos.

 Si ya existe ese conjunto estable. relevantes y apropiados para definir un conjunto estable de requisitos. sirve para expandir. clarificar y confirmar ese conjunto.Recogida de datos  El objetivo es recoger datos suficientes. .

.Recogida de datos  En esta recogida se deben conocer como se realizan las tareas en la actualidad. el contexto en el que se realizan y las razones de porqué las cosas son como son.  Existen varias técnicas para recoger información. así como las metas asociadas. las cuales no son excluyentes.

Recogida de datos  Cuestionarios  Buenos para la recogida de respuestas a preguntas específicas  Los tipos de datos son cualitativos y cuantitativos  La mayor de las ventajas es que puede ser respondido por un grupo muy amplio con pocos recursos  El ratio de respuesta es muy bajo y pueden no responder lo que se quiere .

.Recogida de datos  Entrevistas  Son buenas para explorar puntos específicos  La mayor parte de los datos que recoge son cualitativos  Fuerza el contacto entre los usuarios y el equipo de desarrollo  Consume mucho tiempo y el ambiente puede intimidar a los entrevistados.

.  Posibilidad de caracteres dominantes.Recogida de datos  Grupos de interés y talleres  Recoge muchos puntos de vista  La mayoría de los datos son cualitativos  Resalta las áreas de consenso y de conflicto y fuerza el contacto entre desarrolladores y usuarios.

Recogida de datos  Observación  Bueno para comprender el contexto de la actividad del usuario  Recogida de información cualitativa  El estudio mediante observación da ideas que otras técnicas no dan  Consume mucho tiempo y produce gran cantidad de información .

reglas y estándares  Los datos recogidos son cuantitativos  No se necesita tiempo de los usuarios  El día a día difiere de los procedimientos .Recogida de datos  Estudio de documentación  Bueno para aprender los procedimientos.

Recogida de datos  Software de registro  Bueno para analizar como se trabaja con el sistema  Los datos son cuantitativos  El usuario no se siente observado y utiliza el sistema de forma real  No se tienen en cuenta las impresiones. .

¿qué tipo de cuestionarios haremos?  ¿Dónde se encuentran y como son de accesibles los usuarios? .Recogida de datos  ¿Qué tipo de información se requiere?  Al principio de un proyecto ¿qué usamos entrevistas o cuestionarios?  ¿De qué recursos disponemos?  Si tenemos dos semanas.

¿la tarea involucra información compleja o simple?. el análisis de los datos)  La tarea a ser estudiada ( ¿es secuencial o se solapan?. ¿la tarea la va a hacer un experto o un lego? .Recogida de datos  La selección de la técnica de recogida de datos tiene dos aspectos a tener en cuenta:  La naturaleza de los datos (cantidad de tiempo y nivel de detalle.

Recogida de datos  Guías para realizar la recogida de datos (1)  Enfocarla a la identificación de las necesidades de los usuarios  Involucrar a todos los tipos de grupos de usuarios  Involucrar a más de un usuario de esos grupos  Utilizar una combinación de técnicas  Realizar una prueba piloto de recogida de datos .

Recogida de datos  Guías para realizar la recogida de datos  Compromiso entre la situación idílica y las restricciones de la realidad  Recogida de datos práctica .

Recogida de datos  Ejercicio  Suponiendo que se está al principio del desarrollo y que se tienen suficientes recursos y tiempo cuales son las técnicas adecuadas para desarrollar un sitio web de comercio electrónico para jóvenes. .

 Entrevistas con cuestionarios y grupos de interés son los más apropiados.  Identificar sitios similares o competidores y evaluarlos puede producir una mejora del producto.Recogida de datos  Ejercicio  No se puede entrevistar a todos los usuarios y tampoco se pueden definir grupos de usuarios. .

. tipo. descripción. satisfacción del usuario. historia. .  Es bueno definir modelos de requisitos que incluyan: identificador. razón. .. dependencias.Interpretación y análisis de los datos  El objetivo de la interpretación es estructurar y registrar descripciones de requisitos. criterios de adecuación.

.Interpretación y análisis de los datos  Esta información se incluye en documentos o diagramas que tienen enlaces al origen de esos requisitos.

.Interpretación y análisis de los datos  El análisis tiene que ver con la investigación de los distintos aspectos del sistema de acuerdo con los requisitos establecidos.. entidad-relación) (diagramas de clases y de secuencia) .g.g.) de datos (v.. diagramas de estado. diagramas de flujo de datos..  Diversas técnicas se aplican para ello: funcionales (v.

Interpretación y análisis de los datos  Técnicas para comprender las metas y los objetivos de los usuarios.  Estas técnicas se deben usar en el proceso iterativo para comprender en profundidad los requisitos. .

.Interpretación y análisis de los datos  Descripción de tareas  describen las tareas por las que el sistema va a ser aceptado  Ejemplos: Escenarios y casos de uso.  Análisis de tareas  La información recogida establece la base de las prácticas existentes sobre las que construir nuevos requisitos o diseñar otros nuevos  Ejemplos: HTA y GOMS.

Interpretación y análisis de los datos  Escenarios  Un escenario es una descripción informal de actividades o tareas humanas que permiten la exploración y discusión de contextos. necesidades y requisitos.  Habitualmente los primeros escenarios los construyen los usuarios. .

.. Se tiene que comprobar que todos los datos necesarios están. si no la solicitud no se podrá procesar.Interpretación y análisis de los datos  Escenarios .. ..Los alumnos para abrir su cuenta en los laboratorios del departamento tienen que proporcionar su NIA y sus datos personales a través de un formulario.

Interpretación y análisis de los datos  Escenarios  Sirven para identificar los usuarios del sistema y los productos que están dentro de su actividad .

uso el nombre del autor ya que la fecha me da demasiados resultados. Después de 30 segundos me dice que no hay resultados y me muestra los resultados más parecidos. No recuerdo el título pero sé que se publicó antes del 2000. Un usuario de una biblioteca dice: Quiero encontrar un libro de Eduardo Mendoza. pero no por ambos a la vez. . El sistema sólo me permite buscar por autor o por fecha.¿Qué cosas hay que tener en cuenta? . no entiendo porqué ya que a la biblioteca puedo entrar sin que nadie me pida el carnet.Interpretación y análisis de los datos  Escenarios  Ejemplo. Voy al catálogo e introduzco mi palabra de paso. El nombre no es Eduardo es Eduard ya que estamos en una biblioteca en catalán. Normalmente.

.Interpretación y análisis de los datos  Escenarios  Ejemplo. La importancia de tener el nombre correcto El uso de una contraseña para buscar en la biblioteca La falta de mecanismos flexibles La utilidad de la lista de nombres parecidos . ..

Interpretación y análisis de los datos  Escenarios  Ejercicio Describir el escenario de la compra de un PC nuevo teniendo en cuenta las tareas. . las prioridades y las preferencias.

 Aunque se enfoca en la interacción entre el usuario (actor) y el sistema software.Interpretación y análisis de los datos  Casos de uso  Enfatiza la tarea del usuario más que la interacción con el sistema.  Existe un escenario en los casos de uso que indica el camino a través de un conjunto concreto de condiciones. . se ve desde la perspectiva del usuario no del sistema.

. y es el objetivo del actor usando el sistema lo que el caso de uso quiere describir. se muestran al final del caso.  El caso de uso principal se denomina el “rumbo normal”  Otras alternativas.Interpretación y análisis de los datos  Casos de uso  Un caso de uso se asocia a un actor. denominadas “rumbos alternativos”.

Interpretación y análisis de los datos   Casos de uso Ejemplo: Caso de uso para la biblioteca .

El sistema le muestra la pantalla de búsqueda 6. .. El sistema le pide su id y su palabra de paso 3. El sistema comprueba si es correcto 5.2 Le pide al usuario de nuevo el id y la palabra de paso .. Alternativas 4. El usuario introduce su id y su palabra de paso 4. Si no existe ese id o esa palabra de paso para ese id 4.Interpretación y análisis de los datos   Casos de uso Ejemplo: Caso de uso para la biblioteca 1.1 El sistema muestra un error 4. El usuario inicia la sesión con la aplicación 2.

 Estas tareas (o subtareas) se agrupan en planes que especifican como deben llevarse a cabo.Interpretación y análisis de los datos  Análisis jerárquico de tareas (HTA)  Se basa en la división de tareas como subtareas. .

2 Acceder a la pantalla de búsqueda 2.Interpretación y análisis de los datos  Análisis jerárquico de tareas 0.3 Introducir los criterios de búsqueda 2. Para tomar prestado un libro en la biblioteca 1. Ir a la estantería y tomar el libro 4.1 Acceder al catálogo 2. Ir a la biblioteca 2. Encontrar el libro buscado 2.5 Anotar la localización 3.4 Identificar el libro buscado 2. Ir al mostrador para reservarlo .

Si no se identifica el libro hacer 2.4-2.3-2.5  El número del plan tiene que ver con la tarea que describe .5.4-2.1-2. Si el libro no está en la estantería hacer 2-3-4 Plan 2: hacer 2.2-2.Interpretación y análisis de los datos  Análisis jerárquico de tareas Plan 0: hacer 1-3-4.

4 Anotar la localización 2.Interpretación y análisis de los datos  Análisis jerárquico de tareas Tomar prestado un libro 0 Plan 0: hacer 1-3-4 Si el libro no está en la estantería.5 Acceder al catálogo 2.2 Introducir búsqueda 2.3 Identificar libro 2.1 Acceder a la búsqueda 2.4-2.5 Si el libro no se encuentra.2-2.5 .1-2.3-2. hacer 2. hacer 2-3-4 Ir a la biblioteca 1 Encontrar un libro 2 Tomar un libro de la estantería 3 Ir al mostrador 4 Plan 2: hacer 2.4-2.

Interpretación y análisis de los datos  Análisis jerárquico de tareas  Ejercicio: Se quiere apuntar una cita en un calendario compartido de varios miembros de la empresa que trabajan en distintos departamentos. .

2-3.3-3. si no 2-3 Hacer lista de asistentes 1 Hacer lista de restricciones 2 Encontrar una fecha 3 Meter reunión 4 Informar asistentes 5 Plan 3: hacer 3.2 Comparar fechas 3. 3.3 Elegir la preferida 3.4 o hacer 3. hacer 4-5.2-3. 3.4 .Interpretación y análisis de los datos  Análisis jerárquico de tareas Preparar una reunión 0 Plan 0: hacer 1-2-3 Si hay fechas identificadas.4 Identificar fehcas dpto.1 Identificar fechas ind.1-3.1-3.3-3.

. operators.Interpretación y análisis de los datos  GOMS (Goals. methods and selection rules)  Tiene como objetivo el modelado del conocimiento y de los procesos cognitivos que se producen cuando el usuario interactúa con un sistema.

operators.Interpretación y análisis de los datos  GOMS (Goals. . methods and selection rules)  Metas se refiere a los estados concretos que el usuario quiere conseguir  Operadores se refiere a los procesos cognitivos y acciones físicas que se tienen que llevar a cabo para lograr esas metas.  Los métodos son los procedimientos aprendidos para conseguir una meta.  Las reglas de selección se usan para determinar que método elegir cuando hay más de un escenario en una tarea.

Interpretación y análisis de los datos  GOMS (Goals. operators. methods and selection rules)  Se utiliza mucho para comparar sistemas distintos  Sirve muy bien para análisis sencillos pero no para complejos  Se necesita una herramienta que automatice el proceso .

. methods and selection rules)  Ejemplo  Meta: Borrar una palabra de una frase en el Word 2000.Interpretación y análisis de los datos  GOMS (Goals. operators.

methods and selection rules)  Ejemplo  Método para conseguir la meta usando la opción de menú  Recordar que la palabra tiene que estar seleccionada  Recordar que el comando es “Borrar”  Recordar que el comando “Borrar” está en el menú “Edición”  Realizar la meta de seleccionar y ejecutar el comando “Borrar”  Acabar con la meta cumplida . operators.Interpretación y análisis de los datos  GOMS (Goals.

methods and selection rules)  Ejemplo  Método para conseguir la meta usando la tecla de borrado  Recordar donde está la posición del cursor respecto la palabra a borrar  Recordar cual es la tecla de borrar  Presionar la tecla para borrar cada letra  Acabar con la meta cumplida .Interpretación y análisis de los datos  GOMS (Goals. operators.

Interpretación y análisis de los datos  GOMS (Goals. methods and selection rules)  Ejemplo  Operadores para usar en esos métodos  Hacer clic  Mover el cursor sobre el texto  Seleccionar el menú  Mover el cursor sobre el comando  Presionar la tecla del teclado . operators.

Interpretación y análisis de los datos  GOMS (Goals. operators. methods and selection rules)  Ejemplo  Las reglas de selección  Borrar el texto usando el ratón y seleccionar del menú si se va a borrar gran cantidad de texto  Borrar texto usando la tecla de borrado si se va a borrar una pequeña cantidad de texto .

 Realizar el análisis de requisitos para establecer un conjunto estable .Interpretación y análisis de los datos  Caso de estudio (Rosson y Carroll 2002)  Se quiere organizar una feria de la ciencia en un instituto para mostrar ejemplos prácticos que los alumnos de entre 12 y 15 años hacen.

Interpretación y análisis de los datos  Caso de estudio  Los pasos a seguir son:  Identificar los conceptos básicos del problema  Recoger información de los estudios de campo  Definir los requisitos  Analizar los requisitos .

Interpretación y análisis de los datos  Caso de estudio  Identificar los conceptos básicos del problema  Visión y razón del proyecto  Análisis inicial de los usuarios  Reconocimiento de las cosas que se asumen  Identificación de las guías del desarrollo .

Interpretación y análisis de los datos  Caso de estudio  Identificar los conceptos básicos del problema  Visión y razón del proyecto  Los estudiantes muestran sus proyectos on-line de una forma atractiva  Incremento del uso de la red como elemento de comunicación. y como medio para involucrarse la comunidad  Uso de teoría educativas  Fomentar la difusión de las actividades del colegio  Los medios digitales mejoran las calidades de las exhibiciones .

Interpretación y análisis de los datos  Caso de estudio  Identificar los conceptos básicos del problema  Análisis inicial de los usuarios  Estudiantes que participan en la muestra  Estudiantes asistentes  Profesores  Miembros de la comunidad  Jueces  ¿Administradores del colegio? .

Interpretación y análisis de los datos  Caso de estudio  Identificar los conceptos básicos del problema  Reconocimiento de las cosas que se asumen  Se va implementar en una plataforma web utilizando un servidor de dominio público y un servidor de aplicaciones  Diseñadores y desarrolladores son investigadores universitarios .

Interpretación y análisis de los datos  Caso de estudio  Identificar los conceptos básicos del problema  Identificación de las guías el desarrollo  Se puede disponer de usuarios potenciales para realizar evaluaciones  Es importante que la aplicación sea accesible  Los estudiantes tienen que involucrarse en el proceso de desarrollo  El colegio tiene su propia imagen corporativa  No hay restricciones de tiempo para el desarrollo final pero es conveniente que haya prototipos de forma rápida .

Interpretación y análisis de los datos  Caso de estudio  Recoger información de los estudios de campo  Preparación del estudio  Observaciones. entrevistas y artefactos .

g.g “¿dime cómo lo haces”?)  Seleccionar cómo se va a documentar las observaciones (v.Interpretación y análisis de los datos  Caso de estudio  Recoger información de los estudios de campo  Preparación del estudio  Entrevistas con usuarios para conocer la opinión de los usuarios sobre las actividades que realizan (v. vídeo)  Buscar una relación agradable entre entrevistados y entrevistadores .

Interpretación y análisis de los datos  Caso de estudio  Recoger información de los estudios de campo  Observaciones. entrevistas y artefactos  Todo puede dar información sobre el entorno de trabajo  Tomar fotos/vídeos del lugar/actividades  Algunos artefactos utilizados en la feria tradicional  Póster  Tipos de demostraciones  Disposición física del mobiliario/sala  Cuestionario de evaluación .

Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Análisis de las tareas  Análisis de los artefactos  Detección de los temas relevantes .

sus preferencias y necesidades especiales .Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Analizar de cada grupo detectado su conocimientos previos. sus expectativas.

chat y mail.Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Estudiante  B: Experiencia con ordenadores dispares. Mucha on web.  E: El sistema debería hacer la construcción de exhibiciones más sencilla y divertida  P: Prefieren windows. les gusta la multimedia aunque no tengan una buena conexión. Pocos participan en la feria. les gusta utilizar su lengua nativa  N: Algunos niños tienen deficiencias auditivas y otros algún tipo de retraso .

Algunos han visitado las exposiciones de sus hijos pero pocos asisten de forma regular. Requieren ayuda  N: Utilizan agendas electrónicas en su mayoría . Son reacios a participar como jueces o tutores  E: La mayoría no saben como construir al proyecto pero se pueden imaginar como acceder a las exhibiciones. No tienen intención de participar en discusiones mientras naveguen  P: AOL o ISP similar. No les gusta MM.Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Los miembros de la comunidad  B: Muy pocos tienen gran experiencia con los ordenadores.

Tienen mucha experiencia en participar en estas ferias. Esperan que haya herramientas de autoría y navegación web y de discusión  P: Mezcla de Pc y Mac. y permitir la personalización.Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Profesores  B: La mayoría tienen buen conocimiento sobre distintas aplicaciones web y con herramientas de autor.  E: El sistema puede atraer a otros expertos para guiar a los estudiantes. decrementar su dependencia de los profesores. Preocupación por derechos de acceso y sobre la posibilidad de tener distintas perspectivas de la información  N: No se espera ninguna en especial . pero no de programación.

Combinación de web y mail  P: Pc y Mac.Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Administradores  B: Familiares con aplicaciones web y MSOffice. querrán imprimir ejemplos a color y resúmenes para compartir con otros colegios  N: No se espera ninguna en especial . La feria es gestionada por voluntarios  E: Incrementar la difusión de la feria y conseguir una mayor comunicación entre el colegio y la comunidad. Sistema actual y atractiva.

Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Características de los usuarios/perfiles  Definir las relaciones entre los usuarios .

Evaluar proyectos. Proponer proyectos. Tener noticia de la feria. Analizar el cuestionario de evaluación. Visitantes Jueces Ofrecerse como juez. Escribir y enviar las evaluaciones. Interactuar con los alumnos. y Demostrar los proyectos. Elaborar proyectos. Ver los proyectos. Preparar exhibiciones. .Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Análisis de las tareas Estudiantes Revisar los requisitos de participación. Acceder a la feria.

Resumir participación. Agradecer participación Administradores . Ayudar a crear exhibiciones.Destacar proyectos ganadores. Especificar recursos para la siguiente feria. Criticar los proyectos en progreso. Proporcionar referencias a recursos y a información.Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Análisis de las tareas Profesores Ayudar a refinar las propuestas de proyectos. Encontrar jueces.

Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Análisis de las tareas  Se harían diagramas jerárquicos de las tareas identificadas  Construir exhibición  Juzgar exhibición  . ...

Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Detección de los temas relevantes  Identificar temas que requieren más discusiones u otras observaciones  Buscar patrones en los problemas observados y en las preocupaciones detectadas  Tratar de reagrupar temas similares (“post-it”) .

. ..Interpretación y análisis de los datos  Caso de estudio  Definir los requisitos  Detección de los temas relevantes  Asistencia a la feria  Sólo los padres de los chicos que exponen  Horario nocturno  Participación de los alumnos  Siempre los mismos y los mismos temas  Desarrollo de la creatividad e interés por innovar  Nerviosos y ansiosos durante la feria  Orgullos si ganan ellos  .

Interpretación y análisis de los datos
 Caso de estudio
 Analizar los requisitos
 Establecer los requisitos del sistema de acuerdo a los usuarios, tareas y objetivos

 Agruparlos a través de los tipos de requisitos

Interpretación y análisis de los datos
 Caso de estudio
 Analizar los requisitos
 Requisitos funcionales
 Identificar las tareas que se van a realizar con el sistema

Elaborar la exhibición
Demostrar el proyecto Navegar por la feria Interactuar con los estudiantes

...
NO: Construir el proyecto NO: Analizar el cuestionario de evaluación

Interpretación y análisis de los datos
 Caso de estudio
 Analizar los requisitos
 Requisitos de datos  La información es muy cambiante durante el proceso de creación  Debe existir un histórico de ferias  Las exhibiciones incluirán vídeo de baja calidad  Se deben dar distintos tipos de información sobre la feria

 ...

Interpretación y análisis de los datos
 Caso de estudio
 Analizar los requisitos
 Requisitos de entorno  Se dará soporte a Windows y Macintosh

 Se dará soporte a agendas personales (50%)
 Asegurar la mayor accesibilidad y difusión  Garantizar la igualdad de oportunidades a los alumnos  ...

..Interpretación y análisis de los datos  Caso de estudio  Analizar los requisitos  Requisitos de usuario  Dar soporte a los usuarios con necesidades especiales  Ofrecer mecanismos de personalización de la información  Ofrecer mecanismos de experto/novato para los estudiantes  Ofrecer mecanismos de novato para los padres  Ofrecer mecanismos de discusión  . .

.. .Interpretación y análisis de los datos  Caso de estudio  Analizar los requisitos  Requisitos de usabilidad  La interfaz tiene que seguir la estética del colegio  No puede existir exceso de contenidos multimedia  Utilizar terminología orientada a estudiantes de entre 12 y 16 años  .