Essays.club - Ensayos gratis, notas de cursos, notas de libros, tareas, monografías y trabajos de investigación
Buscar

Como son las Técnicas de recopilación de necesidades del usuario y del sistema actual

Enviado por   •  13 de Diciembre de 2018  •  3.680 Palabras (15 Páginas)  •  398 Visitas

Página 1 de 15

...

La interpretación de roles puede referirse a:

- Una actividad destinada al entrenamiento en ámbitos militares, políticos y empresariales.

- Una amplia variedad de juegos que incluyen a los videojuegos de rol y los juegos por correo.

- Una herramienta terapéutica para solventar problemas psicológicos.

- La interpretación de roles en general en un ambiente educativo.

- Los juegos de rol en específico.

- Historia de usuarios: Una historia de usuario es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, ésta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los clientes.

Las historias de usuario son una forma rápida de administrar los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para administrarlos. Las historias de usuario permiten responder rápidamente a los requisitos cambiantes.

Características

Las historias de usuario deben ser:

- Independientes unas de otras: De ser necesario, combinar las historias dependientes o buscar otra forma de dividir las historias de manera que resulten independientes.

- Negociables: La historia en si misma no es lo suficientemente explícita como para considerarse un contrato, la discusión con los usuarios debe permitir esclarecer su alcance y éste debe dejarse explícito bajo la forma de pruebas de validación.

- Valoradas por los clientes o usuarios: Los intereses de los clientes y de los usuarios no siempre coinciden, pero en todo caso, cada historia debe ser importante para alguno de ellos más que para el desarrollador.

- Estimables: Un resultado de la discusión de una historia de usuario es la estimación del tiempo que tomará completarla. Esto permite estimar el tiempo total del proyecto.

- Pequeñas: Las historias muy largas son difíciles de estimar e imponen restricciones sobre la planificación de un desarrollo iterativo. Generalmente se recomienda la consolidación de historias muy cortas en una sola historia.

- Verificables: Las historias de usuario cubren requerimientos funcionales, por lo que generalmente son verificables. Cuando sea posible, la verificación debe automatizarse, de manera que pueda ser verificada en cada entrega del proyecto.

- Experiencias de Usuario: La experiencia de usuario es el conjunto de factores y elementos relativos a la interacción del usuario, con un entorno o dispositivo concretos, cuyo resultado es la generación de una percepción positiva o negativa de dicho servicio, producto o dispositivo. Ésta depende no sólo de los factores relativos al diseño (hardware, software, usabilidad, diseño de interacción, accesibilidad, diseño gráfico y visual, calidad de los contenidos, buscabilidad o encontrabilidad, utilidad, etc) sino además de aspectos relativos a las emociones, sentimientos, construcción y transmisión de la marca, confiabilidad del producto, etc.

La experiencia de usuario como disciplina se aplica tradicionalmente a los sistemas informáticos y en particular al diseño de páginas web, pero hoy se ve ampliada a otros campos, ya que tomados como una "experiencia" casi cualquier producto o servicio, éstos comienzan a "diseñarse" buscando la máxima satisfacción del consumidor ahora visto como un "usuario" que transita tales experiencias.

- Construcción de personas.

- Otras técnicas (revisión de documentos)

- Bosquejos

Es una revisión breve (expresada típicamente en palabras y frases en lugar de oraciones completas) de los puntos principales de un texto, organizada jerárquicamente de tal forma que los niveles de importancia, al igual que el orden de las ideas, estén claramente indicados.

Se puede crear un bosquejo formal o informal, primero se debes utilizar las diferentes técnicas para la generación de ideas (la redacción libre, la lluvia de ideas, etcétera) y para la organización de ideas (el mapa semántico). Después puedes hacer el bosquejo. En otras palabras, no es bueno comenzar por el bosquejo, ya que esto puede restringir y limitar la exploración de un tema. Lo que le ayuda a la mayoría de la gente es escribir sus ideas en la forma en que se presentan en lugar de apegarse al orden de las ideas presentadas en un bosquejo. Es decir, primero inicias la generación de ideas; una vez que tengas las ideas y el mensaje, puedes crear el bosquejo con los puntos esenciales que piensas incluir en el texto.

- Talleres de requerimientos

Los requisitos tienen a menudo necesidades cruzadas desconocidas para las personas implicadas individuales y que a menudo no se descubren en las entrevistas o quedan incompletamente definidas durante la misma. Estas implicaciones cruzadas pueden descubrirse realizando en un ambiente controlado, talleres facilitados por un analista, en donde las personas implicadas participan en discusiones para descubrir requisitos, analizan sus detalles y las implicaciones cruzadas. A menudo es útil la selección de un secretario dedicado a la documentación de la discusión, liberando al analista para centrarse en el proceso de la definición de los requisitos y para dirigir la discusión.

Requerimientos del sistema automatizado.

Análisis de requisitos del software

La ingeniería de requisitos del software es un proceso de descubrimiento, refinamiento, modelado y especificación. Se refinan en detalle los requisitos del sistema y el papel asignado al software.

Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería de requisitos – un conjunto de actividades que son denominadas análisis – El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y comportamiento, en detalles concretos. El desarrollador actúa como interrogador, como consultor, como persona que resuelve problemas y como negociador.

El análisis

...

Descargar como  txt (25.9 Kb)   pdf (161.5 Kb)   docx (26.8 Kb)  
Leer 14 páginas más »
Disponible sólo en Essays.club