Your SlideShare is downloading. ×
  • Like
1.2 análisis y diseño de sistemas
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

1.2 análisis y diseño de sistemas

  • 1,331 views
Published

Conceptos Básicos sobre Requisitos

Conceptos Básicos sobre Requisitos

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
1,331
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
21
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. ANÁLISIS Y DISEÑO DE SISTEMAS
    Conceptos básicos
    sobre Requisitos
    Ing. Linda K. Masias M.
  • 2. ¿Qué son requerimientos
    Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
    Una condición o capacidad que debe estar presente en un sistema o componentes de un sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
  • 3. ¿Qué es determinación de Requerimientos
    Es el estudio de un sistema actual a fin de encontrar como trabaja y donde debe de mejorarse.
  • 4. ¿Por que realizar estudio de requerimientos?
    Estudios realizados muestran que más del 53% de los proyectos de software fracasan por no realizar un estudio previo de requisitos. Otros factores como falta de participación del usuario, requerimientos incompletos y el cambio a los requerimientos, también ocupan sitiales altos en los motivos de fracaso.
  • 5. Los buenos requerimientos deben ser medibles, comprobables, sin ambigüedades o contradicciones.
    Características de los requerimientos
    • Necesario: Si su omisión provoca una deficiencia en el sistema a construir.
    • 6. Conciso: Si es fácil de leer y entender. La redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.
    • 7. Completo:Si no necesita ampliar detalles en la redacción, es decir, si se da la información suficiente para su comprensión.
    • 8. Consistente:Si no es contradictorio con otro requerimiento.
    • 9. No ambiguo: Cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones.
    • 10. Verificable: Cuando puede ser cuantificado de manera que permita hacer uso de los siguientes métodos de verificación: inspección, análisis, demostración o pruebas.
  • Fases de implementación
    Obtener requisitos: A través de entrevistas o comunicación con clientes o usuarios, para saber cuáles son sus deseos.
    Analizar requisitos: Detectar y corregir las falencias comunicativas, transformando los requisitos obtenidos de entrevistas y requisitos, en condiciones apropiadas para ser tratados por el diseño.
    Documentar requisitos: Igual que todas las etapas, los requisitos deben estar debidamente documentados.
    Verificar los requisitos: Consiste en comprobar el correcto funcionamiento de un requisito en la aplicación.
    Validar los requisitos: Comprobar que los requisitos implementados se corresponden con lo que inicialmente se pretendía.
  • 11. Dificultades para definir los requerimientos
    Los requerimientos no son obvios y vienen de muchas fuentes.
    Son difíciles de expresar en palabras (el lenguaje es ambiguo).
    Existen muchos tipos de requerimientos y diferentes niveles de detalle.
    Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros.
  • 12. Dificultades para definir los requerimientos
    La cantidad de requerimientos en un proyecto puede ser difícil de manejar.
    Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso.
    Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.
    Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.
    Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.
  • 13. Los roles más importantes pueden clasificarse como sigue
    Usuario final: Son quienes usarán el sistema desarrollado. Ellos están relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; están familiarizados con los procesos específicos que debe realizar el software, dentro de los parámetros de su ambiente laboral. Serán quienes utilicen las interfaces y los manuales de usuario.
    Usuario Líder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema en donde será empleado el software desarrollado. Ellos proporcionan al equipo técnico y requerimientos de las interfaces del sistema.
    Personal de Mantenimiento: Para proyectos que requieran un mantenimiento eventual, éstas personas son las responsables de la administración de cambios, de la implementación y resolución de anomalías. Su trabajo consiste en revisar y mejorar los procesos del producto ya finalizado.
    Analistas y programadores: Son los responsables del desarrollo del producto en sí, ellos interactúan directamente con el cliente.
    Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para asegurar que las condiciones presentadas por el sistema son las adecuadas. Son quienes van a validar si los requerimientos satisfacen las necesidades del cliente.
  • 14. Técnicas de extracción de requerimientos
    Entrevistas
    Una entrevista tiene tres fases:
  • Preparación
    Hay que tener en cuenta 4 etapas:
    1)Documentación: El entrevistador se informa acerca del tema a tratar. Puede hacerlo de varias formas:
    Estudiar la bibliografía sobre el tema.
    Estudiar documentos sobre proyectos similares.
    Inmersión dentro de la organización para la que se desarrolla el proyecto.
  • 17. Preparación
    2)Personal: Se seleccionan las personas a las que se va a entrevistar.
    Directivos: Dan una imagen de alto nivel de la empresa. Puede ser útil para determinar la estructura arquitectónica de la aplicación.
    Empleados: Dan una imagen de un grano más fino. Son los que pueden concretar las funciones a implementar.
  • 18. Preparación
    3)Determinar el objetivo de la entrevista. Previamente a la entrevista se pueden distribuir a los entrevistados cuestionarios sobre el tema a tratar y una introducción.
    4)Logística: Temas prácticos acerca de como discurre la entrevista: lugar, hora, minimizar interrupciones, encontrar un momento en el que todos puedan ir, etc.
  • 19. Desarrollo
    Hay que tener en cuenta 3 etapas:
    1)Apertura: El entrevistador se presenta e informa al entrevistado de cuales van a ser los puntos tratados en la entrevista.
  • 20. Desarrollo
    2)Desarrollo: No debe durar más de dos horas. El entrevistado debería hablar el 80% del tiempo.
    Preguntas abiertas:También conocidas como de contexto libre.. Por ejemplo: ¿Cuál es la lista de pasos para dar de baja un producto?. Más tarde se pasa a preguntas más concretas.
    Preguntas cerradas: Preguntas que se deben de contestar con ``Si'' o ``No'‘.
    Forma de expresarse: Se deben evitar los tecnicismos que el entrevistado pueda no conocer.
    Psicología: El problema fundamental de las entrevistas es que se trata con personas en vez de con máquinas. Hay que tener en cuenta las siguientes reglas entre muchas otras de la comunicación no verbal.
  • 21. Desarrollo
    Reglas para el desarrollo de las entrevistas
    No insinuar que el entrevistado debería saber algo que no sabe para que no se ponga a la defensiva. También hay que dejar claro que los intereses del entrevistador son únicamente la adquisición de requisitos, no hacer un examen de conocimientos, y por tanto las lagunas que pueda tener no trascenderán a sus superiores.
    Lenguaje del cuerpo: Dicen los psicólogos que el 90% de la comunicación es no verbal. Se debe estar atento a los signos que puedan denotar inseguridad en algunos temas para preguntar a otras personas.
    Usar técnicas para mantener la atención del entrevistado.
  • 22. Desarrollo
    3)Terminación: Se hace un resumen de la información recogida (para validar que es correcta) y, de ser necesario, se cita para la siguiente entrevista. En cualquier caso se debe poder contactar de nuevo con el interesado, por ejemplo para aclarar algunos puntos. Se agradece al entrevistado que nos haya dedicado su tiempo.
  • 23. Análisis
    Se trata de ver como utilizar los conocimientos adquiridos. Para ello hay tres etapas:
    1)Burocracia, como por ejemplo, pasar a limpio la entrevista.
    2)Asimilación de la información: Se contrasta con otras entrevistas, bibliografía, etc. Se llega a conclusiones.
    3)Evaluación de la entrevista: ¿Qué se quería conseguir y qué se ha conseguido?