Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

COMPRENSIÓN DE LOS REQUERIMIENTOS

No description
by

Patty M.

on 17 October 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of COMPRENSIÓN DE LOS REQUERIMIENTOS

TAREAS O PASOS A SEGUIR
COMPRENSIÓN DE LOS REQUERIMIENTOS
CONCEPCIÓN
En la concepción del proyecto, se establece el entendimiento básico del problema, las personas que quieren una solución, la naturaleza de la solución que se desea, así como la eficacia de la comunicación y colaboración preliminares entre los otros participantes y el equipo de software.
VALIDACIÓN
La validación de los requerimientos analiza la especificación a fin de garantizar que todos ellos han sido enunciados sin ambigüedades.
El equipo de revisión que los valida incluye ingenieros de software, clientes, usuarios y otros participantes, que analizan la especificación en busca de errores de contenido o de interpretación, de aspectos en los que tal vez se requiera hacer aclaraciones, falta de información, inconsistencias
COMPRENSIÓN DE LOS REQUERIMIENTOS
¿Qué es?

Es la comprensión de cuál será el efecto que tendrá el software en el negocio, qué es lo que quiere el cliente y cómo interactuarán los usuarios finales con el software.


¿Quién lo hace?

Los ingenieros de software y todos los demás participantes del proyecto (gerentes, clientes y usuarios).

¿Por qué es importante?
Es importante entender lo que el cliente desea antes de comenzar a diseñar y a construir un sistema basado en computadora.

¿Cuáles son los pasos?
La ingeniería de requerimientos Incluye siete PASOS tareas diferentes: concepción, indagación, elaboración, negociación, especificación, validación y administración.

¿Cuál es el producto final?
P
roporcionar a todas las partes un entendimiento escrito del problema. Esto se logra por medio de varios productos del trabajo: escenarios de uso, listas de funciones y de características, modelos de requerimientos o especificaciones.

¿Cómo me aseguro de que lo hice bien?
Se revisan con los participantes los productos del trabajo de la ingeniería de requerimientos a fin de asegurar que lo que se aprendió es lo que ellos quieren decir en realidad.
INGENIERÍA DE REQUERIMIENTOS
Es una de las acciones importantes de la ingeniería de software que comienza durante la actividad de comunicación y continúa en la de modelado.

Proporciona el mecanismo apropiado para entender lo que desea el cliente, analizar las necesidades, evaluar la factibilidad, negociar una solución razonable, especificar la solución sin ambigüedades, validar la especificación y administrar los requerimientos a medida de que se transforman en un sistema funcional

Incluye siete tareas diferentes:

Concepción
Indagación
Elaboración
Negociación
Especificación
Validación
Administración.
INDAGACIÓN
Es preguntar a los usuarios cuales son los objetivos para el producto, que es lo va a lograrse.
Christel y kang identifica algunos problemas
1.- problema del alcance:
La frontera de los sistemas están mal definidos a los clientes.
2.- problemas del entendimiento:
Los clientes no están completamente seguros de lo que necesitan.
3.- problemas de volatilidad:
Los requerimientos cambian con el tiempo.
*Elaboración:
Es la motivación para la creación y mejora de escenarios de los usuarios que describan como interactuara el usuario final con el sistema.

* Negociación:
no es raro que los clientes y usuarios pidan mas de lo que puedan lograrse dado lo limitado de los recursos del negocio.

*Especificación:
Varían con el tamaño y el complejidad del software que se va a construir.
Administración de los Requerimientos
Los requerimientos para sistemas basados en computadora cambian, y el deseo de modificarlos persiste durante toda la vida del sistema
Establecer las Bases
En esas condiciones, la ingeniería de requerimientos tan sólo consiste en sostener conversaciones significativas con colegas que sean miembros bien conocidos del equipo. Pero es frecuente que en la realidad esto sea muy diferente. Los clientes o usuarios finales tal vez se encuentren en ciudades o países diferentes, quizá sólo tengan una idea vaga de lo que se requiere, puede ser que tengan opiniones en conflicto sobre el sistema que se va a elaborar, que posean un conocimiento técnico limitado o que dispongan de poco tiempo para interactuar con el ingeniero que recabará los requerimientos.
Identificación de los participantes
Sommerville y Sawyer definen participante como “cualquier persona que se beneficie en forma directa o indirecta del sistema en desarrollo”.
Cada participante tiene un punto de vista diferente respecto del sistema, obtiene distintos beneficios cuando éste se desarrolla con éxito y corre distintos riesgos si fracasa el esfuerzo de construcción.
Reconocer los múltiples puntos de vista
Debido a que existen muchos participantes distintos, los requerimientos del sistema se explorarán desde muchos puntos de vista diferentes.
Trabajar hacia la colaboración
Si en un proyecto de software hay involucrados cinco participantes, tal vez se tengan cinco (o más) diferentes opiniones acerca del conjunto apropiado de requerimientos
Los participantes deben colaborarse entre si sin pelearse y respetando las opiniones de los demás
Pero al final siempre abra el que tome la decisión final
Hacer las primeras preguntas
Las preguntas que se hacen en la concepción del proyecto deben estar “libres del contexto”
Ejemplo
¿Quién está detrás de la solicitud de este trabajo?
¿Quién usará la solución?
¿Cuál será el beneficio económico de una solución exitosa?
¿Hay otro origen para la solución que se necesita?
Las preguntas siguientes permiten entender mejor el problema y hacen que el cliente exprese sus percepciones respecto de la solución

¿Cuál sería una “buena” salida generada por una solución exitosa?
¿Qué problemas resolvería esta solución?
¿Puede mostrar (o describir)

Las preguntas finales se centran en la eficacia de la actividad de comunicación en sí.
¿Mis preguntas son relevantes para el problema que se tiene?
¿Estoy haciendo demasiadas preguntas?
¿Puede otra persona dar información adicional?
¿Debería yo preguntarle algo más?

Estas preguntas y otras ayudarán a “romper el hielo” y a iniciar la comunicación, que es esencial para una indagación exitosa.
Full transcript