Ingeniería de requerimientos

Requerimientos

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Ingeniería de requerimientos por Mind Map: Ingeniería de  requerimientos

1. Requerimientos de la organización: Son requerimientos de sistemas amplios, derivados de políticas y procedimientos en la organización del cliente y del desarrollador.

2. Sommerville, I. (2011). Ingeniería de Software (9th ed., pp. 82 - 100). Mexico: PEARSON EDUCACIÓN.Recuperado de: http://artemisa.unicauca.edu.co/~cardila/Libro_Somerville_9.pdf

3. Integrantes: Alexander Maila, Alex Ñamo, Danny Sambache.

4. Las actividades están organizadas como un proceso iterativo alrededor de una espiral, y la salida es un documento de requerimientos del sistema

5. Métricas que se utilizan para especificar propiedades no funcionales del sistema.

5.1. Rapidez

5.2. Tamaño

5.3. Facilidad de uso

5.4. Fiabilidad

5.5. Robustez

5.6. Portabilidad

6. Éstas se enfocan en valorar si el sistema es útil para la empresa (estudio de factibilidad), descubrir requerimientos (adquisición y análisis), convertir dichos requerimientos en alguna forma estándar (especificación) y comprobar que los requerimientos definan realmente el sistema que quiere el cliente (validación).

7. Esta información ayuda a los encargados del sistema y permite a los diseñadores incluir soporte para características futuras del sistema.

8. La información que se incluya en un documento de requerimientos depende del tipo de software que se va a desarrollar y del enfoque para el desarrollo que se use.

9. los requerimientos no funcionales provienen de características requeridas del software (requerimientos del producto)

9.1. Requerimientos del producto: Estos requerimientos especifican o restringen el comportamiento del software.

9.2. Requerimientos externos: se incluyen requerimientos regulatorios que establecen lo que debe hacer el sistema para ser aprobado en su uso por un regulador

10. 2. El sistema elaborará diariamente, para cada clínica, una lista de pacientes que se espera que asistan a cita ese día

11. especificaciones

12. 1. Un usuario podrá buscar en todas las clínicas las listas de citas

13. especificacion de requerimientos

14. Usan los requerimientos para comprender el sistema y las relaciones entre sus componentes.

15. Usan los requerimientos para desarrollar pruebas de validación para el sistema.

16. Usan los requerimientos para entender qué sistema debe desarrollarse.

17. Usan el documento de requerimientos para planear una cotización para el sistema y el proceso de desarrollo del sistema.

18. Especifican los requerimientos y los leen para comprobar que cubren sus necesidades.

19. Ingenieros de mantenimiento del sistema

20. Ingenieros de prueba del sistema

21. Ingenieros del sistema

22. Administradores

23. Clientes del sistema

24. los sistemas deben interoperar con los sistemas existentes

25. arquitectura inicial del sistema para ayudar a estructurar la especificación de requerimientos.

26. Por Ejemplo: para un sistema medico

27. Varían desde:

27.1. Requerimientos generales que cubren lo que tiene que hacer el sistema

27.2. Requerimientos muy específicos que reflejan maneras locales de trabajar o los sistemas existentes de una organización

28. El documento de requerimientos tiene un conjunto variado de usuarios, desde el administrador ejecutivo de la organización que paga por el sistema, hasta los ingenieros responsables del desarrollo del software.

29. son descripciones de lo que el sistema debe hacer: el servicio que ofrece y las restricciones en su operación.

30. Requerimientos no funcionales

30.1. Son limitaciones sobre servicios o funciones que ofrece el sistema.

30.2. No se relacionan directamente con los servicios específicos que el sistema entrega a sus usuarios.

30.3. Pueden relacionarse con propiedades emergentes del sistema, como fiabilidad, tiempo de respuesta y uso de almacenamiento.

31. Requerimientos Funcionales

31.1. Refieren lo que el sistema debe hacer

31.2. Detallan las funciones del sistema, sus entradas y salidas, sus excepciones, etcétera.

32. Es un comunicado oficial de lo que deben implementar los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para un sistema, como una especificación detallada de los requerimientos del sistema

33. Esto en la práctica es difícil de lograr, pues los participantes interpretan los requerimientos de formas diferentes

34. Son versiones extendidas de los requerimientos del usuario que los ingenieros de software usan como punto de partida para el diseño del sistema.

35. La especificación de requerimientos es el proceso de escribir, en un documento de requerimientos, los requerimientos del usuario y del sistema

36. Especificación de requerimientos

37. El documento de requerimientos de software

38. Requerimientos

39. razones de especificación.

40. Quizá sea necesario el uso de una arquitectura específica para cubrir los requerimientos no funcionales

41. Especificaciones estructuradas

42. Especificación en lenguaje natural

43. Procesos de ingeniería de requerimientos

44. El lenguaje natural estructurado es una manera de escribir requerimientos del sistema, donde está limitada la libertad del escritor de requerimientos y todos éstos se anotan en una forma estándar.

45. Desde los albores de la ingeniería de software, el lenguaje natural se usa para escribir los requerimientos de software.

46. documentos

47. procesos

48. información

49. sistema

50. bibliografia