Estudiante

CONSULTAR LAS DEFINICIONES DE:
* REQUISITOS ( EN INGENIERÍA DEL SOFTWARE)
* REQUISITOS FUNCIONALES
* REQUISITOS NO FUNCIONALES
* CARACTERISTICAS QUE DEBE CUMPLIR UN REQUISITO BIEN DOCUMENTADO.
* BENEFICIOS DE UNA BUENA ESPECIFICACIÓN DE REQUISITOS
* PROBLEMAS DE UNA MALA ESPECIFICACIÓN DE REQUISITOS
EN SU SISTEMA
* IDENTIFICAR (EN LENGUAJE NATURAL) LOS REQUISITOSFUNCIONALES SISTEMA PLANTEADO EN SU POS.
* IDENTIFICAR (EN LENGUAJE NATURAL) LOS REQUISITOS NO FUNCIONALES DEL SISTEMA PLANTEADO EN SU POS.

CONSULTAR LAS DEFINICIONES DE:

* REQUISITOS ( EN INGENIERÍA DEL SOFTWARE)
En la ingeniería de sistemas y la ingeniería de software, la Ingeniería de requisitos o Ingeniería de requerimientos comprende todas las tareas relacionadas con ladeterminación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de los inversores, que pueden entrar en conflicto entre ellos.
Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a una mala traducción del inglés. La palabra requirement debe ser traducida como requisito, mientras que requerimientose traduce al inglés como request.
El propósito de la ingeniería de requisitos es hacer que los mismos alcancen un estado óptimo antes de alcanzar la fase de diseño en el proyecto. Los buenos requisitos deben ser medibles, comprobables, sin ambigüedades o contradicciones, etc.

* REQUISITOS FUNCIONALES

Generalmente hablamos en este blog de los llamados sistemas intensivos en software,donde la funcionalidad esta provista principalmente por la presencia de software apropiadamente programado. Es decir, que las características de esta clase de sistema se encuentran implementadas por medio de la escritura, compilación y ejecución de líneas de código.
Cuando hablamos de una característica requerida de la cual se sabe que va a ser satisfecha por medio de la adición de un subsistema obloque de código en el software, entonces se dice que estamos ante un requisito funcional, por cuanto es un requisito que denota una funcionalidad del sistema.
Entonces, para el glosario:
Requisito Funcional: característica requerida del sistema que expresa una capacidad de acción del mismo – una funcionalidad; generalmente expresada en una declaración en forma verbal.
Por otra parte, no todo loque los clientes nos van a solicitar es funcionalidad pura; por el contrario ellos desean otras cualidades, si se quieren generalidades, que no son objeto de codificación si bien es cierto que pueden llegar a afectar a esta.

* REQUISITOS NO FUNCIONALES

Llamamos requisito no funcional a todas las exigencias de cualidades que se imponen al proyecto: exigencias de usar un cierto lenguaje deprogramación o plataforma tecnológica, por ejemplo. Un requisito no funcional es una característica ya sea del sistema, del proyecto o del servicio de soporte, que nos es requerida junto con la especificación del sistema pero que como ya dije, no se satisface añadiendo código, sino cumpliendo con esta como si de una restricción se tratara.
Característica requerida del sistema, del proceso dedesarrollo, del servicio prestado o de cualquier otro aspecto del desarrollo, que señala una restricción del mismo.
Según el tipo de sistema que estemos desarrollando, los requisitos funcionales serán mejor representados en un documento o en un caso de uso; en tanto que el tamaño del proyecto será lo que haga la diferencia entre tener un documento especifico o un anexo de la visión del sistema.Recordemos que el objetivo de la ingeniería del software es el desarrollo de sistemas apegados a las necesidades del cliente, pero también ajustados a otros criterios, como el modelo de negocio, los recursos disponibles y el tiempo de entrega. Es obvio espero, que la ingeniería del software no solo ha de cumplir con la funcionalidad (escribir código ajustado a los requisitos funcionales) sino...