lunes, 23 de octubre de 2017

2.4 Validación de requerimientos



La actividad de validación tiene como objetivo entregar un documento de requisitos, los estándares relacionados y el conocimiento de la organización, y como salida se obtiene una lista de problemas y una lista de acciones recomendadas.
Clasificación de los requerimientos.
Tipo de requerimiento
Descripción
Requerimientos cambiantes
Cambian debido a los cambios en el entorno en el que opera la organización.
Requerimientos emergentes
Incrementarse la comprensión del cliente en el desarrollo del sistema.
Requerimientos consecuentes
Introducción del sistema informático.
Requerimientos de compatibilidad
Sistemas particulares o procesos de negocios dentro de la organización.
Dentro del proceso de Verificación y validación se utilizan dos técnicas de comprobación y análisis de sistemas:
1. Las inspecciones del software analizan y comprueban las representaciones del sistema como el documento de requerimientos, los diagramas de diseño y el código fuente del programa.
2. Las pruebas del software consiste en contrastar las respuestas de una implementación del software a series de datos de prueba y examinar las respuestas del software y su comportamiento operacional, para comprobar que se desempeñe conforme a lo requerido.


Fuentes :
2.3 Especificación de requerimientos

Los requerimientos de un sistema describen los servicios que ha de ofrecer el sistema y se van a dividir  en requerimientos funcionales y requerimientos no funcionales. Una breve explicación de las diferencias de los requerimientos.

Requerimientos funcionales
Requerimientos no funcionales
      En algunos casos los requerimientos funcionales deben describir de manera explícita, lo que el sistema no debe hacer.
      Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas.
      Expresan la naturaleza del funcionamiento del sistema (cómo interacciona el sistema con su entorno y cuáles van a ser su estado y funcionamiento)
      Estos incluyen restricciones en el tiempo que se debe demorar un proceso, restricciones sobre el proceso de desarrollo y estándares.
      Estos requerimientos son restricciones sobre los servicios y funcionalidades ofrecidos por el sistema.
      Estos normalmente no aplican a características o servicios particulares del sistema















Basando nos en las definiciones hicimos una tabla conforme a nuestro proyecto.

Requerimientos funcionales
Requerimientos no funcionales
·         Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.

·         La aplicación StressApp! Solamente va funcionar en dispositivos móviles como en celulares y tabletas para ser va especifico funcionara en equipos que cuenten con Astroide de 4.0 en adelante.

  • El sistema permitirá aprobar, cambiar o actualizar planes de proyecto.


  • El software debe poder emitir los siguientes estados financieros: Balance general, Estado de ganancias y pérdidas, Estado de flujos de efectivo. Además, debe poder emitir un listado de mayor general y mayor analítico.

  • La aplicación debe poder utilizarse con los navegadores web Chrome, Firefox e Internet Explorer.

·         En cuestión en la seguridad Los  acceso al sistema podrán ser cambiados solamente por el administrador de acceso a datos y si se identifican ataques de seguridad del sistema  no continuará operando hasta ser desbloqueado por un administrador de seguridad.

·         El uso de la aplicación por un usuario no tendrá limite es decir lo puedes usar el tiempo que pueda.

·         La aplicación móvil debe contar con manuales de usuario estructurados adecuadamente.


·         Debe estar definido explícitamente (en manuales de procedimientos) en el cual no basaremos en los estándares ISO 9000.

·         La herramienta en la cual nos vamos apoya para hacer la aplicación es “ADROIDE ELIPSE”.


  • La aplicación no podrá ocupar más de 2 GB de espacio en disco y deberá consumir menos de 500 Mb de memoria RAM.
  • Cada dos semanas deberán producirse reportes gerenciales en los cuales se muestre el esfuerzo invertido en cada uno de los componentes del nuevo sistema.



Para mas claro ver el vídeo
2.2 OBTENCIÓN Y ANÁLISIS DE REQUERIMIENTOS
A lo que yo entiendo son varias actividades donde los ingenieros de software trabajan con los clientes para determinar varios puntos y son:
·         El dominio de la aplicación (el sistema )
·         El rendimiento requerido del sistema, las restricciones hardware, etcétera.
·         Qué servicios debe proporcionar el sistema.
¿Qué requerimientos se van a ocupar?
Ø  Entrevistas
Con la finalidad de obtener información cualitativa como opiniones, o descripciones subjetivas de actividades.
Ø  Desarrollo conjuntos de Aplicaciones
En esta actividad participan los clientes expertos al análisis del software.
Ø  Desarrollo de Prototipos
Promueven al desarrollo de ideas que salen  en los requerimientos.
Ø  Observaciones
Verifican que realmente se sigan todos los pasos especificados.
Ø  Estudio de Documentación

Ø  Cuestionarios

Asegura el anonimato de los encuestados, situación que puede conducir a respuestas más honestas.

Fuentes :
http://www.javeriana.edu.co/biblos/tesis/ingenieria/Tesis189.pdf 
https://es.slideshare.net/SergioRios/unidad-13-analisis-de-requerimientos 

2.1 Factibilidad