Unidad 1: Requerimientos de Software

1. Ingeniería delSoftware Unidad 1: Requerimientos del Software. Trimestre I Ing. Noretsys Rodríguez

3. Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.

5. Una propiedad muy general del sistemaEj.: ‘el sistema debe asegurar que la información personal nunca se haga disponible sin autorización’

6. Una restricción específica del sistema Ej.: ‘el sensor debe ser activado 10 veces por segundo’

7. Una restricción para el desarrollo del sistema Ej.: ‘el sistema debe ser desarrollado usando Ada’

9. Requisitos: “Cosas” en el dominio de aplicación que se desean sean verdaderas mediante la construcción del sistema de software

10. Especificación: descripción de comportamiento (y datos) que el programa tiene que tener para cumplir los requisitos

12. Gerentes involucrados en los procesos organizacionales influenciados o que influencian al sistema

13. Ingenieros responsables por el desarrollo y mantenimiento del sistema,

14. Clientes de la organización

17. Las restricciones bajo las cuales el sistema debe operar

18. Las propiedades generales del sistema, es decir, restricciones sobre las propiedades emergentes del sistema

19. Definiciones de otros sistemas con los cuales el sistema se debe integrar.

20. Información acerca del dominio de aplicación del sistema, por ej. cómo llevar a cabo tipos particulares de cálculos.

21. Restricciones sobre el proceso usado para desarrollar el sistema

24. 1.2.Alcance del proyecto

25. 1.3.Definiciones, acrónimos y abreviaturas

27. 2.2.Funciones del producto

28. 2.3.Características de los usuarios

29. 2.4.Limitaciones generales

32. RE actúa como un puente entre las necesidades del mundo real de los clientes y otros actores afectados

33. Trata sobre los objetivos del mundo real para los sistemas de software, servicios provistos y restricciones.

35. Actividades del proceso de la RE

37. Gibson y Jackson afirman que los resultados aumentan de un 20% a un 60%.

39. Representante de los usuarios.

40. Especialista.

41. Analista.

42. Representante de SS.

44. Dirige el proceso.

45. Facilita el debate y la preparación de documentos.

46. Trata con el sponsor de JAD para acordar quién debe asistir las reuniones.

48. El líder de la sesión guía a los participantes a lo largo de ocho tareas predefinidas. Ellas son:Orientación. Definición de requerimientos de alto nivel . Límites y alcances del sistema . Identificar y estimar tiempos de los Diseños JAD. Identificar los participantes de los Diseños JAD. Programar días y horarios para los Diseños JAD. Acordar los puntos y consideraciones de la documentación a generar del Plan JAD. Concluir la sesión.

50. El líder de la sesión guía a los participantes a lo largo de las siguientes tareas:Orientación. Revisión y refinación de los requerimientos y alcance del Plan JAD. Desarrollar diagrama de flujo del trabajo. Desarrollar descripción del flujo de trabajo. Identificar funciones y grupos de datos del sistema. Especificar los requerimientos de procesamiento. Acordar los puntos y consideraciones de la documentación a generar del Diseño JAD. Concluir la fase de sesión.

52. Formularios de participantes.

53. Formularios de resultados.

54. Formularios de estimaciones.

55. Formularios de salidas por pantalla.

56. Formularios de reportes.

58. Análisis de problemas.

59. Estudios de factibilidad y análisis de opciones de costo-beneficio.

60. Análisis y modelado.

63. Es independiente de la tecnología usada para el desarrollo e implementación.

64. Se aplica a partir de los documentos de requerimientos y a lo largo del ciclo de vida del software.

66. No se puede administrar lo que no se puede medir.

67. Un 40% de proyectos fracasan por falta de administración,

68. Herramienta para determinar el tamaño del requerimiento, extrapolar la productividad y la calidad.

71. Los administradores de proyectos miden procesos y productos para determinar tiempos de entrega y costos.

72. Incluyen las siguientes actividades:Estimación de costo y esfuerzo. Medidas de productividad. Recolección de datos. Medidas de calidad y confiabilidad. Performance. Complejidad. Métodos y herramientas.

74. Control de lo que ocurre en el proyecto, para predecir lo que ocurrirá y los cambios a realizar.

76. Salidas.

78. Facilidad de uso.

79. otrosTamaño del sistema desde los requerimientos del usuario

81. Comunicar requerimientos funcionales.

82. Estimar esfuerzo, agenda y costos basado en requerimientos.

83. Evaluar la factibilidad de un proyecto.

84. Administrar los cambios.

85. Mejorará el mantenimiento y soporte.

86. Medir la productividad.