Ingenieria de Requerimientos

Desarrollo

Requerimientos:

Son un conjunto de especificaciones de cómo se definirá la estructura del software en base a las necesidades que sean lo suficientemente explicitas como para requerir una solución.

Según el autor Sommerville (2005) “La gestión de requerimientos es el proceso de comprender y controlar los cambios en los requerimientos del sistema” Por ende, es muy importante aprender a definirlos desde un principio basándonos en diferentes métodos como lo son las entrevistas, encuestas o cuestionarios, etc. (Fuentes, 2011, 20)”

Requerimientos de cliente/usuario:

El ingeniero en sistemas tendrá una interacción con los clientes en la cual se llevará a cabo con un lenguaje natural, como resultado se obtendrán ideas y acciones que esperan del sistema para su correcto funcionamiento.

Requerimiento de producto

En este apartado se prioriza el producto con respecto a la usabilidad del usuario.

Requerimiento de seguridad

En este apartado se recopilan todos los tipos de requerimientos tanto funcionales como no funcionales, por lo cual el sistema debe cumplir con estas características que abordan temas en el área de seguridad, como, por ejemplo: privacidad, datos personales etc…

Requerimientos de proyecto

Este apartado debe dar ideas claras y que puedan ser posibles realizarlos con los márgenes de presupuesto y tiempo ya definidos

Claridad.

El proyecto debe tener una explicación prolija para así evitar confusiones que puedan generar contratiempos al momento de la ejecución de las tareas.

Realistas.

El proyecto se debe pensar en base al presupuesto y tiempo que recibirán por parte de los stakeholders,

Requerimientos de restricciones:

En este proceso limitaran las actividades que el usuario tendrá dentro del proyecto, también se tomara en cuenta el desempeño del programa para su correcto funcionamiento.

Requerimientos funcionales y no funcionales.

El analista en sistema divide los requerimientos en dos tipos: funcionales y no funcionales, estos dos tipos son los más comunes en contexto de producto y proyecto.

Requerimientos funcionales.

En este tipo describen las actividades y los procesos de entrada y salida que tendrá el programa (en lenguaje natural “define lo que hará el programa”), las declaraciones de los servicios de deben manifestar de manera proporcional y funcional, en ciertos casos especiales estos requerimientos especifican las actividades que no se deben realizar, sino que por lo contrario las actividades que se debe realizar.

Requerimientos no funcionales

Estos requerimientos se enfocan en las capacidades, características y limitaciones del programa (en lenguaje natural “todo lo que hace que el programa funcione”) este suele explicarse de manera técnica y es principalmente dirigido y realizado por el equipo técnico. Recopila información para adquirir características como documentación, plazos de entrega, seguridad y auditoria interna.

Steve Jobs dijo: “No se puede simplemente preguntarle al cliente que es lo que quiere y luego tratar de dárselo. Para cuando logres construirlo, ellos querrán algo nuevo” (Isaacson, 20/11/2014).

Esto nos da a entender a tener una mejor interacción con el cliente sin limitarte solo a escucharle sino también a tener una iniciativa de ir elaborando, planificaciones, tiempos de entrega.

Después se dará paso a los requerimientos funcionales y no funcionales, definiendo estos para evitar cualquier confusión en ambos 

Tipos de stakeholders

Para hablar de los tipos de stakeholders se empezará a clasificar dependiendo de la interacción con el desarrollo de software:

Stakeholder internos: Tienen una relación directa con la empresa.

...