Lecciones aprendidas Capitulo 4.1, 4.2, 4.3: Elicitación de Requerimientos.

Lecciones aprendidas Capitulo 4.1, 4.2, 4.3: Elicitación de Requerimientos.

En la elicitacion de requerimientos de un software se utiliza la palabra requerimiento como característica del software ósea lo que el cliente quiere, en cambio un requisito es diferente a un requerimiento, ya que el requisito es exactamente lo que el cliente pide ósea una restricción.

Se tienen Escenarios y casos de uso. Donde un escenario es la representación real de una situación específica por ejemplo el cómo se usaría un sistema si un usuario interactúa con el de cierta forma.

Se tienen los casos de uso, que son la representación general que cubre todos los escenarios.

Para la obtención de requisitos se deben seguir ciertos pasos:

-Identificación de los actores: Donde se identifica a los diferentes usuarios que interactuaran con el sistema, cabe destacar que un actor puede ser un ser humano u otro sistema.

-Identificación de los escenarios: Donde se desarrollan los diferentes escenarios en los cuales los usuarios en un futuro interactuaran con el sistema.

-Identificación de los casos de uso: Una vez que se tienen los diferentes escenarios se hace la abstracción de todos ellos componiendo así un caso de uso.

-Casos de uso depurados: Se describe el comportamiento del sistema asegurándose que se cumplan los requisitos previos.

-Identificación de las relaciones entre los casos de uso.

Identificación de los requisitos no funcionales.

Se tienen requisitos funcionales y no funcionales. Donde los primeros comprenden la parte de Interacción entre el sistema y usuario. Y los no funcionales la  interacción entre hardware y software.

Dentro de los requisitos no funcionales se tienen:

-Requisitos de compatibilidad: Esto es más que nada la adaptabilidad del sistema al implementarse ya sean actualizaciones o mantenimientos al mismo.

...