Egresado de la carrera de Ingeniería en Sistemas Computacionales de la Universidad Estatal del Sur de Manabí, implementó plenamente las observaciones señaladas por los miembros del tribunal revisor en diversos apartados de su proyecto de grado, cuyo tema es: “Diseño de la metodología para la estimación de gestiones para el desarrollo de un proyecto de software para la asociación de empresarios 8 de. Una vez revisado el proyecto de titulación del egresado de la carrera de Ingeniería en Sistemas Computacionales de la Universidad Estatal del Sur de Manabí, el Sr.
TÍTULO DEL PROYECTO
PROBLEMA DE INVESTIGACIÓN
Definición del problema
Formulación del problema
OBJETIVOS
Objetivo general
Objetivos específicos
JUSTIFICACIÓN
MARCO TEÓRICO
Antecedentes investigativos
Por lo tanto, buscar una ANN para conocer con precisión los datos de la muestra es una tarea innecesaria y contraproducente. Al investigar los métodos de estimación del esfuerzo del software, se descubrió que los cinco métodos más utilizados y conocidos en la industria son los siguientes métodos de estimación.
Bases teóricas
- Estimación
- Tipos de Estimación
- Metodologías Utilizadas para estimar esfuerzo
- El proceso de Estimación Wideband Delphi
- Ventajas y desventajas en la estimación de esfuerzo de un proyecto
- Pasos para realizar una estimación de proyecto
Estimar costos y esfuerzos sigue siendo una de las tareas más difíciles en la gestión de un proyecto de software. Según (Aston, 2019), determine las siguientes ventajas y desventajas respecto a la estimación del esfuerzo del proyecto.
Define la idea
Por supuesto, cuanto más preciso sea el método de estimación de costes, más caro y lento será el proceso de producción. En esta lista de verificación de estimación de proyecto, hemos simplificado el proceso de creación de una estimación de costo del proyecto en diez sencillos pasos.
Investiga
Haz preguntas difíciles
Prepárate para lo inesperado
Conoce tus límites para la estimación
Toma en cuenta los costos ocultos
Verifica todo
Sé cuidadoso con la estimación
Sé inteligente
- Casos de uso para la estimación de esfuerzo
- Planificación basada en casos de uso
- Cómo estimar el esfuerzo de desarrollo de software
- Porqué es difícil estimar con fiabilidad
- La diferencia entre estimar, planificar y presupuestar
- Proyectos cerrados versus “time & materials”
- Definiciones previas antes de la estimación
- Factores que afectan a las estimaciones
- Estimación de Software
- Marco Conceptual
Según (Montoro, 2019), define algunas definiciones que son necesarias para hablar con precisión durante el proceso de evaluación. Objetivos: Esto es lo que se pretende lograr expresado en términos de valor entregado al cliente. Es una dinámica ágil en la que el equipo se enfrenta a una baraja de póquer modificada y se llevan a cabo rondas de puntuación con la ayuda de estas cartas.
Personalmente recomiendo incluir todo en la evaluación de la historia y compartir solo la documentación (no las pruebas) cuando la divida en tareas. La metodología más utilizada para evaluar proyectos es el juicio de expertos. Una vez que tengas la estimación del tamaño, puedes pasar al segundo paso, que es la estimación del esfuerzo.
Juicio de expertos: en algunos casos, se puede recurrir a un experto interno o externo para ayudar a estimar el trabajo. Objetivos: Es lo que se pretende lograr expresado en términos del valor entregado al usuario. Historias de Usuario: Es un conjunto de funciones que se deben implementar en conjunto para lograr un objetivo en el proyecto a ejecutar.
HIPÓTESIS
Variable Independiente
Confiabilidad: Existe una probabilidad de que un sistema, dispositivo o dispositivo realice un trabajo adecuado y una función determinada bajo ciertos escenarios durante un tiempo determinado. Planning Poker: es un proceso de planificación de un proyecto por parte de todo el equipo participante ya que son responsables de utilizar objetivos o puntos de la historia para evaluar un proyecto.
Variable Dependiente
Metodología
Métodos
Hipotético-Deductivo: Este procedimiento se utilizó para determinar la viabilidad de la investigación y crear una hipótesis basada en el objetivo y las variables del proyecto. Además, se han desarrollado teorías referenciales a partir de fuentes de información que pueden ser utilizadas en el avance de la propuesta. Este es uno de los pasos más importantes para cualquier investigación e implica la selección de fuentes de información.
Analítico: Se realizó un estudio absoluto de acuerdo con el problema de investigación, con el fin de determinar la viabilidad de este proyecto. El método analítico es aquel método de investigación que consiste en desmembrar el todo, descomponerlo en partes o elementos para observar causas, naturaleza y consecuencias. Estadístico: Este proceso se utilizó para desarrollar una representación tabular de los resultados obtenidos de las encuestas realizadas a los miembros de la asociación.
Documental: Para la realización de las bases teóricas se tomaron definiciones, libros, artículos científicos, revistas científicas y autores expertos en el tema de la investigación.
Técnicas
El presente proyecto de investigación está dirigido a la siguiente población de la Asociación de Empresarios de la 8 de Septiembre del Terminal Terrestre.
Recursos
- Recursos humanos
- Recursos Materiales
- Recursos Tecnológicos
PRESUPUESTO
ANÁLISIS E INTERPRETACIÓN DE RESULTADOS
La siguiente encuesta muestra que, de los 50 socios encuestados, que corresponden al 100%, dijeron que no conocen los beneficios que ofrece una metodología para estimar esfuerzos en el desarrollo de software. Se ha identificado que la mayoría de los socios no tienen idea de los beneficios que brinda una metodología para estimar esfuerzos en el desarrollo de software. ¿Considera importante estimar el esfuerzo del proyecto de software que gestiona la asociación de empresarios 8 de Septiembre del terminal terrestre “XIPIXAPA”?
¿Cree que el uso de una metodología en el desarrollo del proyecto de software de la asociación empresarial del terminal terrestre “XIPIXAPA” del 8 de Septiembre traerá mejores resultados? Esto indica que la mayoría de los socios están de acuerdo en que se utiliza una metodología en el proyecto de software gestionado por la asociación 8 de Septiembre. ¿Crees que toda asociación utiliza una estimación de esfuerzo a la hora de desarrollar un proyecto de software?
Los resultados obtenidos son positivos y la mayoría de socios coinciden en que todas las asociaciones aplican la estimación del esfuerzo a la hora de desarrollar un proyecto software.
CRONOGRAMA DE ACTIVIDADES
BIBLIOGRAFIA
¿Cómo realizar la estimación inicial de un proyecto de forma rápida y confiable?: https://blog.interactius.com/planning-poker-c%C3%B3mo- realizing-la-estimaci%C3%B3n-initial-de-un - proyecto-forma-. METODOLOGÍA DE EVALUACIÓN DE PROYECTOS DE DESARROLLO DE SOFTWARE PARA LA EMPRESA SOPHOS BANKING SOLUTIONS S.A.S.
PROPUESTA
Título de la propuesta
Objetivos de la propuesta
Descripción de la propuesta
Desarrollo de la Propuesta
La realización del diseño para la implementación se basa en una necesidad de creación de software, cuáles son las ventajas y desventajas que existen al momento de su respectiva creación, es factible o no estimar el esfuerzo antes de ejecutar el software y cuáles son los beneficios. sería. Son muchas las dudas que esto trae, pero que este proyecto de investigación resolverá y les dirá por qué es factible implementar la estimación del esfuerzo. También se evalúa la parte económica de la asociación para ver si está dentro del presupuesto para hacer una estimación del esfuerzo que contribuiría significativamente a la realización del software.
Con base en el análisis realizado a la asociación se determinó que el software instalado en ella no contaba con una estimación de esfuerzo previo a su implementación, por lo que su vida no sería larga al no ser ejecutado. eso implicaba una estimación del esfuerzo y qué métodos podrían llevarse a cabo. Por lo tanto, el desarrollo de una estimación de esfuerzo con su respectiva metodología que sea acorde a la compatibilidad del software contribuirá significativamente y ayudará a que este tenga un mejor rendimiento, mayor durabilidad, confiabilidad y además tiene la gran ventaja de que su adquisición es muy bajo. El conocimiento adquirido para realizar el estudio y luego el respectivo desarrollo de la estimación del esfuerzo con su metodología, en este caso peritaje, es alto, ya que los responsables de este proyecto están altamente capacitados para poder entregar lo aprendido que el personal, necesitan utilizar el software y no tienen problemas para manejarlo.
Se optó por el juicio de expertos como metodología factible, ya que sus beneficios son muy altos, además, no existen costos económicos excesivos, ya que solo se necesita acudir a un experto y hacerle preguntas sobre la estimación del esfuerzo de un proyecto de software.
Metodología de la implementación
El objetivo general de la creación del estándar ISO/IEC 25000 SQuARE es organizar, enriquecer y unificar la serie, que cubre dos procesos principales, a saber: la especificación de los requisitos de calidad del software y la evaluación de la calidad del software respaldada por la medición de la calidad del software. ISO/IEC 25000, conocida como SQuaRE (Evaluación y requisitos de calidad de sistemas y software), es una familia de estándares destinados a crear un marco común para evaluar la calidad de los productos de software. La familia ISO/IEC 25000 es el resultado del desarrollo de otras normas anteriores, en particular la ISO/IEC 9126, que describe las características específicas del modelo de calidad del producto de software, y la ISO/IEC 14598, que aborda la evaluación de los procesos de los productos de software.
La norma ISO 25000 proporciona orientación para el uso de la serie de estándares internacionales denominados Requisitos y evaluación de la calidad del producto de software (SQuaRE). La norma establece criterios para especificar los requisitos de calidad para los productos de software, sus métricas y. 66 su evaluación e incluye un modelo de calidad para conciliar las definiciones de calidad de los clientes con las características en el proceso de desarrollo.
Las características de calidad y las métricas relacionadas pueden ser útiles no sólo para evaluar un producto de software, sino también para definir requisitos de calidad.
Análisis previo de la propuesta
A série ISO/IEC substitui as normas relacionadas: ISO/IEC 9126 (Qualidade de produtos de software) e ISO/IEC 14598 (Avaliação de produtos de software).
Beneficio
- Beneficios Tangibles
- Beneficios Intangibles
Diseño de la Propuesta
Fase de la propuesta
El investigador deberá proporcionar a los expertos información relacionada con el software de contabilidad de la asociación, es decir, se utilizarán las puntuaciones de estos. La hoja de cálculo debe diseñarse de acuerdo con los objetivos de la evaluación a realizar. El requisito previo del sistema contable, que forma parte del examen del sistema contable.
Tras explicar las etapas del peritaje y comprobar el sistema contable de la asociación, los jueces eligieron tres puntos a valorar. El análisis de la programación del sistema contable que forma parte del Examen del Sistema Contable. El análisis del diseño del sistema contable que forma parte de la Investigación de Sistemas Contables.
La evaluación del diseñador de bases de datos que forma parte de la Investigación del Sistema Contable.
Conclusiones y Recomendaciones
