User:Justinstyward

Requerimientos de software
Los requerimientos de software más conocida como ERS (Especificación de requesitos de software) son la propiedad o restricción que determina una acción en el cual el objetivo principal es satisfacer las necesidaded del cliente.

¿Qué es un requerimiento?
''Los requerimientos son necesidades de los interesados ​​que el sistema satisface. Definen las funciones que el sistema podrá realizar y describen las transformaciones que el sistema realiza en las entradas para producir la salida, puede variar desde una declaración de captura abstracta, servicio o nivel límite en una especificación detallada de funciones matemáticas. Esto es inevitable porque los requisitos son dobles.''


 * Puede ser la base de un contrato de licitación.


 * Puede ser la base del propio contrato, por lo que se debe especificar en detalles.

''Ambas sentencias deben llamarse requirimientos. Otra definición que se puede emplear es que los requerimientos son lo que los clientes/usuarios esperan que haga el sistema. Los analistas, por lo tanto, deben entender el problema de los usuarios en SU cultura y con SU lenguaje y construir el sistema que resuelve sus necesidades. En si el objetivo del analisis de requerimientos es resolver el problema.''

Requerimientos del usuario
''Es una solicitud del usuario en documento que describe qué debe hacer el sistema en términos no técnicos y debe ser lo más detallado posible para evitar ambigüedades. En la mayoría de las empresas, también se denominan Requisitos de usuario de RU o Especificación de requisitos de usuario.''

Requerimientos del sistema
''Describen los servicios que el sistema debe proporcionar y las limitaciones asociadas con su funcionamiento. Estos requisitos son atributos o limitaciones estrictamente definidos que deben cumplirse.''

Funcionales
''Describe los servicios y funciones que proveerá el sistema Es fundamental especificar el ¿Qué? Y no el ¿Cómo? Su función es convertirse con el tiempo en los algoritmos, la lógica y la mayor parte del código''

No funcionales
Son las características que pueden limitar el sistema como:


 * El rendimiento


 * Interfaces de usuario


 * Mantenimiento


 * Seguridad


 * Portabilidad, entre otras

Actividades de la ingeniería de requerimientos
Extracción: Esta fase representa el inicio del proceso, se define el problema a resolver, las funcionalidades del Sistema y las restricciones que se pueden presentar.

Análisis: Se realiza la interpretación de los datos obtenidos del bosquejo inicial, para listar los nuevos problemas surgidos y buscar una solucion para cada uno de ellos.

Especificación: Es el pasar en limpio el analisis realizado aplicando tecnicas de documentacion de acuerdo a los requerimientos acordados con el cliente.

Validación: La ultima fase se trata de la ratificación de todos los requerimientos, verificando que todos los requerimientos cumplan con lo establecido y sean consistentes con el proceso a realizar.

Características
Podemos identificar que es un requerimiento, lo siguiente es ver cuáles son las características que debe cumplir.

Necesario: Si se tiene alguna duda acerca de la necesidad del requerimiento, se pueden preguntar,Si no se encuentra una respuesta o cualquier consecuencia, entonces es probable que no sea un requerimiento necesario.

Completo: Un requerimiento esta completo si no necesita ampliar detalles en su redacción, si se proporciona la información suficiente para su entendimiento.

Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento correcto.

Factible: El requerimiento deberá de ser totalmente factible y dentro de presupuesto, calendario y otras restricciones, si se tiene alguna duda de su factibilidad, hay que investigar, generar pruebas de concepto para saber su complejidad y factibilidad, si aun así el requerimiento es no factible hay que revisar la visión del sistema y replantear el requerimiento modificable.

Priorizado: Categorizar el requerimiento nos ayuda a saber el grado de necesidad del mismo Esencial/Critico, Deseado, Opcional Verificable.

Características más importantes de los requerimientos de software
''Requisitos: El modelo de casos de uso sirve para expresar el modelo de requisitos, el cual se desarrolla en cooperación con otros modelos como se verá más adelante. ''

''Análisis: La funcionalidad especificada por el modelo de casos de uso se estructura en el modelo de análisis, que es estable con respecto a cambios, siendo un modelo lógico independiente del ambiente de implementación. ''

Diseño: La funcionalidad de los casos de uso ya estructurada por el análisis es realizada por el modelo de diseño, adaptándose al ambiente de implementación real y refinándose aún más.

Implementación: Los casos de uso son implementados mediante el código fuente en el modelo de implementación.

Pruebas: Los casos de uso son probados a través de las pruebas de componentes y pruebas de integración.

Documentación: El modelo de casos de uso debe ser documentado a lo largo de las diversas actividades, dando lugar a distintos documentos como los manuales de usuario, manuales de administración, etc.

Referencias

 * IEEE (2004). Computer Society. SWEBOK Guide V3 Topics.
 * Mendívil Vázquez, C. O. y Corral, L. (2019). Revisión literaria concerniente al análisis semántico de requerimientos de un producto de software escritos en lenguaje natural mediante el método de Procesamiento de Lenguaje Natural. Memorias del Congreso Internacional de Investigación Academia Journals, 11 (2), 1820–1824.
 * Segobia Ocaña, M. A., Torres Vargas, R. J. y Sobenis Cortez, J. A. (2019). La gestión de la calidad en las factorías de software: una alternativa eficaz. Dilemas Contemporáneos: Educación, Política y Valores, 7, 1–17.