Estimación del tamaño de un software

MR
by mario ramirez2 views·Updated Nov 22, 2020
Create your own

Audio TranscriptAuto-generated

  1. Qué tal buen día.
  2. Esta es la actividad de la materia métricas de desarrollo
  3. de software me y el nombre de la actividad desestimación
  4. del tamaño de un software En la introducción.
  5. Podemos ver que esta actividad está orientada a determinar el
  6. comportamiento de la estimación del tamaño de un software.
  7. E aquí este enfatizamos en utilizar los es- te métodos
  8. de estimación proxy y pro los cuales nos brindan un
  9. análisis completo del sistema dependiendo de las características también de
  10. el software a utilizar.
  11. Y yo creo que nada.
  12. El método de estimación de software que es, pues es
  13. más que una serie de elementos que nos ayuda a
  14. determinar el tamaño total de los ojos De esta manera
  15. se pueden establecer es- te varios criterios de comercialización, implementación
  16. y el alcance que pueda tener es- te el sistema,
  17. así como a su costo en total.
  18. Y además de eso, en las características y pues son
  19. las métricas, no sus mansiones de métricas en líneas, errores,
  20. las fases de las tareas específicas, las actividades y sus
  21. ciclos. Tan puede hacer sus requerimientos manejo de definiciones y
  22. actividades de recursos humanos.
  23. Estas características pueden variar según el tipo de proyecto y
  24. pues no siempre se se adapta a un cien por
  25. ciento a todos los proyectos.
  26. Todos los proyectos son diferentes, tienen diferentes características alcances, tamaños,
  27. es- te muchas cosas no que además este bueno, los
  28. métodos próximo en particular, el método proxy es un sistema
  29. o metodología creada por Watts con perilla Su función principal
  30. es estimar el tamaño que tendrá el producto de software,
  31. además de contemplar aspectos es- te un tanto generales con
  32. el producto es- te a fin de no sé cuando
  33. en su actualizar los componentes del sistema Entre.
  34. Las características de este método pueden ser el label panorama
  35. de visualización del proyecto, las métricas, este generales que utilizan
  36. de medición La, adaptación y e implementación no creación DE
  37. métricas automáticas Esto es este por medio de eventos y
  38. valoración de contenidos a es- te El Método prou es
  39. el método que está encaminado a la medición de líneas
  40. de código, que es una por una es de que
  41. componen el proyecto.
  42. Con los datos recabados este de la tía, esta medición
  43. puedes de generarse estadísticas de programación, costos, tiempos y también
  44. fallos. No.
  45. También detectan los número de fallos que pudieran tener Sus
  46. características son es- te que el propio es un complemento
  47. para el cálculo de estimaciones basadas en próximo He es
  48. utilizado en este PSP como método de planificación y estimación
  49. de proyectos en Nuevamente, recalcamos que pues PSP puede es-
  50. te no ser este método específico para cada es- te
  51. para un proyecto cambia conformarse al proyecto las características generales
  52. y y más este, más cuestiones este propias de un
  53. proyecto, no con la ayuda de los propios.
  54. Se pueden realizar estimaciones del tamaño de un software, así
  55. como su, su tiempo de ejecución, y es su iluso.
  56. El uso del proxy regularmente se usa para programas o
  57. proyectos basados en logs estadísticos.
  58. Eso quiere decir que este que que se van guardando
  59. ciertos estero ciertos aspectos en una base de datos y
  60. así se determina el tamaño de un software y ya
  61. este el pro es más común.
  62. Que se utilicen sistemas es un poco más robustos, complejos,
  63. ya que el análisis lo termina de manera local y
  64. analizando todos los elementos del programa y también Pues.
  65. Podríamos decir que como conclusión es- te diría que los
  66. casos donde se utilice el método.
  67. Pero es cuando la planeación de proyectos de software compleja.
  68. Para cuando les de tiempo productividad, se requiere estimación de
  69. tiempo confiable para sistemas donde su planeación es un proceso
  70. largo. Estamos hablando de de un sistema amplio, y en
  71. los casos donde se utiliza el método proxy es donde
  72. existen proxies históricos similares de proyectos de desarrollo.
  73. Un las líneas de código, las cifras de productividad se
  74. pueden utilizar para predecir recursos necesarios para para un proyecto
  75. es cuando ya tenemos este algo y algún récord, no
  76. de algún proyecto Hubo también donde se puedan identificar archivos,
  77. objetos, entidades lógicas, funciones y también funcionalidades de de un
  78. proyecto a Un específico.
  79. Pues eso, eso sería todo.
  80. De esta actividad se abordó de de manera básica los
  81. es- te los métodos proxy y pero no las referencias
  82. que fueron utilizadas y que esta actividad de se está
  83. mandando de manera extemporánea por razones de familia, les Pues
  84. más vale tarde que nunca.
  85. Ofrezco una disculpa y pues gracias