Caracteristicas Positivas:
- Planificación del proyecto. WBS. Flujos de trabajo. Calendario.
- Graficos Gantt. Periodos de ejecución. Progreso. Real frente previsto. Tareas fuera de plazo. Avisos.
- Enlace con MS Project para generar el flujo de trabajo.
Caracteristicas Negativas:
- Desde el mismo gestor de expedientes cualquier usuario autorizado puede introducir No Conformidades.
- Se puede planificar las correspondientes Acciones Correctivas o Preventivas por parte de usurarios no autorizados.
- Se puede repartir las tareas a cada uno de los responsables y controlando plazos y acciones realizadas, de ususarios no autorizados.
jueves, 10 de junio de 2010
Service Desktop Pro
Características Positivas:
- Provee soporte al cliente debe iniciada desde la recepción de solicitudes,evaluandola.
- Asigna el trabajo a los miembros del equipo.
- Ejecuta las obra y comunica al cliente de la finalización de las obras.
Características Negativas:
-Puede crear errores de registros y de notificación de defectos por parte de los clientes en sus diversos proyectos.
- No asigna prioridad y seguimiento de acciones.
- No define claramente las medidas que deben adoptarse a la hora de defectos.
- Provee soporte al cliente debe iniciada desde la recepción de solicitudes,evaluandola.
- Asigna el trabajo a los miembros del equipo.
- Ejecuta las obra y comunica al cliente de la finalización de las obras.
Características Negativas:
-Puede crear errores de registros y de notificación de defectos por parte de los clientes en sus diversos proyectos.
- No asigna prioridad y seguimiento de acciones.
- No define claramente las medidas que deben adoptarse a la hora de defectos.
ProjectPlan
Características Destacadas:
* Planes de Proyecto Impresionante
* Proyecto de Integración de MS
* Planes de proyectos traje de todas las formas y tamaños
* Herramientas avanzadas de programación
Características negativas:
- Projectplan no tiene casi nada que ofrecer cuando se trata de la cuenta con su colaboración.
- No tiene buenas funciones de colaboración.
- No es tan fácil de usar y navegar;
- Solo tiene utilidad para las empresas que ya tienen un sistema de comunicación eficaz en su lugar.
* Planes de Proyecto Impresionante
* Proyecto de Integración de MS
* Planes de proyectos traje de todas las formas y tamaños
* Herramientas avanzadas de programación
Características negativas:
- Projectplan no tiene casi nada que ofrecer cuando se trata de la cuenta con su colaboración.
- No tiene buenas funciones de colaboración.
- No es tan fácil de usar y navegar;
- Solo tiene utilidad para las empresas que ya tienen un sistema de comunicación eficaz en su lugar.
jueves, 3 de junio de 2010
Cost Xpert
Con el objetivo de una forma fácil, rápida aplicación, seguro y confiable de los métodos científicos en la práctica, Costo Xpert desarrollado una intuitiva herramienta estándar operados. This methodology is usable even without expert knowledge. Esta metodología se puede utilizar incluso sin el conocimiento de expertos.
The Cost Xpert Tool Suite represents the latest standard of the Integrated Methodology driven Estimation (IME) and is an intuitive operated standard tool for the realistic estimation of effort, time, resources and cost to complete a project, as well as an estimate of potential risk, defects, and documentation page count for the entire IT application life cycle. El costo Xpert Herramienta Suite representa el último estándar de la Metodología integrada impulsada Estimación (IME), y es una intuitiva herramienta operada estándar para la estimación realista de esfuerzo, tiempo, recursos y costos para completar un proyecto, así como una estimación del riesgo potencial , defectos, y recuento de páginas de documentación para todo el ciclo de vida de TI de la aplicación. Our solution is based on scientifically published methods and models , industry standards and best practice approaches. Nuestra solución se basa en la publicación científica métodos y modelos estándares de la industria, y las mejores enfoques de la práctica. It is the most comprehensive approach, covering any project situation no matter if it is feasibility phase, development or maintenance. Es el enfoque más integral, que cubre cualquier situación del proyecto, no importa si es la fase de viabilidad, el desarrollo o mantenimiento.
The intelligent consideration of all relevant elements including project types, process models, hard facts, soft facts, quality and risk factors and constraints ensures the accurate estimation . La consideración inteligente de todos los elementos pertinentes incluyendo los tipos de proyectos, modelos de procesos, hechos, duros y blandos, la calidad y los factores de riesgo y las limitaciones garantiza la estimación exacta . The intuitive workflow and precalibrations of our expert system, as well as a wizard guided assessment enables the effective use of methods even without the necessarily need to become a methodology expert first. El flujo de trabajo intuitivo y precalibrations de nuestro sistema de expertos, así como una evaluación guiada asistente permite el uso eficaz de los métodos, incluso sin la necesidad de ser necesariamente un experto en metodología de primera.
The IME represents the cutting-edge of methodologies and technologies. El IME representa la vanguardia de las metodologías y tecnologías. [Referencia]: www.costxpert.eu/en/expertise_product/cost_xpert_tool_suite
The Cost Xpert Tool Suite represents the latest standard of the Integrated Methodology driven Estimation (IME) and is an intuitive operated standard tool for the realistic estimation of effort, time, resources and cost to complete a project, as well as an estimate of potential risk, defects, and documentation page count for the entire IT application life cycle. El costo Xpert Herramienta Suite representa el último estándar de la Metodología integrada impulsada Estimación (IME), y es una intuitiva herramienta operada estándar para la estimación realista de esfuerzo, tiempo, recursos y costos para completar un proyecto, así como una estimación del riesgo potencial , defectos, y recuento de páginas de documentación para todo el ciclo de vida de TI de la aplicación. Our solution is based on scientifically published methods and models , industry standards and best practice approaches. Nuestra solución se basa en la publicación científica métodos y modelos estándares de la industria, y las mejores enfoques de la práctica. It is the most comprehensive approach, covering any project situation no matter if it is feasibility phase, development or maintenance. Es el enfoque más integral, que cubre cualquier situación del proyecto, no importa si es la fase de viabilidad, el desarrollo o mantenimiento.
The intelligent consideration of all relevant elements including project types, process models, hard facts, soft facts, quality and risk factors and constraints ensures the accurate estimation . La consideración inteligente de todos los elementos pertinentes incluyendo los tipos de proyectos, modelos de procesos, hechos, duros y blandos, la calidad y los factores de riesgo y las limitaciones garantiza la estimación exacta . The intuitive workflow and precalibrations of our expert system, as well as a wizard guided assessment enables the effective use of methods even without the necessarily need to become a methodology expert first. El flujo de trabajo intuitivo y precalibrations de nuestro sistema de expertos, así como una evaluación guiada asistente permite el uso eficaz de los métodos, incluso sin la necesidad de ser necesariamente un experto en metodología de primera.
The IME represents the cutting-edge of methodologies and technologies. El IME representa la vanguardia de las metodologías y tecnologías. [Referencia]: www.costxpert.eu/en/expertise_product/cost_xpert_tool_suite
CHECKPOINT
Check Point se creó en 1993, por el actual Presidente de la compañía y CEO Gil Shwed , a la edad de 25, junto con dos de sus amigos, Marius Nacht (actualmente se desempeña como Vice Presidente) y Shlomo Kramer (que dejó de Check Point en 2003 a crear una nueva empresa - Imperva , donde se desempeña como Presidente y CEO). Gil had the initial idea for the company's core technology know as stateful inspection , which became the foundation for the company's first product (simply called FireWall-1 ); soon afterwards they also developed one of the world's first VPN products ( VPN-1 ). Gil tuvo la idea inicial de la tecnología básica de la empresa se conoce como inspección de estado , que se convirtió en la base para el primer producto de la empresa de la (llamada simplemente FireWall-1 ); poco después que su evolución también uno de los primeros VPN mundo los productos de la ( VPN-1 ).
Check Point Software Technologies Ltd. ( NASDAQ : CHKP ) es un proveedor global de seguridad de TI soluciones. Best known for its firewall and VPN products, Check Point first pioneered the industry with FireWall-1 and its patented stateful inspection technology. Mejor conocida por su firewall y VPN productos de Check Point primero fue pionera en la industria con FireWall-1 y su tecnología patentada de inspección de estado de tecnología. Today the company develops, markets and supports a wide range of software and combined hardware and software products that cover all the aspects of IT security, including network security , endpoint security and security management . Actualmente, la empresa desarrolla, comercializa y apoya una amplia gama de software y combinados de hardware y software que cubren todos los aspectos de seguridad de TI, incluyendo seguridad de red , seguridad de punto final y gestión de la seguridad .[Referencia]: http://en.wikipedia.org/wiki/Check_Point
Check Point Software Technologies Ltd. ( NASDAQ : CHKP ) es un proveedor global de seguridad de TI soluciones. Best known for its firewall and VPN products, Check Point first pioneered the industry with FireWall-1 and its patented stateful inspection technology. Mejor conocida por su firewall y VPN productos de Check Point primero fue pionera en la industria con FireWall-1 y su tecnología patentada de inspección de estado de tecnología. Today the company develops, markets and supports a wide range of software and combined hardware and software products that cover all the aspects of IT security, including network security , endpoint security and security management . Actualmente, la empresa desarrolla, comercializa y apoya una amplia gama de software y combinados de hardware y software que cubren todos los aspectos de seguridad de TI, incluyendo seguridad de red , seguridad de punto final y gestión de la seguridad .[Referencia]: http://en.wikipedia.org/wiki/Check_Point
El Modelo SLIM
Estimación por Analogía
El Modelo SLIM
La Ecuación del Software
La cantidad de trabajo que se encuentra en cualquier producto se puede ver como el producto del esfuerzo realizado en un periodo de tiempo, y se puede escribir como
Producto = (Constante) • Esfuerzo • Tiempo
donde
Producto representa cierta medida sobre la funcionalidad del mismo, y se cree proporcional al producto Esfuerzo • Tiempo. La medida SLOC suele ser una medida habitual de la funcionalidad.
Esfuerzo representa el trabajo humano, medido en personas-mes o personas-año.
Tiempo representa la duración del trabajo, medido en meses o años.
La Constante es un factor de proporcionalidad. Una vez establecidas las otras tres variables, esta constante permite igualarlos. Sin embargo parece que la cantidad de producto depende también de "cómo se hacen las cosas", puesto que con el mismo esfuerzo y tiempo, y dependiendo del entorno de trabajo, podremos conseguir mayor o menor cantidad de producto.[Referencia]: http://translate.google.com/translate?hl=es&langpair=en|es&u=http://www.ecfc.u-net.com/cost/slim.htm
El Modelo SLIM
La Ecuación del Software
La cantidad de trabajo que se encuentra en cualquier producto se puede ver como el producto del esfuerzo realizado en un periodo de tiempo, y se puede escribir como
Producto = (Constante) • Esfuerzo • Tiempo
donde
Producto representa cierta medida sobre la funcionalidad del mismo, y se cree proporcional al producto Esfuerzo • Tiempo. La medida SLOC suele ser una medida habitual de la funcionalidad.
Esfuerzo representa el trabajo humano, medido en personas-mes o personas-año.
Tiempo representa la duración del trabajo, medido en meses o años.
La Constante es un factor de proporcionalidad. Una vez establecidas las otras tres variables, esta constante permite igualarlos. Sin embargo parece que la cantidad de producto depende también de "cómo se hacen las cosas", puesto que con el mismo esfuerzo y tiempo, y dependiendo del entorno de trabajo, podremos conseguir mayor o menor cantidad de producto.[Referencia]: http://translate.google.com/translate?hl=es&langpair=en|es&u=http://www.ecfc.u-net.com/cost/slim.htm
Modelos COCOMO y COCOMO II
Modelos de Estimación de Costes
Modelos COCOMO y COCOMO II
Constructivo modelo de costes II (COCOMO II) es un modelo que permite estimar el costo, el esfuerzo, y el calendario en la planificación de una actividad de desarrollo de software. COCOMO II es la última importante ampliación de la original COCOMO (COCOMO 81) modelo publicado en 1981. Se compone de tres submodelos, cada uno con una mayor fidelidad a lo largo de la mayor se está en la planificación del proyecto y el proceso de diseño. En la fidelidad cada vez mayor, estos submodelos se llaman Composición Aplicaciones, Diseño Temprano, y los modelos posteriores a la arquitectura.
COCOMO II puede ser utilizado para las situaciones siguientes decisión importante.
• Hacer de inversión u otras decisiones financieras relacionadas con un esfuerzo de desarrollo de software.
• Ajuste de presupuestos de los proyectos y programas como base para la planificación y el control.
• Decisiones sobre las compensaciones o de la negociación entre los costos de software, programación, funcionalidad, rendimiento o la calidad de los factores.
• Haciendo coste de Software y calendario de las decisiones de gestión de riesgos.
• La decisión sobre qué partes de un sistema software se tiene que desarrollar, la reutilizar, el arrendamiento o la compra.
• Hacer legado sobre decisiones de inventario de software: ¿qué partes de modificar, eliminar, subcontratar, etc.
• Establecer estrategias mixtas de inversión para mejorar la capacidad de organización de software, a través de la reutilización, herramientas, proceso de maduración, subcontratación, etc.
• Decidir cómo implementar una estrategia de mejora de procesos, como la prevista en el SEI CMM.
El modelo COCOMO original fue publicado por primera vez por el Dr. Barry Boehm en 1981, y refleja las prácticas de desarrollo de software de la jornada. En la siguiente década y media, las técnicas de desarrollo de software cambiado drásticamente. Estos cambios incluyeron un alejamiento de la unidad central de procesamiento por lotes durante la noche en tiempo real a cambio de escritorio basado en; un énfasis mucho mayor en la reutilización de software existente y la creación de nuevos sistemas utilizando off-the-shelf componentes de software, y el gasto tanto esfuerzo para diseñar y gestionar el proceso de desarrollo de software como se gastó una vez la creación del producto de software.
Estos cambios y otros comenzaron a hacer la aplicación del modelo COCOMO problemática original. La solución al problema fue que reinventar el modelo de la década de 1990. Después de varios años y los esfuerzos combinados de la USC-CSSE, ISR en UC Irvine, y el COCOMO II Proyecto Organizaciones afiliadas, el resultado es COCOMO II, un modelo de cálculo de costes revisado que refleje los cambios en la práctica profesional de desarrollo de software que se han producido desde la década de 1970. Esta COCOMO nueva y mejorada ya está listo para ayudar a los profesionales estimadores de costos de software desde hace muchos años por venir.
Acerca de la nomenclatura
El modelo original fue publicado en 1981 por el simple nombre de COCOMO. Este es un acrónimo derivado de las dos primeras letras de cada palabra en la frase más constructiva modelo de costes. La palabra constructiva se refiere al hecho de que el modelo ayuda a un estimador a comprender mejor las complejidades del trabajo de software por hacer, y por su carácter abierto permite el estimador de saber exactamente por qué el modelo proporciona la estimación que hace.
No es sorprendente que el nuevo modelo (compuesto por los tres submodelos) fue inicialmente recibió el nombre de COCOMO 2.0. Sin embargo, después de cierta confusión en la forma de designar a las versiones posteriores del software de aplicación del nuevo modelo, el nombre fue cambiado definitivamente a COCOMO II. Para evitar más confusión, el modelo COCOMO original fue también entonces volver a designarlo COCOMO 81. Todas las referencias a COCOMO encuentra en los libros y la literatura publicada antes de 1995 se refieren a lo que ahora se llama COCOMO 81. La mayoría de las referencias a COCOMO publicados a partir de 1995 se refieren a lo que ahora se llama COCOMO II.
Si en el examen de una referencia que todavía no está seguro de qué modelo se está discutiendo, hay pocas pistas obvias. Si en el contexto del debate sobre COCOMO estos términos se utilizan: Básico, Intermedio, o disposiciones de nombres de los modelos; Orgánica, adosada, o Embedded para el modo de desarrollo, entonces el modelo que nos ocupa es COCOMO 81. Sin embargo, si los nombres mencionados son el modelo de aplicaciones de composición, diseño inicial, o la arquitectura post-, o si se habla de Precedentedness factores de escala (PREC), Desarrollo de Flexibilidad (FLEX), Arquitectura / Riesgo Resolución (Resl), el Equipo de Cohesión (TEAM ), o Proceso de Madurez (PMAT), entonces el modelo que nos ocupa es COCOMO II.
3.- Estimación con uso de Modelos COCOMO
Pueden aplicarse a los tres modos de desarrollo de proyectos y son:
3.1. Modelo Básico
Se suele aplicar en los desarrollos de productos pequeños/medios, desarrollados por personal de la propia empresa en modo orgánico. Aunque también puede aplicarse al resto de los modos.
Las ecuaciones de estimación de esfuerzo y tiempo de desarrollo para cada modo de desarrollo:
Orgánico: MM = 2,4 (KDSI)1,05
TDEV = 2,5 (MM) 0,38
Semilibre: MM = 3,0 (KDSI) 1,12
TDEV = 2,5 (MM) 0,35
Rígido: MM = 3,6 (KDSI) 1,20
TDEV = 2,5 (MM)0,32
Donde,
KDSI significa número de instrucciones de código en miles.
MM significa esfuerzo medido en Meses/Hombre.
TDEV significa duración en Meses.[Referecncia]:http://translate.google.com/translate?hl=es&langpair=en|es&u=http://www.softstarsystems.com/cocomo2.htm
Modelos COCOMO y COCOMO II
Constructivo modelo de costes II (COCOMO II) es un modelo que permite estimar el costo, el esfuerzo, y el calendario en la planificación de una actividad de desarrollo de software. COCOMO II es la última importante ampliación de la original COCOMO (COCOMO 81) modelo publicado en 1981. Se compone de tres submodelos, cada uno con una mayor fidelidad a lo largo de la mayor se está en la planificación del proyecto y el proceso de diseño. En la fidelidad cada vez mayor, estos submodelos se llaman Composición Aplicaciones, Diseño Temprano, y los modelos posteriores a la arquitectura.
COCOMO II puede ser utilizado para las situaciones siguientes decisión importante.
• Hacer de inversión u otras decisiones financieras relacionadas con un esfuerzo de desarrollo de software.
• Ajuste de presupuestos de los proyectos y programas como base para la planificación y el control.
• Decisiones sobre las compensaciones o de la negociación entre los costos de software, programación, funcionalidad, rendimiento o la calidad de los factores.
• Haciendo coste de Software y calendario de las decisiones de gestión de riesgos.
• La decisión sobre qué partes de un sistema software se tiene que desarrollar, la reutilizar, el arrendamiento o la compra.
• Hacer legado sobre decisiones de inventario de software: ¿qué partes de modificar, eliminar, subcontratar, etc.
• Establecer estrategias mixtas de inversión para mejorar la capacidad de organización de software, a través de la reutilización, herramientas, proceso de maduración, subcontratación, etc.
• Decidir cómo implementar una estrategia de mejora de procesos, como la prevista en el SEI CMM.
El modelo COCOMO original fue publicado por primera vez por el Dr. Barry Boehm en 1981, y refleja las prácticas de desarrollo de software de la jornada. En la siguiente década y media, las técnicas de desarrollo de software cambiado drásticamente. Estos cambios incluyeron un alejamiento de la unidad central de procesamiento por lotes durante la noche en tiempo real a cambio de escritorio basado en; un énfasis mucho mayor en la reutilización de software existente y la creación de nuevos sistemas utilizando off-the-shelf componentes de software, y el gasto tanto esfuerzo para diseñar y gestionar el proceso de desarrollo de software como se gastó una vez la creación del producto de software.
Estos cambios y otros comenzaron a hacer la aplicación del modelo COCOMO problemática original. La solución al problema fue que reinventar el modelo de la década de 1990. Después de varios años y los esfuerzos combinados de la USC-CSSE, ISR en UC Irvine, y el COCOMO II Proyecto Organizaciones afiliadas, el resultado es COCOMO II, un modelo de cálculo de costes revisado que refleje los cambios en la práctica profesional de desarrollo de software que se han producido desde la década de 1970. Esta COCOMO nueva y mejorada ya está listo para ayudar a los profesionales estimadores de costos de software desde hace muchos años por venir.
Acerca de la nomenclatura
El modelo original fue publicado en 1981 por el simple nombre de COCOMO. Este es un acrónimo derivado de las dos primeras letras de cada palabra en la frase más constructiva modelo de costes. La palabra constructiva se refiere al hecho de que el modelo ayuda a un estimador a comprender mejor las complejidades del trabajo de software por hacer, y por su carácter abierto permite el estimador de saber exactamente por qué el modelo proporciona la estimación que hace.
No es sorprendente que el nuevo modelo (compuesto por los tres submodelos) fue inicialmente recibió el nombre de COCOMO 2.0. Sin embargo, después de cierta confusión en la forma de designar a las versiones posteriores del software de aplicación del nuevo modelo, el nombre fue cambiado definitivamente a COCOMO II. Para evitar más confusión, el modelo COCOMO original fue también entonces volver a designarlo COCOMO 81. Todas las referencias a COCOMO encuentra en los libros y la literatura publicada antes de 1995 se refieren a lo que ahora se llama COCOMO 81. La mayoría de las referencias a COCOMO publicados a partir de 1995 se refieren a lo que ahora se llama COCOMO II.
Si en el examen de una referencia que todavía no está seguro de qué modelo se está discutiendo, hay pocas pistas obvias. Si en el contexto del debate sobre COCOMO estos términos se utilizan: Básico, Intermedio, o disposiciones de nombres de los modelos; Orgánica, adosada, o Embedded para el modo de desarrollo, entonces el modelo que nos ocupa es COCOMO 81. Sin embargo, si los nombres mencionados son el modelo de aplicaciones de composición, diseño inicial, o la arquitectura post-, o si se habla de Precedentedness factores de escala (PREC), Desarrollo de Flexibilidad (FLEX), Arquitectura / Riesgo Resolución (Resl), el Equipo de Cohesión (TEAM ), o Proceso de Madurez (PMAT), entonces el modelo que nos ocupa es COCOMO II.
3.- Estimación con uso de Modelos COCOMO
Pueden aplicarse a los tres modos de desarrollo de proyectos y son:
3.1. Modelo Básico
Se suele aplicar en los desarrollos de productos pequeños/medios, desarrollados por personal de la propia empresa en modo orgánico. Aunque también puede aplicarse al resto de los modos.
Las ecuaciones de estimación de esfuerzo y tiempo de desarrollo para cada modo de desarrollo:
Orgánico: MM = 2,4 (KDSI)1,05
TDEV = 2,5 (MM) 0,38
Semilibre: MM = 3,0 (KDSI) 1,12
TDEV = 2,5 (MM) 0,35
Rígido: MM = 3,6 (KDSI) 1,20
TDEV = 2,5 (MM)0,32
Donde,
KDSI significa número de instrucciones de código en miles.
MM significa esfuerzo medido en Meses/Hombre.
TDEV significa duración en Meses.[Referecncia]:http://translate.google.com/translate?hl=es&langpair=en|es&u=http://www.softstarsystems.com/cocomo2.htm
Suscribirse a:
Entradas (Atom)
