identificación de necesidades y definición de...
Post on 07-Feb-2018
219 Views
Preview:
TRANSCRIPT
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.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=21197
Introducción al análisis de
requisitos
Fuente: Pentti, M. 2000, Metamodelling and method engineering
Process modelling, http://users.jyu.fi/~jpt/ME2000/Me13/
¿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)
¿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.
Tiempo de descarga de una página debe ser menor de 5”
Los usuarios deben encontrar atractiva la aplicación
¿Qué son los requisitos?
Los requisitos tienen muchas formas y con muchos
niveles de abstracción.
Los requisitos deben ser lo más claros posibles y
comprender claramente como se cumplen.
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.
Debe trabajar en windows y Mac
Debe poder conectarse a través del bus IEEE 488
Diferentes tipos de requisitos
Cuando se consideran dispositivos físicos hay
características como forma, peso, tamaño, etc. que hay
que tener en cuenta.
¿Funcionales o no funcionales?
Diferentes tipos de requisitos
A veces los requisitos no funcionales afectan a los
funcionales. Ejemplo de la PalmPilot.
Diferentes tipos de requisitos
Otra lista más exhaustiva de tipos de requisitos: Funcionales De datos: tipo, volatilidad, tamaño, persistencia, precisión
y valor. Del entorno: entorno físico, entorno social, entorno
organizacional y entorno técnico. Del usuario: talento y habilidades; casual o frecuente;
experto o novato. (Perfil de usuario) De usabilidad: efectividad, eficiencia, seguridad, utilidad y
aprendizaje.
Diferentes tipos de requisitos
Ejercicio.
Identificar los requisitos funcionales, de datos, de
entorno, de usuarios y de usabilidad del autoservicio de
una cafetería universitaria que permita pagar mediante
tarjeta de crédito.
Diferentes tipos de requisitos
Ejercicio. Funcionales: El sistema calculará el total de lo consumido. De datos: El sistema debe tener acceso al precio de los
productos. De entorno: Los usuarios pueden llevar una bandeja y
esperan un tiempo de respuesta rápido. Mucho ruido y poca atención al sistema.
De usuario: Menos de 25 años y sin problemas al utilizar la tecnología.
De usabilidad: Simple para los nuevos usuarios y recordable para los expertos. Tratamiento de errores sencillo.
Recogida de datos
El objetivo es recoger datos suficientes, relevantes y
apropiados para definir un conjunto estable de
requisitos.
Si ya existe ese conjunto estable, sirve para expandir,
clarificar y confirmar ese conjunto.
Recogida de datos
En esta recogida se deben conocer como se
realizan las tareas en la actualidad, así como las
metas asociadas, 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,
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.
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.
Posibilidad de caracteres dominantes.
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
Recogida de datos
Estudio de documentación
Bueno para aprender los procedimientos, 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
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.
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, ¿qué tipo de cuestionarios
haremos?
¿Dónde se encuentran y como son de accesibles los
usuarios?
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; el análisis de los datos)
La tarea a ser estudiada ( ¿es secuencial o se solapan?; ¿la
tarea involucra información compleja o simple?; ¿la tarea
la va a hacer un experto o un lego?
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.
Recogida de datos
Ejercicio
No se puede entrevistar a todos los usuarios y tampoco se pueden definir grupos de usuarios.
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.
Interpretación y análisis de los
datos
El objetivo de la interpretación es estructurar y
registrar descripciones de requisitos.
Es bueno definir modelos de requisitos que
incluyan: identificador, tipo, descripción, razón,
criterios de adecuación, satisfacción del usuario,
dependencias, historia, ...
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.
Diversas técnicas se aplican para ello: funcionales (v.g., diagramas de estado, diagramas de flujo de datos, ...) de datos (v.g. entidad-relación) (diagramas de clases y de secuencia)
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.
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. 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
Sirven para identificar los usuarios del sistema y los
productos que están dentro de su actividad
Interpretación y análisis de los
datos
Escenarios
Ejemplo. Un usuario de una biblioteca dice:
Quiero encontrar un libro de Eduardo Mendoza. No recuerdo el título pero sé que se publicó antes del 2000. Voy al catálogo e introduzco mi palabra de paso, no entiendo porqué ya que a la biblioteca puedo entrar sin que nadie me pida el carnet. El sistema sólo me permite buscar por autor o por fecha, pero no por ambos a la vez. Normalmente, 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. El nombre no es Eduardo es Eduard ya que estamos en una biblioteca en catalán.
- ¿Qué cosas hay que tener en cuenta?
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.
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.
Aunque se enfoca en la interacción entre el usuario (actor)
y el sistema software, se ve desde la perspectiva del
usuario no del sistema.
Existe un escenario en los casos de uso que indica el
camino a través de un conjunto concreto de condiciones.
Interpretación y análisis de los
datos
Casos de uso
Un caso de uso se asocia a un actor, y es el objetivo del
actor usando el sistema lo que el caso de uso quiere
describir.
El caso de uso principal se denomina el “rumbo normal”
Otras alternativas, denominadas “rumbos alternativos”, se
muestran al final del caso.
Interpretación y análisis de los
datos
Casos de uso
Ejemplo: Caso de uso para la biblioteca
1. El usuario inicia la sesión con la aplicación
2. El sistema le pide su id y su palabra de paso
3. El usuario introduce su id y su palabra de paso
4. El sistema comprueba si es correcto
5. El sistema le muestra la pantalla de búsqueda
6. ...
Alternativas
4. Si no existe ese id o esa palabra de paso para ese id
4.1 El sistema muestra un error
4.2 Le pide al usuario de nuevo el id y la palabra de paso
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.
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
0. Para tomar prestado un libro en la biblioteca
1. Ir a la biblioteca
2. Encontrar el libro buscado
2.1 Acceder al catálogo
2.2 Acceder a la pantalla de búsqueda
2.3 Introducir los criterios de búsqueda
2.4 Identificar el libro buscado
2.5 Anotar la localización
3. Ir a la estantería y tomar el libro
4. Ir al mostrador para reservarlo
Interpretación y análisis de los
datos
Análisis jerárquico de tareas
Plan 0: hacer 1-3-4. Si el libro no está en la estantería hacer 2-3-4
Plan 2: hacer 2.1-2.4-2.5. Si no se identifica el libro hacer 2.2-2.3-2.4-2.5
El número del plan tiene que ver con la tarea que describe
Interpretación y análisis de los
datos
Análisis jerárquico de tareas
Plan 0: hacer 1-3-4
Si el libro no está en la estantería, hacer 2-3-4
Plan 2: hacer 2.1-2.4-2.5
Si el libro no se encuentra, hacer 2.2-2.3-2.4-2.5
Ir a la
biblioteca
Encontrar un
libro
Tomar un libro de
la estantería
Ir al
mostrador
Acceder al
catálogo
Acceder a la
búsquedaIntroducir
búsqueda
Identificar
libro
Anotar la
localización
Tomar prestado
un libro0
1 2 3 4
2.1 2.2 2.3 2.4 2.5
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.
Interpretación y análisis de los
datos
Análisis jerárquico de tareas
Hacer lista de
asistentes
Hacer lista de
restricciones
Encontrar una
fecha
Meter
reunión
Identificar
fehcas dpto.
Identificar
fechas ind.Comparar
fechas
Elegir la
preferida
Preparar una
reunión0
1 2 3 4
3.1 3.2 3.3 3.4
Informar
asistentes5
Plan 0: hacer 1-2-3
Si hay fechas identificadas, hacer 4-5, si no 2-3
Plan 3: hacer 3.1-3.2-3.3-3.4
o hacer 3.2-3.1-3.3-3.4
Interpretación y análisis de los
datos
GOMS (Goals, operators, 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.
Interpretación y análisis de los
datos
GOMS (Goals, operators, 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
Interpretación y análisis de los
datos
GOMS (Goals, operators, 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
Interpretación y análisis de los
datos
GOMS (Goals, operators, methods and selectionrules)
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, 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
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
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.
Realizar el análisis de requisitos para establecer un conjunto estable
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
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.g “¿dime cómo lo haces”?)
Seleccionar cómo se va a documentar las observaciones (v.g. 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
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, 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
Estudiante
B: Experiencia con ordenadores dispares. Mucha on web, chat y mail. Pocos participan en la feria.
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, les gusta utilizar su lengua nativa
N: Algunos niños tienen deficiencias auditivas y otros algún tipo de retraso
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. Algunos han visitado las exposiciones de sus hijos pero pocos asisten de forma regular. 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. Requieren ayuda
N: Utilizan agendas electrónicas en su mayoría
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, pero no de programación. Tienen mucha experiencia en participar en estas ferias.
E: El sistema puede atraer a otros expertos para guiar a los estudiantes, decrementar su dependencia de los profesores, y permitir la personalización. Esperan que haya herramientas de autoría y navegación web y de discusión
P: Mezcla de Pc y Mac. 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
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. 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. Combinación de web y mail
P: Pc y Mac. Sistema actual y atractiva, querrán imprimir ejemplos a color y resúmenes para compartir con otros colegios
N: No se espera ninguna en especial
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
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; Proponer
proyectos; Elaborar proyectos; Preparar exhibiciones; y
Demostrar los proyectos.
Visitantes Tener noticia de la feria; Acceder a la feria; Ver los
proyectos; Interactuar con los alumnos.
Jueces Ofrecerse como juez; Analizar el cuestionario de
evaluación; Evaluar proyectos; Escribir y enviar las
evaluaciones.
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;
Proporcionar referencias a recursos y a información;
Criticar los proyectos en progreso; Ayudar a crear
exhibiciones.
Administradores Encontrar jueces;Resumir participación;Destacar
proyectos ganadores; Especificar recursos para la
siguiente feria; Agradecer participación
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
...
top related