tag:blogger.com,1999:blog-12500306394390990222012-02-16T23:09:17.840-03:00Este es un espacio abierto donde todos pueden abrir el debate sobre aquello que le interese conocer o exponer, siempre relacionado a la Gestión y Dirección de Proyectos. El objeto es crear un espacio de aprendizaje continuo donde los participantes sean los que alimentan y regulan ese aprendizaje. Se intentará moderar cada tema para que en un corto lapso de tiempo se obtenga una conclusión, la cual puede nuevamente reabrir el debate y así obtener el perfeccionismo, si es que tal cosa existe.Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.comBlogger451100tag:blogger.com,1999:blog-1250030639439099022.post-48295448644210222892008-04-30T18:10:00.003-03:002008-04-30T18:10:42.978-03:00

La parte difícil de construir software es la especificación, el diseño y la verificación de esa trama conceptual, no la tarea de representarla y testear la representación. Esta elegante definición la pude ver en apuntes que suelo revisar sobre los distintos aspectos de la Ingeniería del Software y me dió que pensar. En la mayoría de las oportunidades en que hemos tenido

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-44934370348199206562008-04-30T18:10:00.001-03:002008-04-30T18:10:19.581-03:00

Tu estimación del proyecto por quien ha sido realizada? Developer / Project Manager / Project Tracker / Testing Team / Quality Assurance team. Según los roles serán las estimaciones. Pero esto no debería ser así o es lo más lógico?

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-61047108569784228862008-04-30T18:09:00.000-03:002008-04-30T18:07:25.624-03:00

Objetivos del Testing Automatizado Tests should improve quality Tests should help us understand the system under test Tests should reduce risk Tests should be easy to run Tests should require minimal maintenance as the system evolves Tests should be executed as part of the build process if possible   Tipos básicos

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-54581905201763667972008-04-30T18:08:00.000-03:002008-04-30T18:06:08.297-03:00

El diseño de un flujo de trabajo no es solamente un medio de documentar procesos, sino que es la guía de trabajo para el ambiente operativo. Es necesario diseñar con consenso de las partes, los flujos de trabajo para los procesos de negocio que acompañen el ciclo de vida completo de las interacciones Cliente-Organización-Usuarios. No se puede pretender eficiencia de los procesos cuando se

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-50535147412197886162008-04-30T14:57:00.000-03:002008-04-30T15:06:10.464-03:00

Resulta importante no hacer recortes en las actividades que tienen relación con el aseguramiento de calidad y las fechas de entrega no pueden poner en riesgo el aseguramiento de calidad, y los esfuerzos correctivos deben realizarse durante el proyecto y no al final cuando es prácticamente imposible. Esto implica que debe plantearse una estrategia que sea sostenida durante todo el ciclo de

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-81163440917298051202008-04-28T14:52:00.000-03:002008-04-28T14:50:02.185-03:00

  Como Responsable SQA y QAC, sostengo mi crecimiento permanente basándome en la vida misma de los proyectos, en las interdependencias profesionales y en la relevancia de nuestras soluciones para el usuario.  La formación de un proceso particular y nuestra adaptación no ha sido fácil. Principalmente nos ha sido imposible automatizar las pruebas para un entorno de desarrollo basado en la API de

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-36287179322409407072008-04-23T13:25:00.000-03:002008-04-23T13:23:29.651-03:00

Anoche leyendo un foro de los que acostumbro, tuve la oportunidad de rescatar las siguientes líneas. Quiero comentarles que estos axiomas corresponden a apreciaciones que hacen Ingenieros, Programadores, Gerentes y Testers de varios países como España, Chile, Colombia, Perú, Argentina, y otros de habla hispana. "Intenta siempre buscar la simplicidad". Busca siempre y por defecto la solución

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-5290326192630169122008-04-16T13:42:00.000-03:002008-04-16T14:25:45.649-03:00

Al respecto de los defectos reportados, su persistencia y/o mutación, sucede que los defectos reportados por Testing en algunos casos fueron persistentes hasta tres (3) ciclos y en algunas situaciones más. El defecto es tratado normalmente según el  proceso normal establecido. Lo cierto es que nunca tienen el mismo comportamiento ni los mismos síntomas y por lo general no se reportan como nuevos

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-77524945375843053712008-04-03T02:33:00.000-03:002008-04-03T02:34:20.129-03:00

En nuestra organización me he visto obligado a modificar el "paradigma de pruebas" por mi "paradigma de evidencias". Movilizado por la creciente demanda de agilidad que nos impone el ritmo de obtención de proyectos, ya sean para modificaciones de productos existentes o para construcción de nuevos, SQA trabaja fuertemente al principio de los proyectos, desde las minutas de requerimientos,

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-29547248988151946212008-04-01T18:03:00.001-03:002008-04-01T18:03:18.123-03:00

  1. Conceptos Generales 2. Principios para el Diseño de Interfaces de Usuario 3. Utilización de Prototipos en la Implementación de IU 4. Heurísticas para la Evaluación de IU 5. Caso Práctico 6. Conclusiones 7. Bibliografía Abstract El diseño de interfaces de usuario es una tarea que ha adquirido relevancia en el desarrollo de un sistema. La calidad de la interfaz de usuario puede ser

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-40307442445276445182008-03-26T21:33:00.000-03:002008-03-26T21:31:58.549-03:00

Lamentablemente el Testing de hoy fue un éxito rotundo con los módulos puestos a pruebas de verificación, los cuales dan fallo de severidad INVALIDANTE. Este tipo de reportes suele ser típico en la mayoría de las organizaciones dedicadas a la construcción de software y por mucho esfuerzo que se hace en introducir mejoras en los procesos a niveles de mejoras en las tomas de requerimiento,

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-736156398933715782008-03-26T16:02:00.000-03:002008-03-26T16:00:43.401-03:00

1. Tener un propósito claro. Todos los miembros del equipo deben saber exactamente cuál es el objetivo a alcanzar. Así sabrán cómo pueden contribuir al logro del objetivo y podrán focalizar su energía y trabajo en ello. 2. Tener una comunicación efectiva hacia adentro y hacia afuera. Un intercambio ágil de la información permite asegurar que se adoptarán oportunamente las decisiones correctas y

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-29236636420573597432008-03-26T12:19:00.000-03:002008-03-26T12:17:04.834-03:00

Existen características típicas de un buen negociador, que una vez que te acostumbras a detectarlas, saltan a la vista. Este artículo ha sido redactado en género masculino pero aplica por igual a los dos géneros. Veamos: Le gusta negociar: la negociación no le asusta, todo lo contrario, la contempla como un desafío, se siente cómodo. Tampoco le asustan las negociaciones complicadas, pueden

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-79229267436156239992008-03-23T04:37:00.000-03:002008-03-23T04:37:29.523-03:00

Gestión SQA y de Proyectos en Procesos de Construcción de Software: Políticas de Seguridad Organizacional para el Desarrollo de Software

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-10480578498182232262008-03-23T04:31:00.000-03:002008-03-23T04:36:06.576-03:00

Me pregunto cual es el hilo conductor del ciclo de vida de desarrollo de nuestras aplicaciones y como respuesta obligada, digo a todas luces que no es una política de seguridad organizacional. Creo hoy que todos aquellos proveedores de software que no se rijan por políticas de seguridad para conducir su desarrollo de aplicaciones, están encaminados a una próxima desaparición del mercado global.

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-18335110639463781782008-03-19T14:51:00.000-03:002008-03-19T14:54:34.048-03:00

La calidad no existe por si misma, debe ser deseada organizacionalmente, debe ser analizada, estudiada, manipulada, procesada y muchas veces para luego en algún momento pretenderla. La calidad no se tangibiliza de la noche a la mañana ni por que un equipo de desarrolladores sabe hacer testing unitario, ni por que un equipo de analistas de pruebas hagan buenas pruebas funcionales, ni por que el

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-37642934310310031632008-01-31T15:58:00.001-02:002008-01-31T15:58:52.302-02:00

Aparentemente los argumento para definir los atributos de calidad pueden estar algo confusos en lo que a robustez se refiere. Me acoplo mejor a las mediciones empíricas que a las apreciaciones subjetivas reconociendo que hay relaciones directas e inversas entre distintos atributos para lograr definir un índice de robustez. No adopto las limitaciones que justifica a la robustez solo el

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-77761615788977214552008-01-24T19:12:00.000-02:002008-01-24T18:11:17.417-02:00

En lo personal no comparto la opinión con los que emiten comentarios que hacen emblemático a un personaje en particular y por otro lado emiten comentarios que detrimentan a otro, cuando en ambos casos hablamos de personas que administran gran cantidad de personas al rededor de múltiples proyectos concurrentes y se las han arreglado para posicionarse con sus ideas y principalmente por que las

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-6529695777276010392008-01-24T15:20:00.001-02:002008-01-24T15:20:22.787-02:00

  Cinco puntos cruciales para establecer los lineamientos básicos de las actividades de Soporte y Mesa de Ayuda: 1. Adquisición de velocidad en las Operaciones 2. Mucha curiosidad para la adquisición de Conocimientos de Funcionalidad de Aplicaciones 3. Amplitud de Criterio para la adquisición de Conocimientos del Negocio asociado a las aplicaciones 4. Conocimiento de Circuito Normales y

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-79649192385268741432008-01-23T20:12:00.000-02:002008-01-23T19:10:29.702-02:00

· Que Repetir: o Planificación y Estimación de Nivel 0 utilizando los elementos de juicio experto de los integrantes de PA (áreas de procesos) relevantes. El problema con este punto es la no evolución de la Estimación de nivel 0 a estimaciones de mayor nivel. Esta actitud esta relacionada con la falta de seguimiento concreto de la evolución de la documentación y los distintos niveles de

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-60948572444774213842008-01-17T00:07:00.001-02:002008-01-17T00:16:17.744-02:00

Olvidarnos del modo tradicional demando y control no es una tarea sencilla, pero hay técnicas de suplantación para migrar a una modalidad de auto-gestión. Quizás podemos dar los pasos iniciales si tenemos en mente que en lugar de "gestionar" el proceso en el modo tradicional, la gestión puede ayudar mucho más por: - Que se trata de la realización de los equipos para descubrir y hacer las mejoras

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-63864861528256250122008-01-16T13:15:00.000-02:002008-04-30T18:09:23.220-03:00

Las reuniones, valga el juego de palabras, están a la orden del día. Son frecuentes en todos los ámbitos. La reunión permite la comunicación de ideas y la participación de todos en las decisiones. El espíritu democrático es quien las impulsa y promueve en la actualidad en todos los órdenes de la vida. Hay reuniones muy formales, que han de someterse a un previo y riguroso orden del día. Otras

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-92114376690102614822008-01-16T12:07:00.001-02:002008-01-16T12:07:15.876-02:00

Surgen muchos pensamientos en mí a partir de la frustración del momento, permitiéndome asumir en parte la falla de nuestra actividad del día de hoy. Es fundamentalmente una falla de proceso por que se obvió al menos un elemento. No faltaron de mi parte las preguntas necesarias y de base para iniciar los procedimientos de prueba. No faltó mi criterio profesional para analizar cada uno de los

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-8357951462576644422008-01-10T16:14:00.000-02:002008-01-10T19:10:14.874-02:00

  Wikipedia define: MÉTRICA es una Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de información. Promovida por el Ministerio de Administraciones Públicas del gobierno español para la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito de las administraciones públicas. Es una metodología propia basada en el Modelo de Procesos del Ciclo

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-72548438587312911052008-01-07T19:20:00.001-02:002008-01-07T19:20:44.694-02:00

Debido a que desde mis primeras incursiones en la informática hice soporte técnico y soporte de sistemas, me interesa mucho desarrollar esta temática y ir incorporando herramientas que me ayuden en buen grado a desplegar las mejores soluciones orientadas al cliente, refiriéndome al cliente interno como al usuario final. Para iniciar voy a poner a consideración este artículo que encuentro

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-80821816722157725062008-01-07T19:15:00.001-02:002008-01-07T19:15:21.181-02:00

Algunas fuertes tendencias se han marcado a lo largo de la historia de la humanidad, yo hoy quiero destacar estas: A desconocer un modelo o varios para establecer un proceso estándar para la organización. A pensar que el proceso debe ser utilizado por quienes lo establecen y quienes controlan su seguimiento. A creer que uno es no participe del proceso y obviar elementos básicos,

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-21897076639899270952008-01-04T22:56:00.001-02:002008-01-04T22:56:02.661-02:00

  Ø Brainstorming o tormenta de ideas: Es una técnica de grupo para generar ideas originales en un ambiente distendido. Persigue buscar el máximo número de ideas relacionadas con un concepto. Se basa en el respeto de todas las ideas de los participantes con la finalidad de estimular la participación y creatividad de todos los miembros del grupo. Ø Los cinco por qués (Five whys): Técnica

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-87690840625241626372008-01-04T15:23:00.000-02:002008-01-04T14:21:44.561-02:00

El control de logs en una aplicación que generamos es tan importante como lograr cumplir con las expectativas de rendimiento y almacenamiento en los aspectos funcionales y no funcionales del sistema. Por tal motivo sugiero que den una mirada al artículo Registrando sucesos a nuestro criterio donde se muestran los lineamientos básicos de como registrar sucesos en los logs, utilizando la

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-555636451455032772008-01-03T20:16:00.000-02:002008-01-03T19:19:36.794-02:00

El método de solución de problemas, llamado por los japoneses "QC STORY", es una pieza fundamental para ejercer el control de calidad por el método PCDA gerencial EL CONTROL DE CALIDAD Y LA QC STORY el control de calidad consta de etapas para su aplicación, la solución de problemas "QC STORY" es aplicable en el sentido de: Planeación de la calidad: Consiste en el establecimiento de los

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-36012352249092668402008-01-03T20:12:00.000-02:002008-01-03T19:13:17.136-02:00

La evolución del concepto de calidad aplicado a la industria, y ahora a los servicios, muestra claramente que se ha pasado de una etapa, en donde la calidad era aplicada totalmente al control realizado al final de las líneas de producción, a otra donde aplicamos calidad total a todo dentro de la organización. Por ende, ya se habla de calidad de vida en el trabajo, calidad de vida en los servicios

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com1tag:blogger.com,1999:blog-1250030639439099022.post-48606371238224242142008-01-03T19:22:00.001-02:002008-01-03T19:49:22.374-02:00

Diferentes son las técnicas de resolución de problemas que se pueden utilizar para las tareas que debe realizar un SBC. Existen ciertas técnicas generales que se pueden aplicar a diferentes tipos de dominios y tareas. De ellas destacaremos las tres más utilizadas: Clasificación Heurística (Heuristic Classification) Resolución Constructiva (Constructive Problem Solving) Hipótesis y

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-18942710493354062632007-12-19T15:33:00.000-03:002007-12-19T15:31:40.234-03:00

Este término, "Cowboy Agile", tiene un origen y esta claramente explicado en Codificación Cowboy, donde se expresa lo siguiente: "Cowboy Coding is a software development  methodology without an actual defined method – team members do whatever they feel is right." Básicamente se llama Cowboy Agile a toda aquella organización que toma elementos sueltos de la filosofía Ágile y en forma

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-33705655620084590612007-12-18T14:50:00.000-03:002007-12-18T14:48:53.028-03:00

En todas las fases del ciclo de vida de un proyecto SW es necesario tener las habilidades y el conocimiento necesario para ejecutar cada una de las actividades atómicas requeridas por el proceso. Sin las habilidades básicas no es posible cumplir con los requisitos de completitud para cada componente, ni aún para nuestro propio proceso personal y esto esta fuertemente ligado al concepto de la

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-87790377436217337242007-12-06T14:40:00.001-03:002007-12-06T14:40:38.920-03:00

Estimados, Entiendo la situación y como de repente nuestro proyecto en cuestión ya tiene que estar terminado, con testing, moño y con tarjeta navideña. Sin embargo desde antes de ayer a la tarde no logro discernir los pormenores del proyecto. Cosas como fecha de implementación, fechas de inicio de los distintos hitos, iteraciones planificadas en desarrollo, iteraciones del testing, módulos e

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-26988111589565142492007-11-29T10:16:00.001-03:002007-11-29T10:16:20.856-03:00

Arquitectura de Capashttp://es.wikipedia.org/wiki/Programaci%C3%B3n_por_capas http://www.ldc.usb.ve/~teruel/ci3715/clases/arqCapas.html

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-37574092148261718262007-11-28T13:57:00.001-03:002007-11-28T14:01:02.228-03:00

Mi experiencia actual me permite razonar de la siguiente manera en pos de mejores prácticas para incrementar la productividad de todo un equipo de construcción SW, a partir de mejoras conceptuales que deben ser entendidas a nivel organizacional, con un fuerte apoyo directivo y con pasos concretos y discretos que determinen la concreción de las metas. Recortar el proceso tanto como sea posible,

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-67449690643148065872007-11-26T12:04:00.001-03:002007-11-26T12:04:13.475-03:00

Este es un simpático pero importante aporte que hizo uno de mis buenos aportantes en los post que suelo hacer en la Comunidad Nuerona y que luego de un año de intentos con aciertos y desaciertos, valoro más que nunca. Cabe aclarar que se trata de una respuesta a mi post ¿Cómo implantar las mejores prácticas de calidad? He leído con interés tus correos de este asunto, después de varias semanas

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-29182826166206437482007-11-26T11:51:00.001-03:002007-11-26T11:56:01.696-03:00

la implementación de prácticas SQA requiere como mínimo del reconocimiento de su importancia dentro del proceso de desarrollo del software, de conocer las necesidades reales de la compania en relación con estas prácticas y la formulación de un plan de acción. Sin embargo todo esto se dificulta el grado extremo si la organización no designa un responsable de este proceso y le asigna recursos

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-55977406971902517462007-11-23T15:10:00.001-03:002007-11-23T15:12:10.821-03:00

Mi participación temprana como Responsable de Calidad en los proyectos, me brinda una notable mejora en la visibilidad de los aspectos de control a niveles de verificaciones y validaciones que debo considerar para cada proyecto en particular. A diferencia de la participación en etapas medias y/o avanzadas que tuve en otros modelos de trabajo para la construcción SW, esta modalidad de

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-30317719209899789142007-11-16T14:36:00.001-03:002007-11-16T14:36:33.973-03:00

En numerosas ocasiones hemos tenido la virtud de resolver inconvenientes a nuestros bien aventurados clientes, usuarios de nuestros sistemas en distintos niveles. Ellos agradecidos de nuestras prontas respuestas e inteligentes resoluciones, toman vigor en el uso y recomendación de las nuevas funcionalidades, se adentran en las opciones que ofrecen nuestras soluciones y generan nuevas propuestas

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-62829350223883187412007-11-15T16:41:00.001-03:002007-11-15T16:41:44.340-03:00

He sido participe de certificaciones CMMI 4 en una empresa del Cluster Informático de Córdoba en Argentina y actualmente estoy como Responsable de Calidad y Mejora de Procesos en una empresa donde intentamos implantar metodologías ágiles. Conceptualmente son dos modelos distintos en cientos de aspectos, siendo imposible considerarse ágil al modelo CMMI. Quiero ser tajante en la diferenciación

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-77913182369678650712007-11-15T16:18:00.001-03:002007-11-15T16:28:33.990-03:00

¿Qué le pasa al software? El diseño de muchas aplicaciones comienza con una imagen clara en la mente del diseñador. En este estado el diseño es claro, conciso y elegante. Diseñadores y programadores desean verlo funcionar. Algunos de estos proyectos mantienen esta pureza de diseño hasta la primera versión. Pero algo comienza a pasar. Al principio apenas es perceptible. Un parche por aquí, una

J@VO_noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-67412718843876348682007-09-28T14:40:00.000-03:002007-09-28T15:13:02.102-03:00

La estimación por casos de uso es un modo de estimación temprana de cálculo del esfuerzo de desarrollo previsto para la ejecución de un proyecto de software, que fue desarrollado en 1977 por J. Albrecht, cuyos principios derivan en cierto modo de la técnica de puntos de función.Esta estimación clasifica los casos de uso del sistema de software como: simples, medios y complejos y les asigna

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-75479328829807663972007-01-06T16:25:00.000-03:002007-01-06T17:00:18.400-03:00

Una alternativa a la tradicional redacción de requerimientos por un único analista. Diferentes perfiles profesionales aportan diferentes perspectivas que evitan errores de enfoque iniciales, permiten decisiones más rápidas e integrar a todo el equipo en el proceso.IntroducciónEste artículo trata sobre la realización de talleres donde participan personas de diferentes departamentos de una misma

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com0tag:blogger.com,1999:blog-1250030639439099022.post-80010071426147483992006-12-26T16:40:00.001-03:002006-12-26T16:40:59.615-03:00

 la implementación de prácticas SQA y SCM requiere como mínimo del reconocimiento de su importancia dentro del proceso de desarrollo del software, de conocer las necesidades reales de la compania en relación con estas prácticas y la formulación de un plan de acción. Sin embargo todo esto se dificulta el grado extremo si la organización no designa un responsable de este proceso y le asigna

Javohttp://www.blogger.com/profile/16413154494771628429noreply@blogger.com2