Ingeniería de requerimientos
by Danny Sambache
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. los sistemas deben interoperar con los sistemas existentes
14. arquitectura inicial del sistema para ayudar a estructurar la especificación de requerimientos.
15. Por Ejemplo: para un sistema medico
16. Varían desde:
16.1. Requerimientos generales que cubren lo que tiene que hacer el sistema
16.2. Requerimientos muy específicos que reflejan maneras locales de trabajar o los sistemas existentes de una organización
17. son descripciones de lo que el sistema debe hacer: el servicio que ofrece y las restricciones en su operación.
18. Requerimientos no funcionales
18.1. Son limitaciones sobre servicios o funciones que ofrece el sistema.
18.2. No se relacionan directamente con los servicios específicos que el sistema entrega a sus usuarios.
18.3. Pueden relacionarse con propiedades emergentes del sistema, como fiabilidad, tiempo de respuesta y uso de almacenamiento.
19. Requerimientos Funcionales
19.1. Refieren lo que el sistema debe hacer
19.2. Detallan las funciones del sistema, sus entradas y salidas, sus excepciones, etcétera.
20. 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
21. Especificación de requerimientos
22. El documento de requerimientos de software
23. Requerimientos
24. razones de especificación.
25. Quizá sea necesario el uso de una arquitectura específica para cubrir los requerimientos no funcionales
26. Procesos de ingeniería de requerimientos
27. procesos
28. información
29. sistema
30. bibliografia
31. especificacion de requerimientos
32. Usan los requerimientos para comprender el sistema y las relaciones entre sus componentes.
33. Usan los requerimientos para desarrollar pruebas de validación para el sistema.
34. Usan los requerimientos para entender qué sistema debe desarrollarse.
35. Usan el documento de requerimientos para planear una cotización para el sistema y el proceso de desarrollo del sistema.
36. Especifican los requerimientos y los leen para comprobar que cubren sus necesidades.
37. Ingenieros de mantenimiento del sistema
38. Ingenieros de prueba del sistema
39. Ingenieros del sistema
40. Administradores
41. Clientes del sistema
42. 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.
43. Esto en la práctica es difícil de lograr, pues los participantes interpretan los requerimientos de formas diferentes
44. Son versiones extendidas de los requerimientos del usuario que los ingenieros de software usan como punto de partida para el diseño del sistema.
45. La especificación de requerimientos es el proceso de escribir, en un documento de requerimientos, los requerimientos del usuario y del sistema
46. Especificaciones estructuradas
47. Especificación en lenguaje natural
48. 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.
49. Desde los albores de la ingeniería de software, el lenguaje natural se usa para escribir los requerimientos de software.
50. documentos
