3.1. Aplicación de herramientas para estimación de tiempos y costos de desarrollo de software: GANTT, PERT/CPM, uso de software para la estimación de tiempos y costos.

Published on
Scene 1 (0s)

Alumnos: No. Control: Briseño Ramírez Omar Isaac 18251005 Marcos Arroyo Itzel 19251086 Diaz Galicia Raúl Alberto 19251067 Pascual Estrada Jareli 19251056 Luna Godínez Zayra Monserrat 19251065 Maestra: María Esther García Hernández Agosto - Diciembre 2021 3.1 Aplicación de herramientas para estimación de tiempos y costos de desarrollo de software. 3.2 Ámbito del software. 3.3 Métricas orientadas al tamaño, al esfuerzo y a los costos. 3.4 Análisis y gestión del riesgo. Instituto Tecnológico de Tlalnepantla. Ingeniería de Software Ingeniería en Tecnologías de la Información y Comunicación..

Scene 2 (26s)

3.1. Aplicación de herramientas para estimación de tiempos y costos de desarrollo de software: GANTT, PERT/CPM, uso de software para la estimación de tiempos y costos..

Scene 3 (38s)

La planeación efectiva de un proyecto de software depende de la planeación detallada de su avance, anticipando problemas que puedan surgir y preparando con anticipación soluciones tentativas a ellos. Se supondrá que el administrador del proyecto es responsable de la planeación desde la definición de requisitos hasta la entrega del sistema terminado..

Scene 4 (1m 16s)

Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberían actualizarse regularmente a medida que progresa el proyecto. Las estimaciones deberían definir los escenario del mejor caso, y peor caso de modo que los resultados del proyecto pueden limitarse. El objetivo de la planificación se logra mediante un proceso de descubrimiento de la información que lleve a estimaciones razonables..

Scene 5 (1m 48s)

ESTIMACION DEL PROYECTO DE SOFTWARE.. Cuando se planifica un proyecto de software ese tiene que obtener estimaciones de esfuerzo humano requerido, de la duración cronológica del proyecto y del costo. Pero en muchos de los casos las estimaciones se hacen valiéndose de la experiencia pasada como única guía. Si un proyecto es bastante similar en tamaño y funciona un proyecto pasado es probable que el nuevo requiera aproximadamente la misma cantidad de esfuerzo, que dure aproximadamente lo mismo que el trabajo anterior. Si el proyecto es distinto entonces puede que las experiencias obtenidas no sean suficientes..

Scene 6 (2m 30s)

3.2.- ÁMBITO DEL SOFTWARE.. Plantillas,instrucciones y software para imprimir tarjeta....

Scene 7 (3m 6s)

Se deben establecer las habilidades que se necesitan para llevar a cabo el desarrollo del proyecto. Hay que especificar tanto la posición dentro de la organización como la especialidad. El número de personas requerido para un proyecto de software se determina después de hacer una estimación del esfuerzo de desarrollo..

Scene 8 (3m 42s)

Hay que tomar en cuenta también las cuatro categorías de recursos de software:.

Scene 9 (6m 33s)

3.3 METRICAS ORIENTADAS AL TAMAÑO, AL ESFUERZO Y A LOS COSTOS.

Scene 10 (7m 6s)

METRICAS ORIENTADAS A TAMAÑO. Es para saber en que tiempo se va a terminar el software y cuantas personas se van a necesitar. Son medidas directas al software y el proceso por el cual se desarrolla, si una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño. MEDIDAS Líneas de código Esfuerzo en hombre-mes Costo en pesos Numero de paginas de documentación Numero de errores Numero de defectos Numero de personas en el proyecto.

Scene 11 (7m 46s)

METRICAS ORIENTADAS AL ESFUERZO. El desarrollo del software es una actividad humana que depende en gran medida del trabajo personal. A la hora de valorar un sistema software debe considerarse la cantidad de esfuerzo que debe invertir el equipo de desarrollo para culminar su construcción. El coste del desarrollo es prácticamente el del trabajo empleado, pues la gente asignada a materiales es de tan poca entidad que resulta despreciable frente a la mano de obra. El esfuerzo requerido para construir un sistema puede ser medido con mucha utilidad..

Scene 12 (8m 25s)

MEDIDAS ORIENTADAS A LOS COSTOS. La estimación y calendarización para que el proyecto se lleve de forma conjunta, también a su vez permite la utilización efectiva de los recursos y una adecuada planeación. Costos de hardware y software, incluyendo mantenimiento. Costos de viajes y capacitación Costos de esfuerzo (pago a los ingenieros de software) Para muchos proyectos, el costo dominante es el costo de esfuerzo..

Scene 13 (9m 0s)

3.4 Análisis y gestión del riesgo: Estrategias, identificación, proyección, refinamiento, reducción, supervisión y gestión del riesgo..

Scene 14 (9m 18s)

ANÁLISIS Y GESTIÓN DEL RIESGO Son una serie de pasos que ayudan al equipo del software a comprender y a gestionar la incertidumbre. Es una buena idea identificar, evaluar la probabilidad de aparición de un problema, estimar su impacto, y establecer un plan de contingencia. Lo hacen todos los que estén involucrados en el proceso del software: gestores, ingenieros de software y clientes. El software es una empresa difícil. Muchas cosas pueden ir mal, a menudo van mal. Esta es la razón para estar preparados comprendiendo los riesgos y tomando las medidas proactivas para evitarlo o gestionarlo es un elemento clave de una buena gestión de proyectos de software..

Scene 15 (10m 14s)

ESTRATEGIAS DE RIESGO PROACTIVAS VS. REACTIVAS ESTRATEGIAS DE RIESGO REACTIVAS : Supervisa el proyecto en previsión de posibles riesgos. Los recursos se ponen aparte, en caso de que pudieran convertirse en problemas reales. Pero lo más frecuente es que el equipo de software no haga nada respecto a los riesgos hasta que algo va mal. Después el equipo vuela para corregir el problema rápidamente. Este es el método denominado a menudo “de bomberos”. Cuando falla, la gestión de crisis entra en acción y el proyecto se encuentra en peligro real. ESTRATEGIA INTELIGENTE PARA EL CONTROL DEL RIESGO ES SER PROACTIVO . Empieza mucho antes de que comiencen los trabajos técnicos. Se identifican los riesgos potenciales, se evalúa su probabilidad y su impacto y se establece una prioridad según su importancia..

Scene 16 (10m 53s)

IDENTIFICACION DEL RIESGO Intento sistemático para especificar las amenazas al plan del proyecto. Hay dos tipos: Los riesgos genéricos son una amenaza potencial para todos los proyectos de software. Los riesgos específicos de producto sólo los pueden identificar los que tienen una clara visión de la tecnología, el personal y el entorno específico del proyecto en cuestión. Forma de identificar los riesgos La lista de comprobación se centra en un subconjunto de riesgos conocidos y predecibles en las siguientes subcategorías genéricas: Tamaño del producto, Impacto en el negocio, Características del cliente, Definición del proceso, Entorno de desarrollo, Tecnología a construir, Tamaño y experiencia de la plantilla..

Scene 17 (11m 57s)

RIESGO DEL SOFTWARE Tiene dos características: 1. INCERTIDUMBRE: el acontecimiento que caracteriza al riesgo puede o no puede ocurrir; por ejemplo, no hay riesgos de un 100 por 100 de probabilidad. 2. PÉRDIDA: si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o pérdidas. Cuando se analizan los riesgos es importante cuantificar el nivel de incertidumbre y el grado de pérdidas asociado con cada riesgo. Para hacerlo, se consideran diferentes categorías de riesgos..

Scene 18 (12m 34s)

REDUCCIÓN, SUPERVISIÓN Y GESTIÓN DEL RIESGO Todas las actividades de análisis de riesgo presentadas hasta ahora tienen un solo objetivo ayudar al equipo del proyecto a desarrollar una estrategia para tratar los riesgos. Una estrategia eficaz debe considerar tres aspectos: Evitar el riesgo. Supervisar el riesgo, y Gestionar el riesgo y planes de contingencia Supervisar los siguientes factores: Actitud general de los miembros del equipo basándose en las presiones del proyecto; Grado de compenetración del equipo; Relaciones interpersonales entre los miembros del equipo; Problemas potenciales con compensaciones y beneficios; Disponibilidad de empleo dentro y fuera de la compañía..

Scene 19 (13m 21s)

1. R. Pressman. Ingeniería del Software: Un Enfoque Práctico. 7 Ed. McGraw Hill, 2010. 2. Sommerville Ian. Ingeniería del Software. Pearson 7a. Edición. 2005. 3. S. Sánchez, M. Sicilia, D. Rodríguez. Ingeniería del software. Un enfoque desde la guía SWEBOK. Alfaomega. 2012. 4. RAE Real Academia Española RAE, Real Academia Española, “Diccionario de la Lengua Española Diccionario de la Lengua Española”, 22ª Ed 2001 22ª ed., 2001. 5. Sommerville, I. “Ingeniería de Software”, 6ª ed., Addison Wesley, 2002. 6. Yourdon, E.: “Análisis Estructurado Moderno”, Prentice Hall, 1993. 7. https://www.efectodigital.online/single-post/2017/12/08/%C3%A1mbito-de-las-aplicaciones-de-software.