Toma de requerimientos

Semana 01 ; Lectura 01

1 Requisitos

declaraciones que especifican lo que el sistema debe hacer o cumplir para satisfacer las necesidades y expectativas de los usuarios.

2 Ingeniería de Requerimientos

  • Define y determina las necesidades de los stakeholders, para satisfacer un sistema de software nuevo o la modificación de éste.

3 Ingeniería del Software

  • La aplicación de un enfoque sistematico, disciplinado y cuantificable para el desarrollo, operación y mantenimiento de software.

3.1 Disciplinas

4 Tipos de Requerimientos

4.1 Requerimiento de los Stakeholders

Lo que las personas o grupos que están involucrados en el proyecto necesitan o esperan del sistema.

Ejemplos

  1. Usuarios finales quieren poder encontrar fácilmente los productos que buscan.
  2. Clientes quieren poder pagar sus compras de forma segura y conveniente.
  3. Proveedores quieren poder enviar productos a los clientes de forma rápida y eficiente.

4.2 Requerimientos de Solución

  • Cómo el sistema debe funcionar para cumplir con los requerimientos del negocioa y de los interesados.
  • Caracteristicas y comportamientos del sistema.
  • Componentes técnicos que se utilizarán para complementarlo.

Ejemplos

  1. El sistema debe utilizar una base de datos para almacenar la información de los productos y los clientes.
  2. El sistema debe utilizar un servicio de pago para procesar los pagos de los clientes.
  3. El sistema debe estar disponible las 24 horas del día, los 7 días de la semana.

4.3 Requerimientos de Transición

  • Cómo el sistema se implementará y se pondrá en marcha.
  • Pasos necesarios para mover desde la fase de desarrollo a la fase en producción.

Ejemplos

  1. El sistema debe probarse exhaustivamente antes de su implementación.
  2. El sistema debe documentarse para que los usuarios finales y los administradores puedan utilizarlo.
  3. El sistema debe integrarse con los sistemas existentes.

4.4 Requerimientos Funcionales

  • Describen lo que el sistema debe hacer en términos de tareas o servicios de usuario.
  • Especifican qué acciones debe realizar el sistema y qué resultados debe proporcionar.

Ejemplo:

  • Si el diseño de la arquitectura de la solución requiere que el sistema utilice una base de datos, el requerimiento funcional correspondiente deberá especificar qué datos se almacenarán en la base de datos y cómo se accederá a ellos.

4.5 Requerimientos No Funcionales

  • Describen las cualidadesl del sistema, como su rendimiento, seguridad, usabilidad y escalabilidad.
  • No definen lo que el sistema debe hacer, sino cómo debe hacerlo.

Ejemplo

  • El sistema debe ser seguro y proteger los datos de los usuarios.

5 Documento de Requerimientos

  • No existe un formato estándar.
  • Sin embargo, hay algunos elementos presentes:
    • Introducción
    • Descripción requerimientos funcionales
    • Descripción requerimientos no funcionales
    • Apéndices

6 Actividad Práctica

  1. ¿Cuál es el impacto del éxito de un proyecto de desarrollo de software en la calidad de los requisitos establecidos para el sistema?

    1. Incrementa la complejidad del sistema.
    2. Minimiza la importancia de los requisitos.
    3. No tiene impacto en los requisitos.
    4. Depende del tamaño del proyecto.

  2. Según la definición de IEEE, ¿Cómo se traduce la ingeniería de software?

    1. Aplicación desordenada de enfoques.
    2. Enfoque sistemático y disciplinado.
    3. Proceso creativo sin restricciones.
    4. Desarrollo caótico de software.

  3. En la estrategia iterativa e incremental, ¿Cómo se aplican las disciplinas de ingeniería de software?

    1. Se completan de manera secuencial.
    2. Se aplican repetida e incrementalmente.
    3. Se ignoran en cada iteración.
    4. No hay una estrategia iterative e incremental.

  4. Según el estándar ISO/IEC/IEEE 24765-2017, ¿Cuáles son las tres categorías en las que se dividen los requerimientos?

    1. Estructurales, comportamentales, y técnicos.
    2. Funcionales, no funcionales, y de diseños.
    3. Negocio, interesados, solución y transición.
    4. Primarios, secundarios y operativos.

  5. ¿Por qué son importantes los requerimientos no funcionales en el desarrollo de software?

    1. Definen las tareas o servicios de usuario.
    2. Cuantifican o miden la calidad del sistema.
    3. Se centran en funciones específicas del software.
    4. Documentan la arquitectura del sistema.