Métricas de Software

General de Métrica | Puntos de Función | Benchmarking

General de Métrica

A Primer métricas de software
De medición de software le permite cuantificar la programación de software, el esfuerzo de trabajo, el tamaño del producto, el estado del proyecto, y el rendimiento de calidad de software. En última instancia, la medición del software le ayuda a controlar mejor sus proyectos de software al mismo tiempo que aprenden más sobre el funcionamiento de su organización de software. Este artículo del Dr. Karl E. Wiegers del proceso de impacto proporciona un excelente resumen de los principios básicos de medición de software y sugiere una métrica de software que pueden ayudar a entender y mejorar la forma de su organización software funciona de inmediato. (5 páginas)
Haga clic aquí para leer "A Primer Métricas de Software"!

Software En los Números: Una Vista aérea del Paisaje métricas de software
Para las organizaciones de software todavía en un estado de parálisis métricas de software, este artículo de Michael C. Mah y Lawrence H. Putnam, Sr. proporciona un excelente lugar para comenzar. Además de esbozar los objetivos clave para cualquier programa de métricas de software, los autores también tratan de responder a dos preguntas básicas: "¿Qué métricas de software se aplican?" y "¿Qué se hace con las métricas de software?" (14 páginas)
Haga clic aquí para leer "Software En los Números: Una Vista aérea del Paisaje métricas de software"!

Utilidad de métricas y modelos en el Mantenimiento de Software y Evolución
Con los años, más de doscientos métricas de software diferentes y docenas de modelos diferentes se han propuesto para su aplicación a sistemas de software. Frente a tal diversidad, que las métricas de software y los modelos deben aplicarse en todas las versiones de mantenimiento de software, proyectos de software, y las organizaciones de software? Este documento de posición de Ned Chapin de InfoSci, Inc. explora esa cuestión y un resumen de siete puntos que pueden mejorar la utilidad y el valor del uso de métricas de software y modelos. (4 páginas)
Haga clic aquí para leer "Utilidad de métricas y modelos en el Mantenimiento de Software y Evolución"!

Ocho secretos de Software de medición
Un programa eficaz de medición de software es la clave tanto para la estimación de software efectivo y eficaz de mejora de procesos de software. En este artículo de la Dra. Elizabeth Clark, encontrará ocho "secretos" de la medición de software de éxito, es decir, puntos de vista recogidos sólo después de una larga carrera en el campo de las métricas de software. (3 páginas)
Haga clic aquí para leer "Ocho Secretos de Software Measurement"!

Un Estado CAI de la entrevista de práctica con el Dr. Stephen Kan, Técnico Superior del Personal de IBM
El Dr. Stephen H. Kan es un miembro del Personal Superior Técnico (STSM) y un director técnico en programación de software de IBM en Rochester, Minnesota. Él es responsable de la gestión de procesos de calidad en el desarrollo de software para iSeries de IBM. El Dr. Kan es el autor del libroMétricas y Modelos de Calidad de Software de Ingeniería, Numerosos informes técnicos, artículos y capítulos en revistas profesionales. Él estableció el Capability Maturity Model (CMM) de la estrategia para la organización de software iSeries y dirigió el esfuerzo de mejora de procesos de software con un equipo central en el logro de un Modelo de Madurez de la Capacidad (CMM) de nivel 5 de evaluación en 2004. Nuestra entrevista entre Stephen y Michael Milutis Kan, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), tuvo lugar en agosto de 2005.
Haga clic aquí para leer la entrevista con el Dr. Stephen Kan!

A efectuar la medición, la confiabilidad y validez en serio
En este artículo por el Dr. Stephen Kan de IBM proporciona una introducción a los conceptos de software de medición de la fiabilidad y validez. Según el Dr. Kan, la fiabilidad y la validez son las dos cuestiones más importantes en la calidad del software de medición. Deben estar bien pensado antes de un software de medición es propuesto y aplicado. "(3 páginas)
Haga clic aquí para leer "a efectuar la medición, la confiabilidad y validez en serio"!

No dar nada por sentado cuando se utiliza LOC (líneas de código) relacionados Métrica
Líneas de código (LOC) métricas de software relacionados son cualquier cosa menos sencillo. El principal problema se deriva de la ambigüedad de los métodos de conteo real, tanto dentro de los diferentes lenguajes de programación de software. En este artículo por el Dr. Stephen Kan de IBM destaca algunos de los factores que hacen que las líneas de código (LOC) métricas de software de riesgo y engañosa al tiempo que ofrece un enfoque simple y práctico para la extracción de valor significativo de ellos y la mitigación de estos riesgos. (4 páginas)
Haga clic aquí para leer "No dar nada por sentado cuando se utiliza LOC (líneas de código) métricas relacionadas con"!

Un Estado CAI de la entrevista de práctica con José McMakin, antiguo CIO de Air Products and Chemicals
En 2002, como director de información de Air Products and Chemicals, José McMakin recibió CIO de Gartner's Choice Award a la Excelencia en Tecnología de la Información. Durante su mandato como CIO, Air Products se elevó a una posición de top 30 en ranking de e-negocio, y ganó el premio Gartner en 2001 para la mejora continua. Con un personal de aproximadamente 1000 profesionales y las operaciones mundiales se extiende a más de 30 países, McMakin formuladas y dirigidas cambios significativos en la infraestructura y los enfoques de aplicación, así como en la gobernanza de la TI en la empresa. Nuestra entrevista con José McMakin y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), tuvo lugar en agosto de 2005.
Haga clic aquí para la entrevista con José McMakin!

CIO mediciones y toma de decisiones: Resultados de la Encuesta de
CIO y otros altos ejecutivos de TI de mediano y gran tamaño de las organizaciones de hacer negocios importantes que alteran las decisiones de cada día de sus vidas profesionales. Sin embargo, poca investigación ha examinado los procesos que los ejecutivos de TI dedicarse a recopilar información para tomar estas decisiones, o las mediciones que emplean. Este artículo de Sistemas CXO produce los resultados de un estudio que examinó a 52 altos ejecutivos de IT con el objetivo de responder a estas preguntas. (10 páginas)
Haga clic aquí para leer "CIO mediciones y toma de decisiones: Resultados de la encuesta"!

Un Estado CAI de la entrevista de práctica con el Dr. Karl E. Wiegers del proceso de impacto
Dr. Karl E. Wiegers es Consultor Principal de proceso de impacto, una consultoría de procesos de software y la compañía de la educación en Portland, Oregon. Sus intereses incluyen los requisitos de ingeniería de software, evaluaciones inter pares de software, mejora de procesos de software, gestión de proyectos de software, gestión de riesgos de software y métricas de software. Karl es el autor deMás Acerca de Requisitos de Softwareque estará disponible a través de Microsoft Press en enero de 2006. Karl es también el autor deRequisitos de software, 2 ª Edición(Microsoft Press, 2003),Peer Reviews in Software: A Practical Guide(Addison-Wesley, 2002), yCreación de una Cultura de Ingeniería de Software(Dorset House, 1996). Karl ha escrito más de 160 artículos sobre el desarrollo de software, la química y la historia militar. Él ha servido en la Junta Editorial de la revista IEEE Software y también como editora de la revista Software Development. Él es un orador frecuente en conferencias y reuniones de la sociedad de software profesional de software. Nuestra entrevista entre Karl Wiegers y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), tuvo lugar en septiembre de 2005.
Haga clic aquí para leer la entrevista con Karl Wiegers!

Un Estado CAI de la entrevista de práctica con Linda Westfall, Expert Métrica Profesional
Linda Westfall es un experto en software de medición profesional y presidente del equipo de Westfall. Sus especialidades incluyen la ingeniería de la calidad del software, métricas de software, gestión de proyectos de software, software de gestión de riesgos, las necesidades de software de ingeniería y gestión, evaluaciones inter pares de software, pruebas de software, la definición de procesos de software y mejora de procesos software. Linda tiene más de veinte años de experiencia en ingeniería de software en tiempo real, la calidad y métricas. Ella es la Presidenta de la Sociedad Americana de Calidad (ASQ), la División de Software. Nuestra entrevista entre Linda Westfall y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), tuvo lugar en noviembre de 2005.
Haga clic aquí para leer la entrevista con Linda Westfall!

12 pasos para útiles de software Métrica
"Linda Westfall de 12 pasos para mediciones útiles de software" introduce al lector en un proceso práctico para la creación y adaptación de un programa de software que se centra en indicadores objetivos y necesidades de información. El proceso ofrece un práctico y sistemático, de inicio a final, el método de selección, diseño y aplicación de métricas de software. Se describe un método de libros de cocina que el lector puede utilizar para simplificar el viaje de métricas de software en el concepto a la información entregada. (13 páginas)
 Haga clic aquí para leer "12 pasos para útiles Software Metrics"!

¿Estamos haciendo bien o qué hacemos mal?
Métricas de software no resuelven los problemas - la gente a resolver los problemas. ¿Qué métricas de software pueden hacer es proporcionar información para que pueda tomar decisiones informadas y mejores opciones. Según la nueva norma ISO / IEC 15939 Software de medición estándar de proceso, criterios de decisión son los "umbrales, objetivos o modelos utilizados para determinar la necesidad de una acción o investigación, o para describir el nivel de confianza en un resultado determinado". En otras palabras, necesita criterios de decisión para obtener una guía que le ayudará a interpretar los resultados de software de medición. Este artículo de Linda Westfall muestra cómo establecer los criterios de decisión de utilidad para los diferentes tipos de métricas de software. (13 páginas)
Haga clic aquí para leer "¿Estamos haciendo bien o qué hacemos mal?"!

El establecimiento de un proceso de medición de software
Este informe de Donald R. McAndrews del Software de medición de procesos de proyecto presenta las directrices para establecer un proceso de medición de software como parte del proceso general de software de una organización. Los métodos se sugiere que se puede utilizar para diseñar un proceso repetible de medición de software. Este informe también sugiere algunas medidas para iniciar un programa de medición de software. (46 páginas)
Haga clic aquí para leer "El establecimiento de un software de medición de procesos"!

Siete Pasos para diseñar un sistema métrico de Software
Si las métricas de software son proporcionar información útil, todos los involucrados en el diseño, implementación, recolección de datos para indicadores y programas informáticos que utilizan deben entender su definición y propósito. Este artículo de Linda L. Westfall de servicios de software de medición describe siete pasos para documentar el diseño de métricas de software, a fin de asegurar este entendimiento. Las áreas cubiertas son objetivos de medición de software, las definiciones de medición de software, los modelos de medición de software, contando con los criterios, los criterios de medición de software de éxito, la presentación de informes de medición de software, y el factor humano. (6 páginas)
Haga clic aquí para leer "Siete pasos para la elaboración de un software de la métrica"!

Métricas de Software: diez trampas que deben evitarse
Este artículo del Dr. Karl E. Wiegers del proceso de impacto identifica diez trampas métricas de software que pueden sabotear los profesionales de software confiados métricas. Varios síntomas de cada trampa métricas de software se describen, junto con algunas posibles soluciones. Al ser conscientes de estos riesgos comunes, profesionales de software de medición puede trazar un camino hacia la medición de éxito de las actividades de desarrollo de su organización de software. (9 páginas)
Haga clic aquí para leer "Software Metrics: diez trampas a evitar"!

Métrica y el proceso del software inmaduro
Se ha discutido mucho en los últimos años sobre el papel de las métricas de software para ayudar a las organizaciones de software a mejorar la productividad y calidad del software de software. En nuestra incesante búsqueda de soluciones simples a problemas complejos, la medición de software es a menudo visto como una panacea para nuestros males de software. Este artículo de Fred Koch presenta una estrategia de medición de software para organizaciones de software que están en las primeras etapas del establecimiento de un proceso de software. (2 páginas)
Haga clic aquí para leer "Los indicadores y el proceso del software inmaduro"!

¿Qué medir?
En una reciente visita a un cliente de TI, el nuevo software de control de calidad gerente me llevó aparte y le dijo: "JR, aquí están los parámetros del software que quiero medir sobre una base mensual. ¿Qué te parece? Le pregunté qué las reacciones a estas medidas eran de software. Ninguno de los directivos parecían querer medir las cosas, nadie quería ver a sus mediciones de software. No tenía ni idea de por qué se interesó a nadie. Le pregunté: "¿Qué quieres lograr con estas medidas de software?" Estaba confundido. No tenía ni idea de lo que quería hacer con las mediciones de software, sólo sabía que quería recogerlos. (3 páginas)
Haga clic aquí para leer "¿Qué medir?"!

Un Estado CAI de la entrevista de práctica con el Dr. Norman Fenton, autor de laMétricas de Software
El Dr. Norman Fenton es profesor de Informática en el Queen Mary (Universidad de Londres) y es también Director Ejecutivo de Agena, una compañía que se especializa en la gestión de riesgos para los sistemas críticos. Entre 1989 y marzo de 2000 fue profesor de Ciencias de Computación en el Centro de Software de Confiabilidad, Ciudad Universitaria. Ha sido director del proyecto e investigador principal en numerosos proyectos importantes de colaboración en las áreas de: métricas de software, métodos formales, ingeniería del software empírica, los estándares de software, y sistemas de seguridad crítica. Sus proyectos de investigación recientes, sin embargo, se han centrado en el uso de Bayesian Nets (BNS) para la evaluación de riesgos. Nuestra entrevista entre el Dr. Norman Fenton y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en marzo de 2006.
Haga clic aquí para leer "Entrevista con el Dr. Norman Fenton"!

Medir los riesgos de su: Los números que tendría sentido con Bruce Willis
Al destruir el meteoro en la película Armageddon, Bruce Willis salvó al mundo. La probabilidad de la colisión con un meteorito era tan grande, y las consecuencias tan grande, que casi nada más importaba, excepto tratar de evitar la huelga. La combinación de la probabilidad y el impacto de un riesgo con el fin de definir su tamaño es la práctica estándar. Pero en la mayoría de los casos es irracional, y ciertamente no se han explicado a Bruce Willis y su equipo por su misión tenía sentido. En este artículo de Norman Fenton y Neil Martin, los autores explican que, para obtener medidas racionales de riesgo que necesita un modelo causal ( 'mapa de riesgo ") que une a los desencadenantes, los controles, eventos, coberturas y consecuencias. Una vez que usted hace esto, el riesgo de medición comienza a tener sentido. (6 páginas)
Haga clic aquí para leer "Medición de los riesgos: Los números que tendría sentido con Bruce Willis"!

Un Estado CAI de la entrevista de práctica con la Dra. Barbara Kitchenham
La Dra. Barbara Kitchenham es profesor de Ingeniería de Software cuantitativos en Keele University en el Reino Unido, que también es un director senior de Investigación Nacional de las TIC en Australia. Ella ha trabajado en la ingeniería de software por casi 30 años, tanto en la industria y la academia. Su principal interés es métricas de software y su aplicación a la gestión de proyectos, control de calidad, gestión de riesgos y evaluación de las tecnologías de software. Ella está particularmente interesada en las limitaciones de la tecnología y los problemas prácticos asociados con la aplicación de tecnologías de medición y los métodos experimentales para la ingeniería de software. Ella es un matemático colegiado y miembro del Instituto de Matemáticas y sus aplicaciones. Ella es también miembro de la Royal Statistical Society. Nuestra entrevista entre Kitchenham Barbara y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, se llevó a cabo en junio de 2006.
Haga clic aquí para leer la entrevista con la Dra. Barbara Kitchenham!

Entrevista con Lawrence Putnam, Software de Pioneer
Lawrence (Larry) Putnam es una autoridad reconocida en la estimación de software y de medición. Larry era el primer receptor de "Freiman" premio para un desempeño superior sostenido en la estimación de los parámetros que abarcan un período de diez años. Él es el fundador y ha sido Presidente de la cuantitativa Software Management Inc. desde 1978. Antes de establecer QSM, Larry tenía más de 26 años de experiencia en software y hardware de planificación de recursos, estimación y asignación. En los últimos 20 años, Larry ha llevado a cabo una amplia investigación sobre los costos de software utilizando técnicas de estimación de la investigación de operaciones técnicas de modelización para determinar el costo significativo, el calendario y los conductores de fiabilidad. Tiene una amplia experiencia en la recopilación de datos y técnicas de análisis. Además de publicar más de 30 documentos sobre el tema de estimación de software y de medición, el Sr. Putnam es autor o coautor de numerosos libros, entre ellos cinco Métrica básicos: la inteligencia detrás de éxito de software de gestión. Nuestra entrevista entre Larry Putnam y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en mayo de 2006.
Haga clic aquí para leer la entrevista con Lawrence Putnam!

Fin de su frustración con desarrollo de software 
La letanía constante que oímos de los administradores de alto nivel sobre los proyectos de desarrollo de software es que los proyectos toman demasiado tiempo y cuesta demasiado. Luego se quejan de que no se entera de que los proyectos están en problemas hasta que es demasiado tarde para hacer algo al respecto. Y, finalmente, se preguntan, "¿Estoy obteniendo una buena relación de las inversiones que estoy autorizando para la mejora del proceso?" Bueno, usted no puede decir mucho a simple vista. Esa es la naturaleza del trabajo del conocimiento. Pero todavía hay trabajo que están realizando. ¿Cómo han directivos de las formas anteriores de trabajo del proyecto resuelto este problema? Obtenga más información en este artículo por Larry Putnam y Ware Myers. (12 páginas)
Haga clic aquí para leer "Fin de su frustración con Desarrollo de Software"!

Una entrevista con Grant Rule, Master Software Métrica Profesional
Subvención Regla es uno de los fundadores de servicios de medición de Software Ltd, especializada en el proyecto y la evaluación de procesos, medición del desempeño, estimación, evaluación comparativa y la mejora continua. Grant tiene unos 34 años de experiencia en IT. Él es una autoridad reconocida en el uso de métodos cuantitativos para mejorar continuamente la calidad del proceso de software y sus productos. Subvención trabajado con Ken Dymond para introducir la capacidad del Instituto de Ingeniería de Software "Modelo de Madurez" en el Reino Unido, y ayudó a traer a Europa la primera vez en público Introducción a la formación del CMMI ® ". Él ha contribuido a los métodos estructurados y de las normas ISO, y ayudó a mejorar la coherencia entre la lucha contra las prácticas de contar para IFPUG y MkII Función Punto de análisis. Nuestra entrevista entre Grant Regla y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en agosto de 2006.
Haga clic aquí para leer "Entrevista con Grant Rule, Master Software Metrics Profesional"!

Hacer medición del trabajo 
Un proceso de medición del éxito se convierte en una forma de hacer negocios. Medición está integrado en la organización, y mejora el rendimiento porque la gente toma decisiones basadas en hechos. Este artículo por Cheryl Jones, del Ejército de los EE.UU. describe las características de los programas de medición de éxito utilizando el práctico software y sistemas de medición de orientación Iniciativa. (11 páginas)
Haga clic aquí para leer "Hacer medición del trabajo"! 

De medición para la mejora de procesos
Proceso específico de medidas de mejora de software es necesario establecer que mejor se adapten a una organización. Este artículo de 2005 por Joyce Statz discute y pone de relieve algunas de las orientaciones sobre measurent proporcionada por el software de prácticas y sistemas de medición de la comunidad desde 1998. (59 páginas)
Haga clic aquí para leer "de medición para la mejora de procesos"!

Power Point: Medidas de Éxito 
Excelente presentación producido por el Ejército de los EE.UU. sobre las lecciones aprendidas de la medición de software y el proceso de iniciativas de software de mejora. (22 páginas)
Haga clic aquí para ver la presentación!

Entrevista con el Dr. Christof Ebert, Director de Mejora de Procesos de Alcatel 
Dr. Christof Ebert es Director de Software de la Coordinación y Mejora de Procesos de Alcatel. Sus responsabilidades actuales incluyen el establecimiento de plataformas de software compartido y líder mundial de Alcatel CMM / CMMI programas. Un antiguo miembro de IEEE, el Dr. Ebert conferencias en la Universidad de Stuttgart, y sirve como orador principal, y en comités del programa de conferencias de ingeniería de software diferentes. Desde finales de la década de 1980, ha sido un educador, investigador y consultor en la medición de software. Es miembro del consejo editorial de la Revista de Sistemas y de Software y es el IEEE Software editor asociado en jefe. Él sirve en la junta del Grupo de Interés alemán en métricas de software dentro de la Sociedad Alemana de Informática (GI). También es el co-autor de las Mejores Prácticas de Software Measurement. Nuestra entrevista entre Christof Ebert y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en junio de 2006.
Haga clic aquí para leer "Entrevista con el Dr. Christof Ebert"!

Power Point: medir y mejorar la productividad 
Presentación de diapositivas útil e informativo creado por el Dr. Christof Ebert: 1) que define la productividad, 2) describe cómo medirlo, y 3) se explica cómo mejorarlo.
Haga clic aquí para leer "de medición y mejora de la productividad"!

De Planificación del proceso de medición 
Este extracto del libro del Dr. Christof Ebert Mejores Prácticas en software de medición considera los aspectos de la planificación de un proceso de medición de software, incluyendo los diferentes modelos, enfoques y normas. La primera parte describe la utilidad de la medición actual de paradigmas basados en la literatura en esta área. La discusión de la planificación de la medida es apoyada a través de un ejemplo industrial de la evaluación de la satisfacción del cliente, que fue investigado en un proyecto de Deutsche Telekom. (11 páginas)
Haga clic aquí para leer "La planificación del proceso de medición"!

Saving the World Un proyecto a la vez: Planificación por números 
Planificación de los números es el concepto del uso de métricas de nivel histórico proyecto para ayudar al jefe de proyecto en el descubrimiento de hechos acerca de los proyectos de software. Esta información puede ser utilizada para la planificación de proyectos, la validación y evaluación de riesgos. Métricas de software proporcionan muchos beneficios para cosas como la gestión de la externalización los contratos, mejora de procesos, la evaluación comparativa de la productividad, y cuadros de mando, sin embargo, faltaría uno de los mayores beneficios, si los parámetros históricos de software no se utilizaban para la toma de decisiones y proyectos de planificación. Obtenga más información en este artículo de Jim Mayes. (15 páginas)
Haga clic aquí para leer "Saving the World Un proyecto a la vez: Planificación by Numbers"!

Entrevista con Michael Mah
Michael Mah es Consultor Senior de Cutter Consortium's Business Technology Trends
Haga clic aquí para leer "una entrevista con Michael Mah"!

Volver a lo básico
Medidas y mediciones son herramientas clave para comprender los comportamientos, los éxitos y los fracasos de nuestros programas y proyectos. Este artículo de Tim Perkins, Roald Peterson, y Larry Smith pone de relieve los principios básicos de las medidas y métricas, y alienta al lector a mejorar su uso de estas herramientas. (9 páginas)
Haga clic aquí para leer "vuelta a lo básico"!

A Primer métricas de software
De medición de software es un componente esencial de un reto, pero un ambiente sano y muy capaz de Cultura de la ingeniería de software. En este artículo por Karl Wiegers, el autor describe algunos de los principios básicos de medición de software y se sugieren algunos indicadores que pueden ayudar a entender y mejorar la forma en que su organización opera. (5 páginas)
Haga clic aquí para leer "A Primer Métricas de Software"!

Entrevista con el Dr. Hans Sassenburg
Dr. Hans Sassenburg recibió una maestría en ciencias en ingeniería eléctrica en la Universidad de Tecnología de Eindhoven (Países Bajos) en 1986 y un doctorado en Economía en la Universidad de Groningen (Países Bajos) en 2006. Trabajó como consultor independiente hasta 1996, cuando co-fundador de una firma de consultoría y formación. En 2001 se trasladó a Suiza, donde fundó la empresa de consultoría nueva SE-CURE AG. Además, ha sido un científico visitante en el Instituto de Ingeniería de Software desde enero de 2005. En 2006 co-fundó la empresa en participación Grupo de Mejora de Software AG, que ofrece una cartera para crear transparencia en la gestión con respecto a la calidad de las aplicaciones de software. El Grupo de Mejora de Software apoya a sus servicios y productos con el análisis automatizado de código fuente. Nuestra entrevista entre Hans Sassenburg y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en noviembre de 2006.
Haga clic aquí para leer "Entrevista con el Dr. Hans Sassenburg"!

Un Estado CAI de la entrevista de práctica con el Dr. David Zubrow, Director de Medición y Análisis, SEI
El Dr. David Zubrow gestiona la medición de software y un programa de análisis en la Carnegie Mellon Software Engineering Institute (SEI). Desde su llegada a la SEI en 1992, el Dr. Zubrow ha sido un miembro del equipo de desarrollo de productos CMMI y el desarrollador líder de software de la madurez del proceso cuestionario. Está autorizado por el SEI como instructor para la aplicación de Goal-Driven Software Measurement, Introducción a la CMM, Lead Assessor y cursos de formación. También es un Lead Assessor autorizado. Dr. Zubrow sirve en el Grupo de Dirección Técnica para el Departamento de Defensa de software prácticas de medición del proyecto y el Comité de Dirección Ejecutiva del Centro de Análisis de Datos de Software (DACS). La entrevista entre David y Michael Zubrow Milutis, Director Ejecutivo de la Métrica de TI y Productividad Instituto , tuvo lugar en noviembre de 2006.
Haga clic aquí para leer "Entrevista con el Dr. David Zubrow"!

Medición con un trabajo: Objetivo Driven Software Measurement
El beneficio y el valor de la medición de software proviene de las decisiones y acciones tomadas en respuesta al análisis de los datos, no de la recogida de los datos. En este artículo de David Zubrow, director de Medición y Análisis en el SEI, el Dr. Zubrow explica cómo, a través del análisis, la medición se puede utilizar para anticipar el futuro en lugar de simplemente registrar el pasado. Esta es la perspectiva promovida por el Instituto de Ingeniería de Software (SEI), orientadas a objetivos de procesos de software de medición, así como la iniciativa del Departamento de Defensa para Practical Software Measurement. (4 páginas)
Haga clic aquí para leer "Medición con un Enfoque: Objetivo Driven Software Measurement"!

¿Me puede decir el promedio de la industria?
En este artículo por el Dr. David Zubrow, el autor trata de estimular el escepticismo y la curiosidad por parte de aquellos que buscan números para satisfacer sus necesidades. Lamentablemente, hay pocos datos de alta calidad fácilmente disponible para responder a los tipos de preguntas que necesitan ser hechas. Sin embargo, debemos tratar de ser lo más informado posible acerca de la calidad y pertinencia de los datos que estamos utilizando para construir y evaluar nuestras propuestas. Las preguntas se indica en este artículo debería ser capaz de proporcionar un punto de partida para que en la evaluación de sus propias fuentes de datos. (2 páginas)
Haga clic aquí para leer "¿Me puede decir el promedio de la industria?"!

Un Estado CAI de la entrevista de práctica con Beth Layman de Borland Software
Beth Layman es Consultor Senior de Borland Software con más de 25 años de experiencia en software y sistemas de desarrollo. Su experiencia en consultoría abarca comerciales de TI, el gobierno, el sector aeroespacial, y las organizaciones de software del producto. En Borland, Beth está realizando actualmente de consultoría de gestión interna para establecer la administración de TI y los procesos de gobernanza y la empresa PMO y herramientas. Antes de unirse a Borland, Beth se desempeñó como Consultor Senior en Lockheed Martin, que proporciona una medición de software y mejora de consultoría para apoyar el proceso comercial, el gobierno y organizations.Beth Lockheed es co-autor de "Practical Software Measurement: información objetiva para Tomadores de Decisiones". Ella es una SEI-autorizados SCAMPI Lead Appraiser de CMMI. Nuestra entrevista entre Beth Layman y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad Instituto, realizada en diciembre de 2006.
Haga clic aquí para leer la entrevista con Beth Layman!

Fortalezas y Debilidades de Software Metrics
Desde la distancia, el dominio de métricas de software está fragmentada, incompleta, y da la apariencia de ser más influenciado por la "política de métrica" que por consideraciones técnicas. En este informe, Alcaparras Jones analiza métricas tamaño de clave de software y explora los problemas subyacentes técnicas relacionadas con la medición de software en general. También se resume el estado actual de la investigación métricas de software. (17 páginas)
Haga clic aquí para leer "Fortalezas y Debilidades de las cifras de Software"!

Cuando buenos números Go Bad
Si usted es un especialista en el punto de función, gerente de proyecto o las cifras de gurú de una de sus funciones es actuar como guardiana de los números y un sumo sacerdote de la información. Este artículo de Thomas M. Cagely Jr. explora la dura realidad de cómo las medidas que puede salir mal, mientras que lo que sugiere la forma de abordar estas realidades. (21 páginas)
Haga clic aquí para leer "cuando los buenos números van mal"!

El reto de la productividad de medición
En una época de presupuestos ajustados y el aumento de la subcontratación, para conseguir una buena medida de la productividad de una organización es una preocupación de gestión persistente. En un artículo del Pacífico Noroeste Conferencia de Calidad de Software, David M. Card discute las consideraciones clave para la definición de una medida de productividad efectiva mientras se explora la relación entre la calidad y la productividad. (10 páginas)
Haga clic aquí para leer "El reto de la medición de la productividad"!

La incertidumbre Software Tamaño
Decisiones de las empresas acerca de un proyecto de software se realizan en el momento de los conocimientos mínimos y máximos uncertaintly sobre el tamaño efectivo de un producto software. Mike Ross y propone definiciones de la relación entre los dos principales contribuyentes a la incertidumbre de software de tamaño: el crecimiento y la variabilidad del proceso de estimación. (8 páginas)
Haga clic aquí para leer "La incertidumbre Tamaño Software"!

La Aplicación Práctica de Software de Medición
De TI se ha convertido en una parte importante de la estrategia de las organizaciones, la ventaja competitiva y la rentabilidad. Hay presión para construir sistemas de gestión más rápido y mejor, y al mínimo costo. El retorno de la inversión que una organización puede obtener de el dinero que gasta en TI ha sido objeto de un mayor escrutinio de los ejecutivos de empresas y directores. En consecuencia, ahora tiene que funcionar como otras partes de la organización, ser consciente de su desempeño y su contribución al éxito de la organización y las oportunidades de mejora. ¿Cómo pueden los ejecutivos de TI lograr esto sin los datos de rendimiento? No pueden. Entonces, ¿qué es lo que los gerentes necesitan saber? Descubra en este artículo por Peter Hill, Director Ejecutivo de la ISBSG. (6 páginas)
Haga clic aquí para leer "La Aplicación Práctica de Software Measurement"!

Fortalezas y Debilidades de Software Metrics
La industria del software carece de métrica estándar y las prácticas de medición. Casi todas las métricas de software tiene múltiples definiciones y ambiguas reglas de cálculo. Hay también temas clave que no en todos los indicadores, tales como la cuantificación de los niveles de volumen o calidad de las bases de datos, almacenes de datos y sitios web. El resultado de métrica problemas es la falta de datos empíricos sólidos sobre los costos de software, el esfuerzo, los horarios, la calidad, y otras cuestiones tangibles. Este informe de Alcaparras Jones analiza algunas de las métricas de tamaño de clave de software y los problemas subyacentes técnicas relacionadas con la medición de software. (17 páginas)
Haga clic aquí para leer "Fortalezas y Debilidades de las cifras de Software"!

Creación de un Programa de Métricas: Paso # 1 - Documento del Proceso de Software
Un proceso de desarrollo de software es simplemente de los procedimientos que se siguen para transformar los requisitos especificados en un producto de software. El objetivo de este paso es documentar estos procedimientos para que puedan aplicarse de manera coherente a través de los proyectos. Uno de los beneficios de un programa de mediciones es que obliga a una empresa a centrarse en cómo se desarrolla el software. Siempre hay áreas del proceso de desarrollo de software que puede ser mejorado. Sin embargo, antes de que se pueden hacer mejoras al proceso de desarrollo, el proceso tiene que ser identificado. (3 páginas)
Haga clic aquí para leer "Creación de un Programa de Métricas: Paso # 1 - Documento del Proceso de Software"!

Creación de un Programa de Métricas: Paso # 2 - Estado de los Objetivos de
Cada empresa tendrá diferentes razones para establecer un programa de mediciones. Si los objetivos específicos ya han sido determinadas, el documento ellos. Si las metas no se han determinado, usted debe referirse a la tabla en la Figura 3.1. Esta tabla muestra algunos de los objetivos que suelen conducir los programas de mediciones. Los objetivos presentados están estrechamente relacionados y se basan en gran parte de los mismos datos. Las diferencias radican en que parámetros se construyen a partir de los datos, y cómo estos parámetros se utilizarán. (3 páginas)
Haga clic aquí para leer "Creación de un Programa de Métricas: Paso # 2 - Estado de los objetivos de"!

Creación de un Programa de Métricas: Paso # 3 - Definir las cifras necesarias para cumplir objetivos de
Los objetivos de un programa de métricas de determinar los indicadores específicos en los que el programa se basará. En esta sección se analiza cada uno de los ocho objetivos establecidos en el paso 2. Los objetivos se convertirán en un conjunto de indicadores mediante la aplicación de la GQM Basili (Objetivos / Preguntas / Métrica) Modelo (23 páginas)
Haga clic aquí para leer "Creación de un Programa de Métricas: Paso # 3 - Definir las cifras necesarias para cumplir los objetivos"!

Un Estado CAI de la entrevista de práctica con Roberto Meli
Roberto Meli es un experto en gestión de proyectos, metodologías de desarrollo de software y métricas de software. Asiste a cursos de formación y enseña en Italia y en países extranjeros y es coordinador de GUFPI - ISMA CPC (Counting Comité de Prácticas, el Comité Técnico para la Reglamentación de contar con función de punto). Desde 1990 ha sido el Director General y CIO de RPD. Nuestra entrevista entre Roberto Meli y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en agosto de 2008.
Haga clic aquí para leer la entrevista con Roberto Meli!

100 IT Performance Metrics
La misión de una organización de TI es proporcionar una capacidad de procesamiento de la información que los beneficios de la empresa. Con el fin de cumplir con esta misión que debe prestar los siguientes servicios, mientras que la gestión de costes y priorización de las solicitudes para optimizar el valor: operar y apoyar la infraestructura necesaria para procesar, almacenar , seguro, y comunicar información, operar y apoyar las aplicaciones de negocio que procesan la información; ofrecer consultoría tecnológica, capacitación y servicios de planificación, emplear, entrenar y desplegar personal necesario para prestar estos servicios, planificar, elaborar o compra, probar e implementar nueva infraestructura o software para solucionar problemas o facilitar una mayor capacidad de procesamiento de información para el documento business.This identifica los elementos de datos para medir el desempeño de TI por categorías relacionadas. Algunas de las cifras representan los promedios, mientras que otras se presentan en forma de gráfico. En estos informes mediciones de forma regular (mensual mínimo recomendado es el periodo de información), las tendencias se pueden observar a través de los períodos de presentación de informes. En muchos casos, las tendencias son más importantes que el valor real.
Haga clic aquí para leer "100 IT Performance Metrics"!

Contando líneas de código: prácticamente inútiles para la estimación y Software Calibrado
En 2005 CrossTalk publicó un artículo que examinó el uso de líneas de código (LOC) como base para el tamaño de una aplicación de software. [1] Este documento se basó en los datos recogidos de Personal Software Process (PSPSM) los estudiantes que desarrollaron los mismos programas, como parte del curso de PSP. La variación de los productos resultantes (programas informáticos) se redujo en parte por las clases se enseñan por el SEI mismo instructor autorizado PSP, utilizando las descripciones del programa mismo, y utilizando los criterios de aceptación mismo revisados por el mismo instructor. temático, advirtió que el papel de la naturaleza imprevisible de líneas de código cuando se utiliza para la medición de software de cálculo o estimación. Preguntas sobre la rendimiento humano sólo se introducen brevemente en este artículo. En este artículo se presentan los antecedentes, datos y conclusiones preliminares de los programas desarrollados en las clases con perspectivas en torno a la actuación humana. Aunque potencialmente impopulares, el uso de datos cuantitativos sobre el rendimiento humano en el mundo de no se diferencia de las medidas de rendimiento personal y común en otras industrias. (3 páginas)
Haga clic aquí para leer "Contar líneas de código: prácticamente inútiles para la estimación y software calibrado"!

¿Hay valor a la utilización de líneas de código para Personas de medición después de todo?
En el conteo de líneas de código: prácticamente inútiles para la estimación y software calibrado, el argumento fue que era el momento para medir el desempeño individual para el desarrollo de software tanto como se hace en otras industrias. Analizaron estadísticamente los datos se utilizó para descubrir cambios impredecibles en el tamaño del software. ¿Hay un eslabón más débil después de todo? los datos examinados para el programador se encuentra repetidos de productos largos. La eliminación de bajo rendimiento programadores resultó en una mejora estadística de las clases, como era de esperar. En este último artículo, todos los grupos de clase se combinan en una sola población y los mismos criterios aplicados a descubrir en los artistas. Por último, las razones de por qué más de código no es bueno, se les ofrece. (2 páginas)
Haga clic aquí para leer "¿Hay valor a la utilización de líneas de código para Personas de medición después de todo?"!

¿Hay un eslabón más débil después de todo?
En la primera parte de la trilogía de esta "" Los datos que se ha analizado anteriormente, demuestran la variación estadísticamente significativa en el tamaño de los programas de software desarrollados en condiciones semi-controlados (pero más controlada que otros datos publicados) condiciones. El propósito de la revisión fue determinar si los patrones en los datos indican un "eslabón débil" en el personal de programación (en este caso representado por una clase de programadores). (3 páginas)
Haga clic aquí para leer "¿Hay un eslabón más débil después de todo?"!

No generan innumerables medición Especificaciones
Nuevo proyecto, proceso, producto, y las necesidades de información de la organización surgen todo el tiempo. En este artículo de Pat O'Toole, Pat explica por qué debemos centrar nuestra atención en el establecimiento de la infraestructura de medición para hacer frente a estas nuevas necesidades - en lugar de invertir mucho tiempo en rellenar las especificaciones de medición (en un intento de resolver problemas que no existen). (2 páginas)
Haga clic aquí para leer "no generan innumerables Especificaciones de medición de"!

No define lo que cuenta - y qué no
Este artículo de Pat O'Toole examina cómo crear definiciones operativas para la métrica, sin caer en la trampa de decir demasiado. (2 páginas)
Haga clic aquí para leer "no define lo que cuenta - y qué no"!

No Pesar estos pensamientos con cuidado
Si se pesa sobre una base regular, usted probablemente ha considerado, al menos implícitamente, que la coherencia en la medición de períodos de sesiones aumenta la integridad. La aplicación de esas directrices con el software lleva a la captura de datos con una mayor integridad, mientras que la violación - o pasar por alto esas directrices - que reduce la integridad, así como la precisión correspondiente de cualquier análisis posterior sobre la base de los datos contaminados. (2 páginas)
Haga clic aquí para leer "No Pesar estos pensamientos con cuidado"!

 

 

Puntos de Función

Un Estado CAI de la entrevista de práctica con David Herron, autor de "Análisis de punto de función"
David Herron es un principal en el Grupo de Consultoría de David. Sr. Herron es una autoridad en áreas tales como funcional y software de medición proceso de mejora. Tiene más de 25 años de experiencia en desarrollo de software. Durante los últimos diez años se ha desempeñado como consultor de compañías Fortune 1000 en los ámbitos de métricas de software, mejora de procesos de software y outsourcing de aplicaciones de gestión. Él es una autoridad reconocida en la medición y estimación de la productividad y calidad del software, especializado en la determinación del tamaño de un proyecto de software, el esfuerzo y coste. Sus compromisos han apoyado a los clientes sobre el uso de indicadores para monitorear el impacto de las TI en la empresa, sobre el adelanto de las organizaciones de TI a niveles más altos en la capacidad del Instituto de Ingeniería de Software y el Modelo de Madurez de la gestión de acuerdos de subcontratación externa. Sr. Herron es también el autor, junto con David Garmus, deFunción de punto de análisis: las prácticas de medición para el éxito de Proyectos de Software. Nuestra entrevista con David Herron y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en abril de 2006.
Haga clic aquí para leer la entrevista con David Herron!

Un Estado CAI de la entrevista de práctica con Manfred Bundschuh, Presidente de la alemana métricas de software Assoc.
Manfred Bundschuh es el co-autor - junto con Christof Ebert, Andreas Schmietendorf, y Reiner Dumke - deMejores Prácticas en Software Measurement. Durante los últimos 20 años ha sido el director de calidad de AXA Service AG en Colonia, Alemania. En 1983 fue nombrado profesor de ingeniería de software y gestión de proyectos en la Universidad de Ciencias Aplicadas de Colonia. El Sr. Bundschuh es también presidente de la piel Anwendergruppe Deutschsprachige Softwaremetrik Aufwandschätzung und (Dasma). Da conferencias de diversas organizaciones y ha publicado más de 40 documentos (algunos de los libros) y de 9 libros (3 como co-editor). Nuestra entrevista entre Manfred Bundschuh y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, se llevó a cabo en abril de 2006.
Haga clic aquí para leer la entrevista con Manfred Bundschuh!

Función de punto de pronóstico Aprobado
Una buena documentación de contar y de la estimación de los datos es un tesoro para los programas de métricas. Manfred Bundschuh de las investigaciones en AXA, como se documenta en este trabajo, demostrar que las métricas de valor se pueden obtener de tales datos recogidos. Una de las ventajas superávit, en este caso, fue el hallazgo (a través de análisis de regresión) de los preparados para el pronóstico que ayudó a la función estimación AXA puntos muy temprano. Desde los puntos de función son una medida importante para la estimación del esfuerzo, AXA obteniendo así el beneficio adicional de poder realizar estimaciones fiables muy temprano en el ciclo de vida de sus proyectos de IT. (8 páginas)
Haga clic aquí para leer "Función Punto pronóstico Aprobado"!

Principios de calibrado y Estimación de Proyectos de Uso de IFPUG puntos de función
Este artículo de David Garmus se planteará el uso de un modelo de estimación de tamaño funcional de base utilizando como uno de los componentes clave. Como explica el autor, el valor que se derivan de la utilización de una técnica de tamaño funcional, como los puntos de función, principalmente radica en la capacidad para estimar con precisión el tamaño y un proyecto de principios en el proceso de desarrollo. (7 páginas) Este artículo fue publicado originalmente en la DACS Tech Software News vol. 9 N º 2, junio de 2006 y está disponible para descargar en formato PDF del sitio Web de la STN en DACShttp://www.softwaretechnews.com/stn9-2/. Se pondrá a disposición de la cortesía ITMPI de la DACS y puede ser reimpreso con el permiso de la DACS.
Haga clic aquí para leer "Principios de calibrado y Estimación de Proyectos de Uso de IFPUG puntos de función"!

Introducción a la función de punto de recuento
El método de punto de función ha demostrado ser una forma eficaz de establecer una dependencia significativa de la medida de trabajo y puede ser utilizado para establecer los costos de referencia y los monitores de nivel de rendimiento. Punto de los centros función de análisis en torno a su capacidad para medir el tamaño de cualquier software para envío en lógica, el usuario términos orientados. En vez de contar líneas de código, análisis de puntos función mide la funcionalidad de ser entregada al usuario final. Este artículo de David Garmus, director de Consulting Group David y ex Presidente de IFPUG, abordará el origen de los puntos de funcionar como una métrica y describir el proceso de escrutinio. (4 páginas)
Haga clic aquí para leer "Introducción a la función de punto de recuento"!

Un Estado CAI de la entrevista de práctica con David Garmus, ex Presidente de IFPUG
David Garmus es un director de Consulting Group David (DCG), el SEI CMMI ® Aprobado Transición Partner y una transición PSM Organización que apoya a las organizaciones de desarrollo de software en el logro de la excelencia de software con un enfoque centrado en métricas. David es una autoridad reconocida en el tamaño, la medición y estimación de desarrollo de software y mantenimiento de aplicaciones. Él sirve como presidente de la Función Punto de Grupo Internacional de Usuarios (IFPUG) y como miembro del Comité de Prácticas IFPUG Counting. Él es también un miembro de QAI, PMI (y sus sistemas de información específicos Grupo de Interés) SEI y la IEEE Computer Society (y sus Standards Association). David es el autor, junto con David Herron, deEl software de medición de procesos: A Practical Guide to Functional Medidasasí comoFunción de punto de análisis: las prácticas de medición para el éxito de Proyectos de Software. La entrevista entre David y Michael Garmus Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en mayo de 2006.
Haga clic aquí para leer "Un Estado CAI de la entrevista de práctica con David Garmus, ex Presidente de IFPUG"!

Un Estado CAI de la entrevista de práctica con Charles Symons, creador de la marca Punto de funciones II y fundador, COSMIC
Charles Symons, de 45 años de experiencia en el uso de computadoras para empresas y para fines científicos, en los sectores público y privado, en todas las principales disciplinas de la función de los Sistemas de Información. Él es actualmente el líder de proyecto conjunto de Cósmico, el común de medición Internacional de Software Consortium. COSMIC - un grupo informal de expertos en métricas de software - desarrollado un método de software de medición de tamaño funcional, aplicable a los negocios, en tiempo real y software de infraestructura. COSMIC-FFP es el método de la primera generación de estos nuevos 'para convertirse en una norma internacional (ISO / IEC 19761:2003). Antes de dirigir el desarrollo de COSMIC-FFP, Charles inventó el Mk II Function Point técnica de análisis para determinar el tamaño requisitos de software, que se convirtió en el Gobierno del Reino Unido el mandato método para el software de dimensionamiento y cálculo.
Haga clic aquí para leer "Un Estado CAI de la entrevista de práctica con Charles Symons, creador de la marca Punto de funciones II y fundador, COSMIC"!

Un Estado CAI de la entrevista de práctica con Mike Harris, Presidente del Grupo de Consultoría de David
Mike Harris es el Presidente del Grupo de Consultoría David (DCG). Él tiene 23 años de experiencia en la gestión variados en el campo de la informática, incluidos los períodos en I + D, desarrollo, producción, empresarial y académico. Antes de comprar DCG, el Sr. Harris era un ejecutivo clave en Fidelity, donde dirigió dos grupos distintos dentro de apalancado Desarrollo de Productos (LPD): Canales de Desarrollo y de Servicios de Operaciones. Antes de Fidelity, el Sr. Harris fue presidente de la División de Soluciones para Banca de Sanchez. El Sr. Harris obtuvo una licenciatura en ingeniería electrónica por la Universidad de Southampton, Inglaterra, y una maestría en ciencias en ingeniería asistida por ordenador de la Universidad de Coventry, Inglaterra. Nuestra entrevista entre Mike Harris y Michael Milutis, Director Ejecutivo de la métricas de la productividad y el Instituto, tuvo lugar en diciembre de 2006.
Haga clic aquí para leer "una entrevista con Mike Harris"!

La correcta explotación de las cifras y el método COSMIC-FFP
En este artículo, Charles Symons, Jefe del Conjunto de medidas común Internacional de Software Consortium, examina los beneficios económicos que podrían obtenerse de las partes pertinentes de la industria del software del Reino Unido con un programa de indicadores para ayudar a lograr mejoras objetivo razonable de la productividad y en la estimación de la precisión para de desarrollo de software y mantenimiento. (10 páginas)
Haga clic aquí para leer "la correcta explotación de las cifras y el COSMIC-FFP Método"! 

Un método para determinar el tamaño All Software
Normalmente sólo la capa de aplicaciones empresariales se mide utilizando los puntos de función. Este artículo de Pam Morris, CEO de Total Metrics, Australia, se introduce otro método funcional más reciente conocido como Cosmic-FFP, que permite a todas las funcionalidades que se entrega y se trabajó en el proveedor de ser incluido en el tamaño de estos contratos. (8 páginas)
Haga clic aquí para leer "Un método para determinar el tamaño Todo el Software"!

Primitivo sistemas de conteo
En este artículo, Charles Symons compara el punto función IFPUG método para el método de recuento más primitivos conocidos por el hombre, indicando que la reprogramación del software-medido mediante el método de COSMIC FFP más bien refleja el creciente tamaño y complejidad de las funciones del software. (2 páginas)
Haga clic aquí para leer "primitivos sistemas de conteo"!

Tamaño funcional de medición de KISS
Función de punto de análisis se dice a menudo que ser demasiado difícil para los propósitos de un método de estimación de desarrollo de software. En este artículo, Pekka Forselius introduce el enfoque de KISS a la medición de tamaño funcional. Con 28 preguntas sobre diferentes tipos de base funcional de componentes que pertenecen a seis clases, este método proporciona una estimación muy buen tamaño en un período muy corto de tiempo. (10 páginas)
Haga clic aquí para leer "funcional Tamaño de medición por KISS"!

Tamaño funcional de medición y COCOMO
Este trabajo de Tony Rollo propone un uso alternativo del modelo COCOMO para ayudar en la tarea de estimación. El método generalmente aceptado de utilizar un método de estimación de tamaño funcional es la base de la estimación de los datos del proyecto anterior, en aquellos proyectos para un conjunto homogéneo con el proyecto en estudio. La principal dificultad es encontrar un conjunto suficientemente homogéneos de proyectos. Investigaciones realizadas anteriormente puede demostrar que al aumentar el grado de homogeneidad entre un conjunto de proyectos lleva a una reducción de utilidad en la variación de las estimaciones. La propuesta es que razonablemente puede usar los controladores de costos COCOMO que nos permitan determinar un conjunto de proyectos homogéneos mediante el uso de una técnica derivada de la estimación por analogía. Además de los factores de costes COCOMO pueden utilizarse para permitir que el estimador de ajustar sus estimaciones basadas en las diferencias entre los factores de costes que presentan los datos disponibles y el proyecto en estudio. (11 páginas)
Haga clic aquí para leer "funcional Tamaño de medición y COCOMO"!

EL TAMAÑO SÍ IMPORTA
En resumen, sabemos que los retos que se enfrentan los gestores de proyectos de hoy son mayores que nunca antes. Un gerente de proyecto debe tener la experiencia técnica, así como la capacidad de gestionar un grupo compuesto por diversos individuos. Éxito de jefe de proyecto se basa en su capacidad para configurar correctamente y gestionar las expectativas de la comunidad de su TI, así como hacia el exterior con sus socios de negocios. La clave es el control. Y el control de los gerentes de proyectos del mecanismo está utilizando es la medición. Tamaño del proyecto de norma que las medidas más significativas. (6 páginas)
Haga clic aquí para leer "EL TAMAÑO SÍ IMPORTA!"

Función de punto de Lite
Función de punto de análisis (FPA) es un tamaño aceptado por la industria técnica que fue desarrollada por IBM en mediados de los setenta. Ha sido adoptado en todo el mundo y es apoyado por un grupo de usuarios, la función del Grupo Internacional de Usuarios de Punto (IFPUG), que mantiene la metodología FPA definido, compatible con las prácticas actuales de contar y certifica los contadores profesionales. Sin embargo, no todo el mundo ha adoptado FPA como su técnica de tamaño de elección. Críticas en el pasado de la metodología han incluido los problemas que lleva mucho tiempo, se requiere demasiado detalle, es muy difícil de aplicar y que cuestan demasiado. Un estudio reciente ha demostrado que una adaptación de la metodología FPA - FP Lite ™ - es una alternativa razonable al método FPA detallada y direcciones de hecho muchas de las críticas que se han percibido en el pasado. Este documento presenta los La metodología de FP Lite ™, los resultados de dos estudios destinados a comprender estadísticamente la exactitud de la metodología de FP Lite ™, en contraste con el método de FPA detallada. (10 páginas)
Haga clic aquí para leer "Función Punto Lite"!

Software no funcional Marco de Evaluación de
Este artículo describe los esfuerzos en curso del proyecto iniciado por la función del Grupo Internacional de Usuarios Punto (IFPUG) en 2008 en relación con técnica calibrado. Los resultados iniciales del proyecto - Un marco para el dimensionamiento no funcional Requisitos - se presentaron en la Conferencia ISMA 2008. En esa Conferencia, se decidió que el marco sería nombrado el software no-funcional del Proceso de Evaluación (SNAP), y que los esfuerzos para un mayor desarrollo en un método detallado continuará con un nuevo grupo de trabajo bajo la dirección de la IFPUG IT Performance Comité y con Christine Verde como el Gestor del Proyecto SNAP.
Haga clic aquí para leer "Software no funcionales Assessment Framework"!

Lograr la certificación como Especialista en punto de función
El Certificado de Especialista en punto de función (PCP) la designación es un reconocimiento formal de un nivel de experiencia en el ámbito de la función de punto de análisis (FPA), en particular experiencia en el conocimiento y la aplicación de las reglas de recuento IFPUG de acuerdo con el Conteo de IFPUG Manual de prácticas (CPM ). La certificación se logra al pasar una rigurosa prueba de conocimientos tanto en el recuento de las normas establecidas en la versión actual de la CPM y la capacidad de aplicar dichas normas. Este artículo analiza tanto el contenido del examen, así como verificación de las técnicas.
Haga clic aquí para leer "lograr la certificación como una función de punto Especialista"!

El IFPUG Counting Prácticas esfuerzo continuo en tamaños de los Requisitos funcionales
IFPUG método para el análisis del punto función es un estándar ISO y deben ser conformes a la norma ISO / IEC 14143-1:2007. Tamaño funcional es el tamaño de los programas derivados de la cuantificación de las necesidades de los usuarios funcionales, que son un subconjunto de las necesidades del usuario. Estos son los requisitos que describen lo que el software se hace, en términos de tareas y servicios. Contando IFPUG Comité de Prácticas (CPC) trabaja constantemente para adaptar las prácticas de recuento manual (CPM) para ajustarse a las normas ISO. Este artículo analiza CPM 4.3, programado para salir en el último trimestre de 2009, y los cambios realizados en avanzar en la evolución de la metodología de dimensionamiento de las necesidades funcionales.
Haga clic aquí para leer "El IFPUG Counting Prácticas esfuerzo continuo en tamaños de los Requerimientos Funcionales"!

 

Benchmarking

Un Estado CAI de la entrevista de práctica con Peter Hill, Director Ejecutivo de la ISBSG
Peter Hill ha sido en la industria de los servicios de información para más de treinta y cinco años y ha adquirido una amplia experiencia que abarca muchos sectores. Ha sido ponente en conferencias en Australia, Nueva Zelanda, Finlandia, Reino Unido, España, China y Malasia y está funcionando actualmente como Director Ejecutivo de la Internacional de Software Benchmarking Standards Group (ISBSG). El ISBSG es una organización sin fines de lucro que mantiene un repositorio de datos internacional de métricas de software de aproximadamente 4.000 proyectos de software. Nuestra entrevista entre Peter Hill y Michael Milutis, Director Ejecutivo de la Métrica de TI y Productividad (Instituto ITMPI), tuvo lugar en octubre de 2005.
Haga clic aquí para leer la entrevista con Peter Hill!

Los datos ISBSG y sus usos
El Organismo Internacional de Software Benchmarking Standards Group (ISBSG) ahora tiene un mayor cuerpo de conocimientos que pueden ayudar a los profesionales de TI y sus clientes a administrar mejor los proyectos de TI y sus resultados. Este artículo de Peter Hill, Director Ejecutivo de la ISBSG, proporciona una actualización sobre el contenido del cuerpo ISBSG-de-conocimiento y una visión de cómo se está utilizando actualmente. (7 páginas)
Haga clic aquí para leer "los datos ISBSG y sus Usos"!

El Worldwide IT Benchmark Report de 2006
Este informe, elaborado por el Dr. Howard Rubin y Jed Rubin, ofrece una visión de alto nivel de los resultados de la edición 2006 de la Worldwide IT Benchmark Report, incluido el gasto de TI clave de personal de TI y las tendencias de la industria y la geografía. (38 páginas)
Haga clic aquí para leer "El mundo IT de referencia correspondiente a 2006"!

Un Estado CAI de la entrevista de práctica con el Dr. Howard Rubin, Asesor Senior de Gartner
El Dr. Howard A. Rubin es asesor senior de Gartner y profesor emérito de Ciencias de la Computación en el Hunter College de la City University de Nueva York. Él también es un ex miembro del directorio y ejecutivo Vice President de META Group. Después de años de experiencia y la investigación, el Dr. Rubin ha logrado reunir y organizar los datos en lo que bien puede ser más grande del mundo comparativa tecnología de la información y la tendencia de seguimiento de la información y base de datos de negocios. La base de datos se basa en datos recogidos a través de una red de más de 30.000 profesionales a través de 10.000 empresas y 50 países. Nuestra entrevista con Howard Rubin y Michael Milutis, Director Ejecutivo de la Métrica de TI y la productividad del Instituto, tuvo lugar en enero de 2006. Abarca temas que van desde la tecnología de la evaluación comparativa de los patrones de gasto mundial de TI para el futuro de la disciplina de la ingeniería de software en sí.
Haga clic aquí para leer la entrevista con Howard Rubin!

Choque de medición, auto-desprecio y Aprendizaje Organizacional
Cuando el shock de medición se establece, plantea obstáculos para todos los involucrados. Según el autor Michael Mah, tales obstáculos son el encubrimiento y la lucha contra los comportamientos de aprendizaje - formas reactivas de conservación que pueden ir de desacreditar como poco fiables las mediciones con el cierre de cualquier reunión adicional de datos. Es similar a desconectar la luz de advertencia de aceite a presión en su coche o prohibiendo a nadie a tomar su imagen de nuevo. (2 páginas)
Haga clic aquí para leer "Shock de medición, auto-desprecio y el Aprendizaje Organizacional"!

Costo de la industria de software, calidad y productividad puntos de referencia
Este artículo de don Reifer proporciona costo de software, la calidad y la productividad en doce puntos de referencia orientados a la aplicación de dominios que los lectores pueden usar para determinar qué tan bien sus organizaciones están realizando en relación con la media del sector. Además de responder a las preguntas más comunes planteadas en relación con estos puntos de referencia, el artículo resume el rendimiento de las inversiones de las empresas se están dando cuenta que tratan de aprovechar la nueva tecnología para una variedad de razones. (12 páginas)
Haga clic aquí para leer "Industria de costo de software, Calidad y Productividad Puntos de referencia"!