1. El documento presenta diferentes métodos para estimar el tamaño, costos y esfuerzos de proyectos de desarrollo de software, incluyendo el método Delphide Banda Ancha, el modelo COCOMO y el método de Puntos de Función.
2. También discute consideraciones importantes para la adopción de métodos de estimación en la industria, como la necesidad de mediciones confiables y el reto de predecir con incertidumbre.
3. Explica conceptos clave como la diferencia entre medición directa, indirecta y predic
Metodo cuantitativos para la toma de decisiones TecMMaestros Online
Este documento presenta una serie de instrucciones y tareas relacionadas con un caso de estudio sobre el proceso de selección de proveedores. Se pide al estudiante analizar el caso, desarrollar un diagrama de toma de decisiones, proponer una solución y participar en un foro de discusión. Finalmente, se solicita la elaboración de un proyecto aplicando conceptos de teoría de colas para mejorar los procesos logísticos de una empresa.
Tecnicas de estimacion de costos de proyecto softwareantonio
El documento trata sobre la planificación estratégica de sistemas de información. Explica que la planificación es importante para establecer objetivos y estrategias. Una parte clave de la planificación es estimar los recursos necesarios como el esfuerzo en meses-hombre. También cubre técnicas para estimar el tamaño del software, costos y esfuerzo requerido como líneas de código y puntos de función.
Este documento describe varias técnicas para estimar los costos de proyectos de software. Presenta métricas como líneas de código y puntos de función que pueden usarse para estimar el tamaño de un proyecto. También describe factores que afectan los costos como la capacidad de los programadores, la complejidad del producto y el tiempo disponible. Finalmente, resume técnicas como el juicio experto y Delphi para realizar estimaciones.
El documento describe diferentes estándares y modelos para la medición de métricas de software, incluyendo ISO 9126, ISO 14598, ISO 15504, ISO 15939, ISO 25010, SQM y GQM. SQM se basa en definir atributos de calidad para luego medirlos, mientras que GQM relaciona las mediciones con los objetivos del proyecto a través de tres niveles: conceptual, operativo y cuantitativo.
The document provides an overview of CMMI (Capability Maturity Model Integration) version 1.3. It discusses the evolution of CMMI from combining three source models, the coverage of systems engineering, software engineering and integrated product development. It describes the process areas and functional categories in CMMI 1.3 and how they are organized. It also explains the concept of levels in CMMI which characterize process improvement from an ill-defined state to a state of quantitative management.
Very preliminar intro to MDE for software developer communities and other kind of software practitioners. Contains material from several recognized sources.
The document discusses the topic of software architecture. It begins with some definitions of software architecture from sources like the IEEE and the SEI Carnegie Mellon. It then covers topics like the importance of software architecture, different types of architectures like enterprise architecture, business architecture, and infrastructure architecture. The document also discusses architecture patterns, how to start with software architecture, and the relationship between software architecture and quality attributes.
The document discusses various aspects of software implementation and integration. It defines implementation as the process of transforming a design into code and other implementation elements. Key aspects discussed include unit testing, integration testing, configuration management, host-target development, reuse, and prototyping. Implementation involves tasks such as writing code, testing components, integrating work, and debugging. The roles of implementers and integrators in managing this process are also outlined.
Metodo cuantitativos para la toma de decisiones TecMMaestros Online
Este documento presenta una serie de instrucciones y tareas relacionadas con un caso de estudio sobre el proceso de selección de proveedores. Se pide al estudiante analizar el caso, desarrollar un diagrama de toma de decisiones, proponer una solución y participar en un foro de discusión. Finalmente, se solicita la elaboración de un proyecto aplicando conceptos de teoría de colas para mejorar los procesos logísticos de una empresa.
Tecnicas de estimacion de costos de proyecto softwareantonio
El documento trata sobre la planificación estratégica de sistemas de información. Explica que la planificación es importante para establecer objetivos y estrategias. Una parte clave de la planificación es estimar los recursos necesarios como el esfuerzo en meses-hombre. También cubre técnicas para estimar el tamaño del software, costos y esfuerzo requerido como líneas de código y puntos de función.
Este documento describe varias técnicas para estimar los costos de proyectos de software. Presenta métricas como líneas de código y puntos de función que pueden usarse para estimar el tamaño de un proyecto. También describe factores que afectan los costos como la capacidad de los programadores, la complejidad del producto y el tiempo disponible. Finalmente, resume técnicas como el juicio experto y Delphi para realizar estimaciones.
El documento describe diferentes estándares y modelos para la medición de métricas de software, incluyendo ISO 9126, ISO 14598, ISO 15504, ISO 15939, ISO 25010, SQM y GQM. SQM se basa en definir atributos de calidad para luego medirlos, mientras que GQM relaciona las mediciones con los objetivos del proyecto a través de tres niveles: conceptual, operativo y cuantitativo.
The document provides an overview of CMMI (Capability Maturity Model Integration) version 1.3. It discusses the evolution of CMMI from combining three source models, the coverage of systems engineering, software engineering and integrated product development. It describes the process areas and functional categories in CMMI 1.3 and how they are organized. It also explains the concept of levels in CMMI which characterize process improvement from an ill-defined state to a state of quantitative management.
Very preliminar intro to MDE for software developer communities and other kind of software practitioners. Contains material from several recognized sources.
The document discusses the topic of software architecture. It begins with some definitions of software architecture from sources like the IEEE and the SEI Carnegie Mellon. It then covers topics like the importance of software architecture, different types of architectures like enterprise architecture, business architecture, and infrastructure architecture. The document also discusses architecture patterns, how to start with software architecture, and the relationship between software architecture and quality attributes.
The document discusses various aspects of software implementation and integration. It defines implementation as the process of transforming a design into code and other implementation elements. Key aspects discussed include unit testing, integration testing, configuration management, host-target development, reuse, and prototyping. Implementation involves tasks such as writing code, testing components, integrating work, and debugging. The roles of implementers and integrators in managing this process are also outlined.
Moises (Alarcos) Aplicación de la estimación para la valoración de activos so...233 Grados de TI
Este documento describe una presentación sobre la aplicación de la estimación para la valoración de activos de software. Explica qué es la valoración de activos de software, cómo se puede realizar mediante técnicas de estimación como puntos de función y backfiring, y muestra un caso práctico de cómo calcular el esfuerzo y valor de un activo de software.
The document discusses software configuration management (SCM) and its core components of identify, control, audit, and report. It describes how SCM focuses on managing changes through identifying configuration items, controlling changes, auditing baselines, and reporting items. The key practices of SCM are then defined, including planning, version control, change control, build management, release management, problem management, and reporting.
The document discusses the ISO 29119 standard for software testing. It provides an overview of the standard and its key parts, including test processes (Part 2), test documentation (Part 3), and test techniques (Part 4). The standard aims to define a set of testing concepts, processes, and documentation that can be applied internationally. It covers topics like requirements-based testing, model-based testing, test documentation hierarchies, and mapping quality characteristics to test types and designs. The document also briefly discusses complementary standards like TMMi for improving testing processes and practices.
Este documento presenta información sobre métodos estadísticos de estimación de parámetros. Explica los conceptos de estimación puntual e intervalos de confianza, e incluye ejemplos de cómo estimar parámetros poblacionales como el promedio y la desviación estándar a partir de una muestra. También cubre temas como inferencia estadística, pruebas de hipótesis y distribuciones de muestreo. El documento concluye con actividades de aprendizaje y referencias bibliográficas.
O documento descreve 10 atividades relacionadas a sistemas operacionais como desbloquear a barra de tarefas, criar atalhos, acessar a ajuda e propriedades de discos, organizar janelas, copiar e mover arquivos entre pastas, restaurar arquivos excluídos, personalizar a área de trabalho e analisar ferramentas de sistema no painel de controle e acessórios.
Trabalho desenvolvido pelos alunos de Jornalismo da UnP em 2012.1.
A matéria produzida por Daniel Freire é a "Especial", sobre o centenário de Luiz Gonzaga.
El documento habla sobre los daños causados por un fenómeno de "mar de fondo" en varias comunidades costeras y turísticas de Oaxaca. Representantes hoteleros critican la falta de alertas tempranas y protocolos de protección por parte de las autoridades. Se reportan daños a 290 negocios y se solicita apoyo de emergencia para 8 municipios afectados. Las autoridades continúan evaluando los daños y buscando a un pescador desaparecido.
This document provides an earnings report and financial results for Embraer for the fourth quarter and full year of 2014. It summarizes key highlights including commercial, executive, and defense aircraft deliveries and orders. Financial results showed increased revenues, earnings, and backlog compared to previous periods. The outlook for 2015 indicates continued growth with increased expected deliveries and financial performance.
Edital do Programa de Seleção Pública de Projetos 2013/2014 da Fundação MaggiDenizecomZ
1) O documento descreve as diretrizes de um programa de seleção pública de projetos sociais e ambientais promovido pela Fundação André Maggi em 2013/2014, destinando R$300.000,00 a projetos nessas áreas.
2) Os projetos devem estar alinhados com os Objetivos de Desenvolvimento do Milênio da ONU e ocorrer em municípios onde o Grupo André Maggi atua.
3) As inscrições ocorrem online entre 1o de julho e 30 de agosto de 2013, e cada projeto pode
[1] O documento descreve a extensão rural no Rio Grande do Sul, incluindo sua estrutura, missão, equipe e atividades. [2] A EMATER/RS atende cerca de 280 mil propriedades familiares em 492 municípios. [3] A organização também fornece assessoria técnica, social e ambiental a 11 mil famílias em 330 assentamentos de reforma agrária.
This document is a list of members of the Peace & Friendship Club from South Africa updated in July 2011. It provides contact information, including name, member number, date of birth, profession, collecting interests and material offered for exchange for 160 South African members. It also lists the rules of the club regarding correspondence and exchanges.
O documento lista atos administrativos de uma Secretaria de Estado, incluindo aposentadorias, homologações de licitações e descentralizações orçamentárias entre órgãos.
O documento lista informações sobre vários meios de hospedagem em João Pessoa, incluindo nomes, endereços, páginas na internet, telefones, número de leitos e se estão cadastrados na Cadastur. São listados mais de 50 hotéis, pousadas e outros meios de hospedagem localizados principalmente nos bairros de Tambaú, Cabo Branco e Manaíra.
Este documento resume la investigación sobre los sistemas de información. Explica que los sistemas de información son conjuntos de elementos orientados al tratamiento y administración de datos e información. Se clasifican en sistemas transaccionales, de apoyo a las decisiones y estratégicos. También define qué es un dato y explica que los sistemas de información apuntan a campos del saber para tomar decisiones.
Este documento describe el desarrollo de una webquest sobre cómo la música promueve el desarrollo del lenguaje en niños de 3 a 5 años. El objetivo general es diseñar un recurso digital para apoyar a los docentes. Los objetivos específicos son identificar la importancia de la música en el desarrollo infantil y desarrollar el sentido auditivo a través de actividades musicales. El público objetivo son estudiantes, docentes y padres. La webquest se construye usando herramientas de Office como PowerPoint e hipervínculos,
O documento discute a cura por radiação, seu processo e principais aplicações. Apresenta os princípios e mecanismos da cura por radiação UV, como a absorção da luz pelo revestimento e os tipos de lâmpadas. Explora as vantagens da cura por radiação e seus usos em mercados como madeira, vernizes, tintas de impressão, plásticos e novos mercados.
El documento habla sobre los elementos básicos de la planificación de proyectos como el tiempo, los recursos, los costos y la calidad. Explica el proceso de pronóstico, planificación, seguimiento y control, e informes y evaluación. También cubre temas como la estimación de recursos, la representación gráfica de tareas y dependencias, y el cálculo de fechas clave y el camino crítico.
Este documento trata sobre la implementación, administración, desarrollo y selección de hardware y software. Describe los métodos de capacitación a los usuarios, la preparación de datos, y los métodos para revisar e implementar el sistema de manera exitosa. También cubre temas como la selección y evaluación de hardware y software, así como la administración del personal y procesos de desarrollo requeridos.
Moises (Alarcos) Aplicación de la estimación para la valoración de activos so...233 Grados de TI
Este documento describe una presentación sobre la aplicación de la estimación para la valoración de activos de software. Explica qué es la valoración de activos de software, cómo se puede realizar mediante técnicas de estimación como puntos de función y backfiring, y muestra un caso práctico de cómo calcular el esfuerzo y valor de un activo de software.
The document discusses software configuration management (SCM) and its core components of identify, control, audit, and report. It describes how SCM focuses on managing changes through identifying configuration items, controlling changes, auditing baselines, and reporting items. The key practices of SCM are then defined, including planning, version control, change control, build management, release management, problem management, and reporting.
The document discusses the ISO 29119 standard for software testing. It provides an overview of the standard and its key parts, including test processes (Part 2), test documentation (Part 3), and test techniques (Part 4). The standard aims to define a set of testing concepts, processes, and documentation that can be applied internationally. It covers topics like requirements-based testing, model-based testing, test documentation hierarchies, and mapping quality characteristics to test types and designs. The document also briefly discusses complementary standards like TMMi for improving testing processes and practices.
Este documento presenta información sobre métodos estadísticos de estimación de parámetros. Explica los conceptos de estimación puntual e intervalos de confianza, e incluye ejemplos de cómo estimar parámetros poblacionales como el promedio y la desviación estándar a partir de una muestra. También cubre temas como inferencia estadística, pruebas de hipótesis y distribuciones de muestreo. El documento concluye con actividades de aprendizaje y referencias bibliográficas.
O documento descreve 10 atividades relacionadas a sistemas operacionais como desbloquear a barra de tarefas, criar atalhos, acessar a ajuda e propriedades de discos, organizar janelas, copiar e mover arquivos entre pastas, restaurar arquivos excluídos, personalizar a área de trabalho e analisar ferramentas de sistema no painel de controle e acessórios.
Trabalho desenvolvido pelos alunos de Jornalismo da UnP em 2012.1.
A matéria produzida por Daniel Freire é a "Especial", sobre o centenário de Luiz Gonzaga.
El documento habla sobre los daños causados por un fenómeno de "mar de fondo" en varias comunidades costeras y turísticas de Oaxaca. Representantes hoteleros critican la falta de alertas tempranas y protocolos de protección por parte de las autoridades. Se reportan daños a 290 negocios y se solicita apoyo de emergencia para 8 municipios afectados. Las autoridades continúan evaluando los daños y buscando a un pescador desaparecido.
This document provides an earnings report and financial results for Embraer for the fourth quarter and full year of 2014. It summarizes key highlights including commercial, executive, and defense aircraft deliveries and orders. Financial results showed increased revenues, earnings, and backlog compared to previous periods. The outlook for 2015 indicates continued growth with increased expected deliveries and financial performance.
Edital do Programa de Seleção Pública de Projetos 2013/2014 da Fundação MaggiDenizecomZ
1) O documento descreve as diretrizes de um programa de seleção pública de projetos sociais e ambientais promovido pela Fundação André Maggi em 2013/2014, destinando R$300.000,00 a projetos nessas áreas.
2) Os projetos devem estar alinhados com os Objetivos de Desenvolvimento do Milênio da ONU e ocorrer em municípios onde o Grupo André Maggi atua.
3) As inscrições ocorrem online entre 1o de julho e 30 de agosto de 2013, e cada projeto pode
[1] O documento descreve a extensão rural no Rio Grande do Sul, incluindo sua estrutura, missão, equipe e atividades. [2] A EMATER/RS atende cerca de 280 mil propriedades familiares em 492 municípios. [3] A organização também fornece assessoria técnica, social e ambiental a 11 mil famílias em 330 assentamentos de reforma agrária.
This document is a list of members of the Peace & Friendship Club from South Africa updated in July 2011. It provides contact information, including name, member number, date of birth, profession, collecting interests and material offered for exchange for 160 South African members. It also lists the rules of the club regarding correspondence and exchanges.
O documento lista atos administrativos de uma Secretaria de Estado, incluindo aposentadorias, homologações de licitações e descentralizações orçamentárias entre órgãos.
O documento lista informações sobre vários meios de hospedagem em João Pessoa, incluindo nomes, endereços, páginas na internet, telefones, número de leitos e se estão cadastrados na Cadastur. São listados mais de 50 hotéis, pousadas e outros meios de hospedagem localizados principalmente nos bairros de Tambaú, Cabo Branco e Manaíra.
Este documento resume la investigación sobre los sistemas de información. Explica que los sistemas de información son conjuntos de elementos orientados al tratamiento y administración de datos e información. Se clasifican en sistemas transaccionales, de apoyo a las decisiones y estratégicos. También define qué es un dato y explica que los sistemas de información apuntan a campos del saber para tomar decisiones.
Este documento describe el desarrollo de una webquest sobre cómo la música promueve el desarrollo del lenguaje en niños de 3 a 5 años. El objetivo general es diseñar un recurso digital para apoyar a los docentes. Los objetivos específicos son identificar la importancia de la música en el desarrollo infantil y desarrollar el sentido auditivo a través de actividades musicales. El público objetivo son estudiantes, docentes y padres. La webquest se construye usando herramientas de Office como PowerPoint e hipervínculos,
O documento discute a cura por radiação, seu processo e principais aplicações. Apresenta os princípios e mecanismos da cura por radiação UV, como a absorção da luz pelo revestimento e os tipos de lâmpadas. Explora as vantagens da cura por radiação e seus usos em mercados como madeira, vernizes, tintas de impressão, plásticos e novos mercados.
El documento habla sobre los elementos básicos de la planificación de proyectos como el tiempo, los recursos, los costos y la calidad. Explica el proceso de pronóstico, planificación, seguimiento y control, e informes y evaluación. También cubre temas como la estimación de recursos, la representación gráfica de tareas y dependencias, y el cálculo de fechas clave y el camino crítico.
Este documento trata sobre la implementación, administración, desarrollo y selección de hardware y software. Describe los métodos de capacitación a los usuarios, la preparación de datos, y los métodos para revisar e implementar el sistema de manera exitosa. También cubre temas como la selección y evaluación de hardware y software, así como la administración del personal y procesos de desarrollo requeridos.
IMPLANTACIÓN, ADMINISTRACION, DEL DESARROLLO Y SELECCIÓN DE HARDWARE Y SOFTWARECristhian Rodriguez
Este documento trata sobre la implementación, administración, desarrollo y selección de hardware y software. Describe los métodos de capacitación, acondicionamiento de instalaciones, preparación de datos y métodos de revisión. También cubre la estimación y control del tiempo de desarrollo, administración del personal, equipos de trabajo, selección de hardware y determinación de requerimientos.
El documento presenta información sobre un sitio web llamado Maestros Online que ofrece servicios educativos como asesoría y solución de ejercicios para diferentes asignaturas. Incluye ejemplos de ejercicios que los estudiantes pueden enviar para su resolución y prácticas integradoras que simulan proyectos de desarrollo de software.
IMPLANTACIÓN, ADMINISTRACION, DEL DESARROLLO Y SELECCIÓN DE HARDWARE Y SOFTWARECristhian Rodriguez
El documento trata sobre los métodos y procesos relacionados con la implementación, administración, desarrollo y selección de hardware y software. Incluye secciones sobre métodos de capacitación, acondicionamiento de instalaciones, preparación de datos y archivos, métodos de revisión, estimación del tiempo de desarrollo, administración del personal, selección de hardware y software, y evaluación de software. El objetivo general es proporcionar una guía sobre los pasos clave para implementar con éxito un nuevo sistema de información.
Este documento describe varios métodos para estimar el esfuerzo, costo y tiempo requeridos para completar proyectos de desarrollo de software. Describe modelos como COCOMO, que estiman estos factores en función del tamaño del proyecto y otros atributos. También describe técnicas como Delphi y analogía, que utilizan las opiniones de expertos o proyectos similares previos para generar estimaciones.
A continuación, el estudiante encontrará instrucciones paso a paso para realizar la actividad evaluativa No. 2 de la unidad 2: La planeación y los procesos en la ejecución de los proyectos y la actividad de apoyo a temáticas 3 de la unidad 3: la gestión en la integración y el alcance en un proyecto:
Como resultado el estudiante obtendrá una guía para realizar:
Archivo word: acta de inicio
Archivo word: Matriz de proceso de proyecto que incluye
Línea base de alcance
Línea base de tiempo
Línea base de costos
Clasificación por obligatoriedad
Establecimiento de que planes de gestión de las 10 áreas del conocimiento corresponden a cada línea y por tanto de los 49 factores cuales pertenecen por consecución a cada línea base
Finalmente, el estudiante tiene los formatos de entrada-herramienta-técnica-salida de los 49 indicadores designados para las 10 áreas del conocimiento para ser diligenciados.
Este documento describe varios métodos para estimar el esfuerzo, costo y tiempo de proyectos de desarrollo de software, incluyendo los modelos COCOMO I y COCOMO II, la técnica Delphi y estimación por puntos de función. También explica conceptos como entradas, salidas, consultas de datos y archivos lógicos internos, los cuales son elementos clave considerados en el conteo de puntos de función.
Díme que desarrollas y te diré que metodología usarKiberley Santos
Este documento compara diferentes metodologías de desarrollo de software, incluyendo metodologías pesadas como RUP, metodologías ágiles como XP y Scrum, y el desarrollo de software libre. Explica las ventajas y desventajas de cada metodología, así como los tipos de proyectos para los cuales son más adecuadas. También resume las tendencias observadas en la industria del software venezolana.
Este sílabo describe una unidad didáctica de Análisis y Diseño de Sistemas. La unidad tiene como objetivo que los estudiantes aprendan a realizar el estudio de factibilidad y diseñar la arquitectura de software y determinar los requerimientos de un sistema de información. La unidad consta de 16 semanas que incluyen actividades de aprendizaje, contenidos y evaluaciones para desarrollar las capacidades de análisis y diseño de sistemas.
Este documento presenta una introducción a varias metodologías de desarrollo de software, incluyendo metodologías clásicas como el desarrollo en cascada, incremental y evolutivo, así como metodologías más modernas como el desarrollo ágil, basado en prototipos y en componentes. Explica brevemente cada metodología y discute sus ventajas y desventajas. El documento parece ser material para una clase de ingeniería de software.
palnificacion de proyectos en el desarrollo de softwarehastete
Este documento presenta conceptos clave de la planificación de proyectos como tiempo, recursos, costos y calidad. Explica los pasos de pronóstico, plan, seguimiento y control, e informe y evaluación. También describe métodos para estimar tareas y recursos, y representar gráficamente la secuencia de tareas mediante diagramas de Gantt, precedencias y flechas. Finalmente, incluye un ejercicio de estimación de tiempos para un proyecto.
El documento describe métodos cualitativos para la localización de una instalación, incluyendo el análisis de factores primarios como la disponibilidad de materias primas, energía y mano de obra, así como factores específicos como el clima y la infraestructura existente. Explica el método de cribado usando mapas y la ponderación de factores, y provee un ejemplo de cómo calcular puntuaciones ponderadas para diferentes ubicaciones. También resume el método Delphi para pronósticos, el cual utiliza un panel de expertos para predecir tend
Este documento contiene varios ejercicios relacionados con el desarrollo de proyectos de software. Incluye ejercicios sobre la generación de documentación de proyectos, estimación de esfuerzos, roles en proyectos, herramientas de gestión de configuraciones, y la elaboración de un plan para un proyecto de control de activos.
El documento describe los métodos y estrategias de enseñanza para el curso. Se utilizarán clases teórico-prácticas mediante exposiciones del docente y participación de los estudiantes usando metodología de aprendizaje basado en problemas. Los estudiantes realizarán trabajos de investigación y prácticos que formarán parte de la evaluación continua. Dentro de la estrategia metodológica se incluyen clases magistrales, análisis de casos, debates, simulaciones y trabajo en equipo.
El documento presenta una introducción a las metodologías estructuradas para el desarrollo de sistemas de información. Describe los roles clave como analista, analista de organización y métodos, y documentadores. También resume los ciclos de vida clásico y estructurado, incluidas las etapas principales como análisis, diseño, implementación, pruebas y control de calidad.
Este documento presenta los nombres y matrículas de cinco estudiantes y el tema, maestro, periodo académico y fecha de entrega de un proyecto sobre ingeniería de software. Luego incluye ocho actividades relacionadas con la toma de decisiones de gerentes, modelos de procesos de software y estructuras de equipos para diferentes escenarios de proyectos de software.
Este documento presenta una introducción a la administración de proyectos de software. Explica conceptos clave como el proceso administrativo, características de la administración, métricas como PERT y Gantt para planificación, y métodos de estimación de costos como COCOMO. También cubre temas como métricas de software, puntos de función, y análisis de riesgos.
Analysing the concept of quality in model-driven engineering literature: a sy...Fáber D. Giraldo
This document summarizes a systematic review of literature on the concept of quality in model-driven engineering. The review aimed to analyze definitions of quality, how quality relates to model-driven engineering principles, and whether current methods can assess quality across multiple modeling languages. The review found that there is no agreed-upon definition of quality and few methods consider model-driven engineering features or sets of languages. Overall, the assessment of quality across modeling languages remains an open research question.
The document discusses project planning in software engineering. It defines project planning and its importance. It describes the project manager's responsibilities which include project planning, reporting, risk management, and people management. It discusses challenges in software project planning. The RUP process for project planning is then outlined which involves creating artifacts like the business case and software development plan. Risk management is also a key part of project planning.
PhD Proposal - A Framework for evaluating the quality of languages in MDE env...Fáber D. Giraldo
This document summarizes a doctoral research proposal on evaluating the quality of modeling languages used together in model-driven engineering (MDE) environments. The research aims to address problems with selecting languages for MDE projects and evaluating their suitability as a set. The researcher has conducted an initial review of quality frameworks and developed a first version of a conceptual framework. The proposed outcome is an "ontological quality evaluation framework" to assess language sets for their ability to be incorporated and adopted in MDE based on core concepts from information systems development and MDE.
The document introduces the SEMAT Initiative, which aims to establish a common ground and kernel for software engineering. It discusses the motivation for SEMAT, which is to address immature practices, lack of theoretical basis, huge number of methods, and split between industry and academia. SEMAT defines essential elements called "alphas" that represent things needed to monitor progress, as well as activity spaces that represent essential things that must be done. It also defines competencies needed without specifying skills. The kernel provides a framework for teams to understand their progress, assemble practices, and improve communication. The document explains how SEMAT can be used in planning iterations and aligns with other processes without competing with existing methods.
The document discusses software process models and methodologies, specifically the Personal Software Process (PSP) and Team Software Process (TSP) developed by the Software Engineering Institute (SEI). It provides an overview of how PSP teaches individuals to establish measurable and repeatable development processes to improve performance. Engineers learn the PSP over 7 levels, gathering and analyzing data from small programming assignments to establish performance baselines and drive process improvements. The PSP aims to develop individual discipline and skills needed for successful team development using TSP.
The document provides an overview of the Agile movement and methodologies. It discusses that Agile aims to be more responsive to customer needs than traditional methods through iterative development, collaboration, and adaptation. It summarizes key aspects of various Agile methods including extreme programming (XP), Scrum, Agile modeling (AM), and how CMMI and Agile frameworks can work together to improve processes. The document serves as an introduction to core Agile principles and practices for software development.
Introduction to advanced topics about RUP, Software Process Frameworks, Model-Driven applied to Software Processes, SPEM & UMA Metamodels, Tayloring, and EPF
The document discusses key concepts and best practices for code inspections, including using meaningful variable names, writing self-documenting code, treating constants as parameters, improving layout and readability, and following coding standards. It emphasizes that the goal of code inspections and analysis is to make code maintenance easier by ensuring the code is understandable and unambiguous. It also suggests considering tools that integrate with development environments to support automated code inspections and analysis.
Workflows adaptations for security management through MDD and Aspects Fáber D. Giraldo
This document proposes integrating security access control policies into legacy business processes using model-driven development and aspect-oriented software development principles. It applies an existing process modeling method called ADORE to define security constraints as reusable fragments. These fragments implement the RBAC model and XACML standard to provide role-based access control. The approach is demonstrated on a case study of a car crash crisis management system, defining security policy fragments that are composed with existing process models. Visualization techniques are also proposed to manage the complexity introduced by the additional security fragments.
Continuous integration (CI) is a software development practice where members of a team integrate their work frequently, which can be multiple times per day. Each integration is verified by automated builds and tests to quickly detect errors. CI aims to improve quality and reduce time to deliver software. It replaces traditional quality control after development is complete. Tools like Jenkins can automate builds, tests, and deployments to help teams implement CI and evolve it into continuous delivery of software.
This document discusses design patterns, including their definitions, categories, and strengths/weaknesses. It provides definitions of design patterns from various sources, noting they are reusable solutions to common problems in software design. Patterns are grouped into creational, structural, and behavioral categories based on their focus. Advantages include promoting reuse and providing documentation, while weaknesses include a lack of systematic application guidance. The document also discusses pattern languages and repositories, as well as specialized patterns in different domains.
This document provides an overview of software testing concepts and best practices. It defines key terms like errors, defects, and failures. It describes different testing approaches like black box and white box testing. It also outlines different testing levels from unit to system testing. The document emphasizes that testing aims to find defects, but it's impossible to test all possibilities. It stresses the importance of test planning, test cases, defect reports, and regression testing with new versions.
This document discusses software configuration management (SCM). It provides definitions of SCM from sources like IEEE standards and the SWEBOK. SCM is defined as the process of managing changes to software projects through their lifecycle. Key aspects of SCM discussed include configuration items, versions and variants, baselines, change requests, SCM tools, and the unified change management process.
Software quality is defined as the degree to which a system meets specified requirements and customer expectations. It should be predictable, measurable during development and after release, apparent to customers, and continue during maintenance. Implementing standards increases quality, reduces costs and improves manageability. Metrics and measures provide quantitative evaluations of reliability and quality to make objective decisions. Quality assurance activities like verification and validation evaluate the development process and ensure requirements are met.
2. •Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
4. Evaluar, calcular, dar valor a una actividad de manera anticipada.
¿Qué es estimar?
¿Cómo estimas el tiempo que requieres
para preparar un parcial?
¿Cuánto tiempo estimas para
Ir de tu casa a la universidad?
¿Estimación intuitiva o basada en datos?
¿Qué tan precisa es la estimación?
5. •La estimación forma parte de la planificación de un proyecto
•Permite resolver tres preguntas básicas para el desarrollo del software
–¿Cuánto esfuerzo (Por ejemplo Horas-Hombre) se requiere para desarrollarlo?
–¿Cuánto tiempo, de calendario, se necesita para realizarlo?
–¿Cuál es el costototal?
¿Por qué es importante la estimación de un proyecto de software?
6. 1. Desestimar el tiempo y esfuerzo necesario para hacer una buena estimación.
2. Requisitos imprecisos. Requisitos van creciendo.
3. Muchas veces el plazo de desarrollo es fijado por gente del área comercial o por ejecutivos, sin efectuar ningún tipo de cálculo serio.
4. El tamaño suele ser estimado por debajo.
5. Estimaciones forzadas por los recursos disponibles (Si hay que acabar el proyecto en 12 meses y se dispone de 5 técnicos, se estima en esfuerzo como 60 técnicos-día).
6. Usar la estimación del precio ganador. Estimar de acuerdo a lo que el cliente esta dispuesto a pagar por el proyecto.
7. Cuando finaliza el proyecto, no hay tiempo de analizar los valores estimados contra los valores reales.
Errores mas frecuentes al estimar (Sommeville)
7. Ejercicio–Estimacióndel Esfuerzo
En forma INDIVIDUAL….
Estime el esfuerzode desarrollo del sistema de stock, para una Farmacia… El sistema debe llevar:
Los artículos (con el stock actual, ingresos y egresos).
Los proveedores.
Dos tipos de usuarios (actualizador y consultor).
8. En forma INDIVIDUAL….
Estime el esfuerzode desarrollo del sistema de stock
Guardeeldetalledesuestimación,puesloutilizaremosmásadelante.
EntreguealprofesorunpapelanónimoconelnúmerototaldeHoras-Hombre(HH)delproyecto.
Ejercicio–Estimacióndel Esfuerzo
9. ¿Qué debo hacer para poder gestionar mis proyectos
de desarrollo?
Si no puedes medir
no puedes controlar
10. Tipos de Medidas
Medida directa, indirecta o predicción
Medida directa:se observa la entidad y se aplica el instrumento de medida directamente (peso, estatura).
Medida indirecta: se mide en forma directa otra entidad (o más de una) y luego se usan relaciones conocidas entre ellas (velocidad = distancia/tiempo).
Predicción: queremos estimar una característica (por ej. tamaño)de una entidad que puede no existir en este momento.
11. Similar a medición indirecta!
• Establecer una conexión ó relación entre las entidades medidas directamente y las entidades cuya medida será predicha.
• Refinar la conexión ó relación hasta llegar a una o más fórmulas que permitan traducir las medidas directas en predicciones confiables (medidas indirectas aproximadas).
La diferencia clave está en que en la predicción no es posible establecer una conexión completa => sólo se puede aproximar a la medida correcta.
Predicción
12. Predicción
Similar a medición indirecta !
Sóloesposiblepredecirsitenemosbuenasmedidasenquébasarnos!
Apesardeloobviodeestaafirmaciónmuchasveceslosadministradoresmuestrangraninterésenestimación,peronoenmedicionesdesoftware.
Elesfuerzodeestimareldesarrollodeunsoftware, siempreesunaactividaddePREDICCION.Lapredicciónprecisarequieremedicióncuidadosadeatributosclavesenproyectosyacompletados.
13. Predicción en software
Similar al proceso de diagnóstico de un médico.
El médico se basa en los análisis o estudios (medidas directas) y en su experiencia en casos anteriores o documentación relevante (relación entre medidas directas e indirectas) para poder realizar un diagnóstico y proponer una solución (estimación del proyecto de solución).
–Muchas veces se requiere una interconsulta, para determinar la relación entre las medidas directas y las indirectas (chequeo con pares).
14. El Reto de la Estimación de Software
Estimar es un proceso con incertidumbre:
Nadie conoce cuál será el tamaño final del producto
La estimación es mas incierta cuanto más temprano se haga
La estimación puede estar sesgada por el negocio y por otras presiones
Estimar es un proceso de aprendizaje
La habilidad para estimar mejora con la experiencia
La estimación es mas confiable si se apoya en datos históricos
Los métodos son poco usados en la industria
No se tiene la disciplina de la medición
15. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
16. Aproximaciones para Estimar
(Nasir, M. Ahmad, F, 2006)
•Aproximaciones heurísticas: Basadas en la experiencia de las personas y orientadas a su aprendizaje. Algunos ejemplos: Juicio de Experto, Técnica Delphi, Técnica Delphide Banda Ancha, Ley de Parkinson, Planingpoker.
•Aproximaciones paramétricas: Utiliza modelos de predicción obtenidos a partir de datos históricos. Generalmente sonmodelos utilizados para predecir el esfuerzoen función del tamaño. Algunos ejemplos: Líneas de código, Puntos de Función con sus variantes, COCOMO y COCOMO-II, Puntos de Objeto, Puntos de casos de uso.
•Aproximaciones no paramétricas (Capretz,Marza, 2009): Soportadas en algoritmos o modelos matemáticos: Algunos ejemplos: Modelo de lógica difusa, modelo de red neuronal, modelo NeuroFuzzy, modelo de regresión múltiple, modelo estadístico.
17. Aproximaciones Heurísticas
•Juicio de experto: Basado en la experiencia de las personas y orientadas a su aprendizaje
•Técnica Delphi: Es una técnica de grupo que extrae y resume el conocimiento del grupo para arribar a una estimación.
•Técnica de tres puntos: Utiliza tres 3 estimaciones de la duración de la actividad: optimista, pesimista, media. Estimación final = (optimista + 4* media + pesimista) /6
•Técnica Delphide Banda Ancha (Wideband-Delphi): Es una combinación de la técnica Delphiy la de tres puntos.
•PlanningPoker: Técnicausada en estimación en conjunción con Delphide Banda Ancha, para lograr consenso de estimaciones de tamaño de los requisitos de un proyecto de una manera rápida y ágil
•Ley de Parkynson: El proyecto cuesta según los recursos disponibles y el ciclo de vida del proyecto se expandirá según el número de recursos disponibles en la organización
18. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
19. Estimación Delphide Banda Ancha
Originado en Rand Corporation, perfeccionado por B.Boehm.
VariantedelmétodoDelphiquepromuevemayorinteracciónentrelosparticipantes.
Laideafundamentalesusarvariosexpertosquehacenestimacionesindependientesyluegoconvergenhaciaunaestimaciónúnica.Lospasosgeneralesdelmétodoson:
1.Cadaexpertorecibelasespecificacionesdelprogramayunformulariodeestimación.
2.Sereúnenaconversarsobresuposiciones,dudas,etc.
3.Cadamiembrodelequipo(porseparado):a)listalasmacro-tareasb)producetresestimaciones:optimista(todosucedesegúnlaplaneado),promedio(duraciónusualdelaactividad),pesimista(fallatodoaquelloqueseprevéquepuedafallar)
20. Estimación Delphide Banda Ancha (cont.)
4. Las estimaciones son recogidas por un moderador quien tabula los resultados y obtiene un promedio de las estimaciones pesimista, optimista, mediana y un promedio general utilizando la fórmula de los tres puntos:
Promedio general: (optimista + 4* media + pesimista) /6
5. Se reúnen nuevamente, se entregan los resultados y discuten las tareas (si no hay consenso).
6. Se vuelve a la tercera etapa (nueva estimación).
21. Repita el Ejercicio –Estimación del Esfuerzo
Usando Wideband-Delphi, en grupos de 4-5 personas….
En grupo: Resuelvan dudas y hagan suposiciones sobre la estimación (2 minutos)
Individual: Haga una lista de tareas y Vuelva a estimar el tiempo (pesimista, optimista, medio) de desarrollo del sistema de stock (3 minutos).
En grupo: Obtengan el promedio general según el paso 4. Cada grupo entrega al profesor un papel anónimo con el número total de Horas-Hombre (HH) del proyecto (2 minutos).
22. Consideraciones para la aplicación
del método Delphide Banda Ancha
Las discusiones entre los expertos a menudo clarifican aspectos y producen cambios en las estimaciones para la etapa siguiente.
El método produce estimaciones bastante precisas…pero es caro y lento.
El costo depende de lo que a usted le cuesten los expertos… y de cuán alineados estén ellos respecto de sus estimaciones.
Usted podría aplicar esto en su organización, utilizando a sus colegas como posibles expertos.
23. Ojo: las estimaciones grupales heurísticas son
la base de los métodos ágilesde estimación!!!
•Planning Poker
•Team Sort (T-Shirt Sizing)
•One Point One Card (Lean)
Vermásinfo en
http://agile.dzone.com/articles/agile-estimation-practice
24. El principio de los modelos Paramétricos
Estos modelos utilizan fórmulas derivadas empíricamente para predecir los datos que se requieren para la planificación del proyecto de software:
25. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
26. Aproximaciones Paramétricas:
El Modelo COCOMO
Ejemplo 1: El modelo COCOMOsimple relaciona el esfuerzo E (meses-hombre) con el tamaño S (MLOCS) y el tiempo con el esfuerzo de acuerdo a:
E (esfuerzo) = a * Sb
T (tiempo) = p * Et
Donde a, b, p y t son parámetros determinados por el tipo de software a ser desarrollado (están tabulados en bases a estudios estadísticos).
Para usar este modelo para predecir el esfuerzo en la etapa de captura de requisitos, necesitamos primero determinar (predecir) los parámetros y luego el tamaño del eventual sistema.
27. El Modelo COCOMO
Los modelos COCOMO están definidos para tres tipos de proyectos de software:
(1) modo orgánico: proyectos relativamente pequeños y sencillos en los que trabajan pequeños equipos, con buena experiencia en la aplicación, sobre un conjunto de requisitos poco rígidos;
(2) modo semiacoplado: proyectos intermedios (en tamaño y complejidad) en los que equipos, con variados niveles de experiencia, deben satisfacer requisitos poco o medio rígidos;
(3) modo empotrado: proyectos que deben ser desarrollados en un conjunto de hardware, software y restricciones operativas muy restringido.
28. El Modelo COCOMO
Modelos como COCOMO no consideran las particularidades de cada equipo de desarrollo.
El modelo COCOMOIntermedio y Avanzado introducen un multiplicador:
E (esfuerzo) = a * Sb* m(x)
T (tiempo) = p * Et
M(x) en un multiplicador que depende de 15 puntos
29. Mediciones de Software
Multiplicadores para COCOMO:
(1) Atributos del producto
•RELY: garantía de funcionamiento requerida al software
• DATA: tamaño de la base de datos
• CPLX: complejidad del producto
(2) Atributos del computador (Server)
• TIME: restricción de tiempos de ejecución (Tiempo de Servicio y Uptime)
• STOR: restricción del almacenamiento principal
•VIRT: volatilidad de la máquina virtual
• TURN: tiempo de respuesta del computador
(3) Atributos del personal
• ACAP: capacidad del analista
•AEXP: experiencia en la aplicación
•PCAP: capacidad del programador
• VEXP: experiencia en máquina virtual
• LEXP: experiencia en el lenguaje de programación
(4) Atributos del proyecto
• MODP: prácticas de programación modernas
• TOOL: utilización de herramientas software
• SCED: plan de desarrollo requerido
30. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
31. Modelo de Puntos de Función
Albrecht(IBM,1979)desarrollólaideadePuntosdeFunción(FPs).
La métrica de Puntos de Función sirve para establecer el tamaño y complejidad de los sistemas informáticos basada en la cantidad de funcionalidad requerida y entregada a los usuarios” (ISO BulletinMay2003).
Es uno de los modelos de predicción más populares y se encuentran homologados con el ISO
32. Modelo de Puntos de Función
The terms functional size (FS), functional size measurement (FSM), and functional user requirements (FUR) are defined by the ISO/IEC 14143-1:2007 Functional Size Measurement: Part 1 Definition of Concepts: (ISO/IEC, 2007)
ISO/IEC 14143-6:2006. Information technology—Software measurement—Functional size measurement—Part 6: Guide for use of ISO/IEC 14143 series and related International Standards.l
33. Modelo de Puntos de Función
Existen diferentes variantesde método:
◦ISO/IEC 20926:2003. IFPUG 4.1 Unadjustedfunctionalsizemeasurementmethod. Es el mas conocido y utilizado en Estados Unidos
◦ISO/IEC 24570. NESMA--FunctionPoint Analysis. Estándar definido para NEtherlandsSoftware MetricsUsersAssociation. Esta es una pequeña variante del método del IFPUG
◦ISO/IEC 20968:2002. MkII FunctionPoint Analysis. Desarrollado por la UnitedKingdomSoftware MetricsAssociation, simplificando el método y haciéndolo compatible con ideas de análisis y diseño estructurado
◦ISO/IEC 19761:2003. COSMIC-FFP -integrado por expertos de Europa y Canadá, para adecuarlo a sistemas en tiempo real
34. Modelo de Puntos de Función
La propuesta original identifica 5 tipos de funciones básicas
Funciones transaccionales:
Inputs: Entrada externa. Proceso para mantener uno o mas archivos lógicos internos. Cuenta las pantallas o formularios usados para captura. Ejemplos:
-Ingresar un nuevo producto
-Ingresar el pedido de un cliente
Outputs: Salida Externa. Proceso para presentar información al usuario que requiere operaciones adicionales al de solo recuperar datos. Cuentapantallas o reportes que la aplicación produce. Ejemplos:
-Informe semanal de ventas
-Lista de pedidos pendientes por despachar
Consultas. Procesos para presentar información leída de uno o más grupos de datos (no requieren procesamiento adicional). Ejemplos:
-Consultar estado de un pedido
-Consultar existencia de un producto
35. Modelo de Puntos de Función
La propuesta original identifica 5 tipos de funciones básicas
Funciones de Datos:
Archivo Lógico Interno: número de almacenamiento de datos mantenidos a través de alguna transacción. Ejemplos:
Entidad pedido
Entidad producto
Entidad detalle de pedidos
Interfaces. Archivo de interfaz externa. Grupos de datos relacionados y referenciados que son mantenidos por otro sistema (archivos compartidos de entrada o salida, parámetros, etc). Ejemplos:
Entidad Cliente (el cliente es consultado desde un sistema externo)
Interfaz con componente de mensajería (se invocan servicios de mensajería)
36. Modelo de Puntos de Función
NúmeroTipoPesoTotal
8Inputs (EI) x432
12Outputs (EO) x560
4Consultas (EQ) x416
2 Archivos (ILF) x1020
1 Interfaz (EIF) x77
Total Sin Ajustar: 135 PF
Factor de Complejidad: 1.06
Puntos de Función: 143 PF
El modelo define un peso diferente (PF) para cada tipo de función básica
Peso asignado a cada
tipo de función según
datos históricos
(viene dado por el modelo)
Valores estimados
según descripción
del sistema
37. Identificando la Función Básica
Tomado de S. E. Durán “Puntos por Función Una métrica estándar para establecer el tamaño del software”. Boletín de Política Informática Núm. 6, 2003
38. Factor de Complejidad
Para calcular el factor de complejidad se consideran 14 aspectos, otorgándosele a cada uno, una influencia de 0 a 5, generándose así un puntajeque va de 0 a 70.
El factor de complejidad estará dado por:
FC = 0.65 + 0.01 * Puntaje
El FC se mueve en el rango de 0.65 hasta 1.35.
Esto contempla hasta un 35% de aumento o reducción del esfuerzo de desarrollo.
39. Factor de Complejidad
Los factores que influencian la complejidad son:
-Comunicaciones.-Funciones distribuidas.
-Objetivos de desempeño -Configuración. (sobrecarga).
-Tasa de transacciones.-Entrada de datos on-line
-Eficiencia para usuario. -Actualización en línea.
-Proceso complejo.-Reuso.
-Facilidad de instalación. -Facilidad de operación.
-Varios sitios.-Facilidad de mantención
40. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
42. Ejemplos de Componentes Estándares
42
Ejemplos de Componentes Estándares son:
•Mantenedores (Operaciones básicas sobre entidades de referencia).
•Transacciones (Actualizaciones sobre mas de una entidad, que contempla reglas de negocio)
•Menús de Navegación.
•Consultas de registros individuales
•Consultas de múltiples registros.
•Informes por Impresora.
•Procesos en Background.
•Notificaciones..
•Autorización / Autenticación
43. 43
Componentes Estándares
El método de Componentes Estándares se basa en mantener una base de datos histórica con información de componentes usados en proyectos previos, en varios niveles de abstracción: subsistemas completos, módulos, interfaces de usuario, etc.
Se estima cuántos componentes estándares habrá, por cada tipo, en el nuevo proyecto, utilizando puntos (estimado, máximo y mínimo).
Se combina esto, ponderando 4 veces el más probable (estimado) y una vez el máximo y el mínimo: (4*est+ máx+ min) / 6.
44. Ejemplo:
Componente LOC min estmaxprobLOC
Módulo A 932 11 18 22 17.516310
Módulo B 543 35 40 44 39.821611
... ... ... ... ......
... ... ... ... ... ...
Total: 546359
… Se puede o no llevar esta estimación a líneas de código. 44
Componentes Estándares
45. 45
Componentes Estándares y FPs
El primer desafío es construir y mantener esta tabla:
Componente FP
Mantenedor………………….. 5
Transacciones…………………7
Menu/navegación…...…..….. 6
Consultas……………...…..… 2
Informes por Impresora.….... 2
Procesos en Background….. 8
Notificaciones………………. 2
Autorización / Autenticación. 3
46. 46
Componentes Estándares y FPs
El segundo desafío es ponerle costos y tiempos:
Componente FP Costo Tiempo
Mantenedor………………… 5 M$ 750 100HH
Menu/navegación…...…….. 7 M$1050 140HH
Consultas……………...…… 2 M$ 300 40HH
Informes por
Impresora…………………...2 M$ 300 40HH
Procesos en Background… 8 M$1200 160HH
Tablas………………………. 1 M$ 150 20HH
Notificaciones……………… 2 M$ 300 40HH
Aut./Autenticación ………… 3 M$ 450 60HH
Ref: 1 PF = $150.000 = 20HH
47. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
48. Aplicación de los métodos de estimación
•Cadaunodenosotrostienequeconstruirsupropiosistemadeprediccióndecostos.
• Podemos inventar uno nuevo, o modificar o parametrizaralguno ya existente.
•Loimportanteesqueelsistemadepredicciónnosrepresente(tengaencuentanuestrarealidad).
•Tambiénhayqueidentificarlaprecisiónyelcontextoenelcualmisistemaarrojavalorescreíbles(tamañoytipodeproyectos, tamañodegrupos,etc.).
49. Validación de la Predicción
Validación de un Sistema de Predicción
• Se debe establecer empíricamente la precisión de la predicción (comparando el modelo con puntos conocidos).
• Involucra experimentación y testeo de la relación entre las variables observadas.
Validación de una Medida
• Se debe asegurar que la medida es una caracterización numérica adecuada del atributo en cuestión.
La Validación genera confianza en el sistema
50. ¿Qué y cómo medir? He aquí el dilema…
Medir sólo aquellos aspectos del proceso o del producto, que son relevantes para mi.
¿Relevantes para qué?
•Mejorar mi proceso
•Mejorar mis productos
•Mejorar mis estimaciones
Guardar información para todo esto puede ser una tarea demasiado pesada, y podría entorpecer los desarrollos.
Medir y guardar la información, sólo si yo soy capaz de confiar en ella.
Las mediciones no deberían entorpecer el trabajo de la gente.
51. Dominio de Mediciones
¿Medir para Mejorar? o ¿para Estimar Mejor?
Medir cada fase (Análisis, Diseño, ….) => Medir para mejorar.
Medira paquetecompleto(el proyectocomoun todo) => Medirparaestimarmejor.
52. 52
¿Cómosaber cuántole cuesta a mi equipode trabajoimplantarun FP?
1.Armey validesutablade componentesestándares.
2.Busqueen suinformaciónhistórica(de los contratos): tiempototal y costototal de un proyecto.
3.Hagaunatablacon la distribuciónde componentesestándaresqueustedtieneen cadaproyecto:
Componente
PF x Unidad
Cant.
PF Total
Mantenedor
5PF
20
100PF
Menu/Navegac.
7PF
3
21PF
Consultas
2PF
10
20PF
Reportes Impres.
2PF
3
6PF
Proc.Background
8PF
7
56PF
Tablas
1PF
20
20PF
TOTAL
223PF
Entendiendola historia
53. 53
¿Cómosaber cuántole cuestaa mi organizaciónimplantarun FP?
4. Dividael costototal del proyectoporlos PFs asociadosal él. Porejemplo:
CostoPF = $ 38.000.000 / 223 PF = $ 170.403
5. Dividala cantidadtotal de HH del proyectoporlos PFs asociadosal él. Porejemplo:
TiempoPF = 5.320HH / 223 PF = 23,9 HH
-Estosvaloressonreferencialesydependendeltamañoycaracterísticasdelequipodetrabajo.
-Cuantomásmuestrasestadísticastenga,másajustadosestaránmisnúmeros.
Entendiendo la historia
54. 54
¿Cómosaber cuálesla velocidadde desarrollo(aprox.) de un equipode mi organización?
Enproyectosterminados,dividalacantidadtotaldeHHdelproyectoporeltiempolinealdeduracióndelproyecto(enhoras).Porejemplo:
Veloc. Desarr. = 5.320HH / 4.5 meses
= 5.320HH / 720 Horas= 7.4
NOTA: Este valor no tieneunidad, sin embargo puedeentendersecomosifuera“velocidadde desplazamiento” del proyecto.
-Estosvalorestambiénsonreferenciales,ydebenmanejarsedentrodelmismocontexto.
Entendiendola historia
55. 55
Entendiendola historia
Para que los datos históricos sean válidos o tengan alguna utilidad:
1.El tamaño y composición del equipo de trabajo debe ser similar.
2.Si no es similar, debemos conocer la relación aproximada entre los escenarios anteriores y el actual.
3.La información histórica deberá ser creíble para las personas.
4.Deberá estar disponible (tal vez en carpetas) la información histórica detallada usada como base.
5.El producto a desarrollar deberá ser de un tipo, tamaño y complejidad acorde a nuestras experiencias previas.
56. 56
Conclusiones Finales
•Los modelos de estimación son útiles pero deben ser adaptados a las condiciones de cada empresa / proyecto.
•Una de las competencias que debo adquirir como desarrollador es poder estimar el esfuerzo invertido en el desarrollo de una aplicación.
•Se necesita disciplina para crear información histórica de mi desempeño como desarrollador
57. 57
Consideraciones Finales
•Esindispensablecontarconlosdatoshistóricosdeproyectosdelaorganización,sinembargo,esmuyfrecuenteencontrarquelascompañíasnofacilitanelaccesoalosmismosdebidoaqueestainformaciónescrítica.
•Secuentaconalgunasbasesdedatosinternacionalesqueguardaninformaciónhistóricadeproyectosyquepodríanservircomoreferentesparaafinarelmodelopropio.
•Esimportanterealizarestudiosparacaracterizarlosproyectosdelaindustriadesoftwarelatinoamericana
58. Agenda
•Introducción
•Métodos de Estimación
•Método Delphide Banda Ancha
•Método COCOMO
•Método de Puntos de Función
•Método de Componentes Estándares
•Consideraciones para adopción de métodos en la industria
•Explicación de la práctica
59. •IanSommerville. Ingenieria De Software. 7ª Edición. México : PearsonEducacion, 2005. Capítulo 25
•Nasir, M. Ahmad, F. “An Empirical Study to Investigate Software Estimation Trend in Organizations Targeting CMMI”. Proceedings of the 5th IEEE/ACIS International Conference on Computer and Information Science and 1st IEEE/ACIS International Workshop on Component-Based Software Engineering, Software Architecture and Reuse, 2006.
•S.E. Durán Rubio. Puntos por Función. Una métrica estándar para establecer el tamaño del software. Boletín de Política Informática Num6, 2003.
•L. F. Capretz, V. Marza. Improving Effort Estimation by Voting Software EstimationModels. Advancesin Software EngineeringVolume 2009, Article ID 829725, 8 pages
Bibliografía