GUIA DE SUPERVIVENCIA PARA EL DESARROLLO DE SOFTWARE

Tamaño: px
Comenzar la demostración a partir de la página:

Download "GUIA DE SUPERVIVENCIA PARA EL DESARROLLO DE SOFTWARE"

Transcripción

1 GUIA DE SUPERVIVENCIA PARA EL DESARROLLO DE SOFTWARE Cinco pasos para ir del Caos al Control Traducido por Eduardo Pulido Rodríguez con aprobación de SOFTLANDING SYSTEMS

2 Contenido INTRODUCCIÓN... 3 QUE TAN BIEN VAN LAS COSAS PARA UD?... 3 METAS DE LA ADMINISTRACIÓN DE SOFTWARE... 5 REDUCCIÓN DE RIESGOS... 6 PROCESO DE MEJORA CONTINUA... 6 LISTA DE VERIFICACIÒN DE LA ADMINISTRACIÒN DE SOFTWARE... 7 CINCO PASOS DEL CAOS AL CONTROL... 8 PASO 1: JUSTIFICAR ACCIONES A LA GERENCIA Y EQUIPO... 8 PASO 2: ADOPTAR UN PROCESO DE ADMINISTRACIÒN DE CAMBIOS Y HERRAMIENTAS... 9 PASO 3: ADOPTAR UN PROCESO DE CONTROL DE CALIDAD Y HERRAMIENTAS PASO 4: ADOPTE UN PROCESO PROGRESIVO E ITERATIVO DE DESARROLLO PASO 5: EVALUACIONES CONTINUAS Y REFINAMIENTO DE PROCESOS SUMARIO DONDE APRENDER MÀS Page 2 of 14

3 INTRODUCCIÓN A pesar de los avances alcanzados en la tecnología informática o quizás debido a ello- el desarrollo de software continùa siendo un gran desafío, así como tambièn un proceso frecuentemente impredecible. Aùn los equipos de ingenieros màs talentosos, frecuentemente se embarcan en el mantenimientos o en la creaciòn de nuevos proyectos de desarrollo, al parecer ùnicos en su gènero, con resultados que son difíciles de predecir. Como resultado de esto, los proyectos de mantenimiento o desarrollo de software usualmente toman más tiempo, cuestan mucho más, o no proveen lo que el usuario desea o necesita. Teniendo como resultado final, sistemas que son costosos de sustentar y mantener. Por supuesto, diferentes grupos visualizan el desarrollo de software de diferentes formas, y el resultado de sus proyectos varía de acuerdo a ello. Para algunos grupos de desarrolladores, el caos caracteriza la mayoría de sus proyectos, mientras que otros mantienen un control efectivo durante todo el proceso de desarrollo. Este documento provee una guía concisa para evaluar como lo está hacienda Ud. Y ademàs expone cinco pasos básicos para alcanzar un mejor control sobre sus proyectos de desarrollo de software. QUÈ TAN BIEN VAN LAS COSAS PARA UD? El proceso de desarrollo de software ha sido estudiado extensamente por dècadas. Esta investigación ha producido un modelo ampliamente aceptado que usted puede utilizar para evaluar còmo su propia organización lo está haciendo. La figura No. 1 sumariza el Modelo de Capacidad de Madurez (CMM por sus siglas en inglés Capability Maturity Model ) desarrollado por el Software Engineering Institue (www.sei.cmu.edu), una organización financiada por el gobierno de Los Estados Unidos. Las organizaciones operando al Nivel 1 de este modelo, enfrentan muchos de los problemas causados por un proceso pobre en su definición. En este nivel, la vida es caótica para los desarrolladores, los gerentes de Tecnología Informatica (TI), y el resto de la organización que depende del área de TI. Conforme una organización mejora su proceso de desarrollo y se mueve hacia un nivel más alto de madurez, los proyectos se tornan más predecibles y exitosos. Como regla general, los pasos para alcanzar el Nivel 3 (Definido), son significativamente más fáciles de implementar que aquellos requeridos para alcanzar el Nivel Page 3 of 14

4 4 y 5. El Nivel 3, es un objetivo apropiado para la mayoría de los grupos de desarrolladores internos y es a quienes se dirige este documento. La Figura 1 lista algunas de las prácticas claves para los niveles 2 y 3. Si su proceso de desarrollo no incorpora la mayoría de los puntos indicados, usted probablemente tiene una gran oportunidad de mejorar el proceso y ganar más control sobre sus proyectos. Los niveles 4 y 5 pueden ser llamados los niveles Empìricos y de Perfeccionamiento porque estos incluyen resultados de cuantificaciòn e incorporan cambios progresivos en el proceso general para reducir la variabilidad y mejorar el rendimiento organizacional en forma continua. Estos niveles requieren disciplina efectiva, automatizaciòn de procesos, y recursos. No se abrume pensando que usted tiene que alcanzar cualquiera de estos niveles para obtener un beneficio substancial. (Por otro lado, con el paso del tiempo quizàs usted decida incorporar algunas de las pràcticas de los Niveles 4 y 5 dentro de su propio proceso de desarrollo). La pàgina web del SEI explica el Modelo de Capacidad de Madurez (CMM) en màs detalle y es un buen lugar para continuar su travesìa hacia un mejor control de desarrollo. Figura 1 NIVELES DE MADUREZ EN EL PROCESO DE DESARROLLO DE SOFTWARE Del Instituto de Ingenierìa de Software Modelo de Capacidad de Madurez (CMM). 1. Inicial. El proceso de software se caracteriza como ad-hoc (como salga), y ocasionalmente caòtico. Pocos procesos son definidos, y el èxito depende de esfuerzos individuales y heroicos. 2. Repetitivos. Establecimiento de procesos administrativos bàsicos para el seguimiento de costos, planes de trabajo y funcionalidad. La disciplina necesaria para los procesos se encuentra implementada y permite repetir èxitos anteriores en proyectos con aplicaciones similares. Algunos de los procesos claves son: Administración de requerimientos Planeamiento y seguimiento de proyectos Uso de Software de Administración de Cambios (SCM) Implementación de Software de Control de Calidad (SQA) Page 4 of 14

5 3. Definido. El proceso de software, tanto para la administración como para la ingeniería son actividades documentadas, estandarizadas, e integradas dentro de un proceso estandar de software para la organización. Todos los proyectos cuentan con una versiòn aprobada y hecha a la medida de los estandares del proceso de software de la organización, los cuales regulan el desarrollo y mantenimiento de software en general. Algunos de estos procesos claves son: Definir y seguir un proceso de desarrollo Conducir capacitaciones regulares Implementar software de administración integral Revisiòn del trabajo desarrollado por colegas no para criticar sino mejorar 4. Administrado. Medidas, en detalle, del proceso de desarrollo y la calidad del producto elaborado son recolectadas. Ambos, el proceso de desarrollo y el producto son cuantitativamente entendidos y controlados. 5. Optimo. Mejoramiento contìnuo del proceso es facilitado por la retro-alimentación cuantitativa obtenida del proceso mismo, y por la implementaciòn de ideas innovadoras y las nuevas tecnologías disponibles. METAS DE LA ADMINISTRACIÓN DE SOFTWARE Antes de tratar los pasos que puede dar para alcanzar mayor control sobre los proyectos de desarrollo, veamos las metas de la administración de software: Entregar productos con la funcionalidad y calidad preveida Entrega en los plazos acordados Entrega a los costos preveidos Alcanzar niveles de servicio preveidos, durante el uso del software Note como enfatizo estas metas en tèrminos de una característica preveida en lugar de utilizar el mejor producto, el menor tiempo o el menor costo. La administración efectiva del software es el acto de establecer y obtener expectativas claramente definidas, lo cual require de un proceso de desarrollo de software que es predecible y que obtiene resultados consistentes. Con un proceso predescible, el staff de TI, sabe razonablemente bien Qué es lo que necesitan hacer y cuales serán los entregables?, sea que estèn manejando una simple correcciòn de programaciòn, un conjunto de cambios, o la creacion de una aplicación completamente nueva. Algo que es importante recalcar, es que los usuarios tambièn ven resultados consistentes por parte de los proyectos de TI cuando estos se adhieren a estas reglas de juego. Un proceso predecible de desarrollo de software inevitablemente requiere que tiempo (y dinero) sea invertido en software para la administración de cambios (CM) y control de calidad (QA), antes de implementar otras prácticas y herramientas importantes. A pesar de toda la evidencia en contra, algunos desarrolladores repetidamente aseguran que reduciendo las prácticas de desarrollo de software, ellos pueden entregar una aplicación más rapidamente y a menor costo. En mi experiencia, tal juego rara vez da resultado, y los proyectos sin CM y QA casi nunca alcanzan las expectativas de tiempo, dinero o capacidad. En contraste, las pràcticas sòlidas de administración de software evitan interrupciones en los proyectos que desvían al staff del trabajo productivo. Page 5 of 14

6 REDUCCIÓN DE RIESGOS Algunas veces los resultados de un proyecto fuera de control pueden ser desastrosos, terminando por la entrega de un producto inutilizable. Mayormente, una organización de TI que no cuenta con un adecuado control sobre sus proyectos, siempre se encuentra con retrazos en su plan de trabajo y por encima del presupuesto asignado, en general, con resultados que son costosos aún cuando no son un completo desastre. El incumplimiento en la entrega de nueva funcionalidad o nuevos sistemas de computo en el tiempo deseado, pueden significar oportunidades de negocio perdidas o reducida competitividad en el mercado. Un proyecto inconsistente en sus costos o fechas de entrega puede poner en riesgo el negocio completo de una compañìa y sus planes financieros. Proyectos que incluyen la entrega de nuevos tipos de funcionalidad, o que utilizan nuevas tecnologìas, son los que suelen entrar en problemas serios. El mundo de la Tecnologìa Informatica se encuentra actualmente en un perìodo de cambios ràpidos y constantes. Muchos programas nuevos utilizan tecnologìas emergentes tales como WebSphere y otros servidores de aplicaciòn Web, Java o lenguajes como C#, dispositivos inalàmbricos, servicios Web, bases de datos distribuìdas y otros. El predominio de proyectos que incluyen tecnologia de punta eleva la importancia de reducir los riesgos. Varias pràcticas especìficas a la administraciòn de software pueden ayudar a reducir los riesgos en forma significativa, y las voy a tratar en màs detalle en un momento. El punto de ènfasis, aquì, es que una administraciòn predecible para el desarrollo de software es escencial en la reducciòn de riesgo. Si la manera en que usted emprende el desarrolo de software no le brinda un control adequado, que le permita fijar y lograr sus objetivos, luego entonces su organizaciòn corre el riesgo de terminar con proyectos que son tardios en su cumplimiento, quizà por meses, sobrepasan su presupuesto, y de que estos proyectos se vengan a bajo antes de su culminaciòn. PROCESO DE MEJORA CONTINUA Administrar los riesgos por medio de un proceso de desarrollo de software predecible provee un fundamento sobre el cual usted podrà desarrollar en forma consistente mejor software, màs ràpidamente y a un menor costo. Empezando con esta base, usted podrà adoptar tècnicas y herramientas en adiciòn para lograr que sus desarrolladores sean màs productivos, para elevar la calidad del software, y para automatizar muchos de los procesos de administraciòn del software, liberando de esta manera màs tiempo para el desarrollo de las aplicaciones mismas. Quiero enfatizar la ineficiencia de tratar de hacer un mejor trabajo de desarrollo de software, a largo plazo, sin contar con un proceso bien definido. Sin tal proceso, las buenas ideas no podràn ser integradas efectivamente dentro de las pràcticas en ejecuciòn al interior de la organizaciòn de desarrolladores. Es màs, el tratar de apagar incendios (resolver multiples problemas) desperdicia demasiado tiempo y atencion que deberìan estar enfocados a la mejora en el desarrollo mismo del software. Pero obviamente, establecer un proceso predecible de desarrollo, no es el objetivo final. Conforme gane experiencia y se familiarice con tecnologìas cambiantes, usted deberà adaptar su proceso de desarrollo para alcanzar metas màs elevadas, no sòlamente de forma predecible y la disminuciòn del riesgo, sino tambièn: mejorar el software producido, mejorar el soporte otorgado, y reducir los costos de operaciòn y mantenimiento. La mejora continua del proceso de desarrollo le permiten a usted, afrontar nuevos desafìos, establecer y lograr expectativas màs altas de capacidad, calidad, cronogramas, y costos. Page 6 of 14

7 LISTA DE VERIFICACIÒN DE LA ADMINISTRACIÒN DE SOFTWARE Si usted desea mejorar los resultados de sus proyectos de software, usted tiene que mejorar el proceso. No hay balas de plata o una soluciòn inmediata al problema. La administraciòn de software involucra una variedad de tareas que cubren el ciclo de vida completo del desarrollo. La Figura 2 lista ocho de las àreas principales que requieren pràcticas bien definidas. A manera de auto-evaluaciòn, un gerente de IT puede hacerse las siguientes preguntas para cada uno de estos puntos: Si asigno a un desarrollador para trabajar en una tarea en esta àrea, tiene nuestra organizaciòn claramente definida una descripciòn de lo que èl o ella deberà hacer?. Directivas verbales dadas informalmente pueden funcionar en forma adecuada para tareas pequeñas que pueden ser completadas por una sola persona en algunos dìas. Cualquier otra tarea màs significativa o necesarias por màs de una vez necesita una mejor definiciòn. Este consejo no significa que todas las organizaciònes necesitan volùmenes tras volùmenes de descripciones de procesos personalizados. Muchas organizaciones exitosas tienen documentos breves que definen pasos claves en cada àrea y hacen referencia a libros o manuales de productos que proveen màs detalles. Si usted aùn no cuenta con nada definido para las ocho àreas claves en la Figura 2, aquì tiene una manera sencilla de empezar: Cree un documento (ej. En Word) con una secciòn para cada uno de los ocho items indicados Inicie cada secciòn escribiendo un pàrrafo titulado: Lo que hacemos hoy en dia Añada otro pàrrafo titulado: Lo que necesitamos hacer Inicie una lista titulada Recursos y adicione los nombres de libros, productos, Webs y URLs, y otros recursos de competencia. Inicie una serie de listas de verificaciòn sencilla de las cosas que un desarrollador deberìa hacer cuando se le asigne una tarea en particular. Su primera experiencia en este punto no tiene que ser comprensiva. Pero tome su tiempo de manera que usted y su equipo puedan captar las pràcticas màs importantes a seguir durante un proyecto de desarrollo de software. El dar este paso no quiere decir que su organizaciòn serà elevada al nivel 3 en la escala de madurez del proceso. Pero usted contarà con una guìa inicial para lideres de proyectos y su equipo de trabajo, y obtendrà un lugar tangible para expandir y mejorar la descripciòn de sus procesos. Su lista de pràcticas de desarrollo tambièn proveerà la base para decidir que tareas podrìan verse beneficiadas por la automatizaciòn. Debido a que los principios bàsicos de administraciòn de software se extienden a industrias diversas, o tipos de aplicaciòn y/o ambientes computacionales, usted puede apoyarse en la experiencia de expertos y colegas foraneos a su propia organizaciòn para iniciar el proceso. Conforme vaya creando su lista de verificaciòn, usted podrà determinar si està creando una guìa ùtil para el desarrollador, siempre y cuando pueda contestar estas cuatro preguntas: Què hago en esta tarea? (Esto establece el propòsito y actividades de la tarea) Cuando estarè listo para ir a la siguiente tarea? (Esto puede indicar los entregables que se produzcan) Cuàl es la siguiente tarea? (Esto describe el orden de las tareas dentro de cada fase del proyecto) Còmo avanzo de la tarea actual a la siguiente tarea? (Esto cubre còmo los resultados de una tarea seràn utilizados en las actividades de la tarea siguiente) Page 7 of 14

8 Figura 2 AREAS CENTRALES DE ADMINISTRACIÒN DE SOFTWARE CINCO PASOS DEL CAOS AL CONTROL Una vez que tenga claro donde se encuentra y donde quiere estar, los siguientes cinco pasos le permitiràn avanzar en forma significativa en direcciòn al Nivel 3 de madurez y a un mejor control de sus proyectos. PASO 1: JUSTIFICAR ACCIONES A LA GERENCIA Y EQUIPO Por varias razones, la buena administraciòn de software no parece ser una pràctica intuitiva para nadie, incluyendo desarrolladores y gerentes poco tècnicos. Los desarrolladores se caracterizan por ser muy optimistas respecto de los resultados de los proyectos y poco entusiastas sobre actividades que no sean las de diseño y la codificaciòn inmediata. A los gerentes poco tècnicos tìpicamente no les gusta escuchar sobre estimaciones realistas, especialmente aquellas como Nosotros no hemos hecho este tipo de proyecto anteriormente, de modo que necesitaremos invertir tiempo y dinero para evaluar lo que tomarà llevarlo a cabo. En la mayorìa de organizaciones, tendrà que justificar la adopciòn de metodologìas sòlidas para el desarrollo de software. Para los desarrolladores, he encontrado que el argumento fundamental es que la buena administraciòn del software reduce dramàticamente el esfuerzo. Aquì estàn algunos de los beneficios directos para los desarrolladores: Gran satisfacciòn y estima de los usuarios finales Menos aburrimiento y frustraciòn en la recodificaciòn para arreglar defectos y deficiencias Page 8 of 14

9 Menor nivel de interrupciones en el trabajo (o en el tiempo personal) para solucionar fallas crìticas en el software. Los desarrolladores que trabajan en organizaciones con una efectiva administraciòn del desarrollo de software son los mejores evangelizadores porque ellos pueden dar cuenta a sus compañeros que la vida es mucho mejor bajo control que en caos. Como un beneficio adicional, un buen proceso de desarrollo de software provee màs tiempo para las partes verdaderamente creativas del desarrollo de software. Para la gerencia, hay un argumento altamento exitoso que puede usar: La buena administracion del desarrollo de software reduce substancialmente los riesgos. Una de las cosas que los gerentes universalmente temen es un proyecto de envergadura que se viene abajo ante sus propios ojos. Me he dado cuenta de que en general, los gerentes que no pertenecen al campo de Tecnologìa Informàtica son usualmente los màs inclinados a dar respaldo a los requerimientos para lograr un mejor control de los proyectos de software, aùn cuando esto requiera inversiones de antemano para capacitaciòn y herramientas, y aùn cuando el proceso rebaje las expectativas (poco realistas, por lo general). Asì como sucede con los desarrolladores, la mejor referencia entre gerentes son sus colegas especialmente gerentes que han visto a una organizaciòn de Tecnologìa Informàtica mejorar sus practicas y productividad gracias a una buena administraciòn del desarrollo de software. PASO 2: ADOPTAR UN PROCESO DE ADMINISTRACIÒN DE CAMBIOS Y HERRAMIENTAS La administraciòn de cambios (algunas veces llamado gerencia de configuraciòn de software, SCM por sus siglas en inglès), es absolutamente escencial para un proceso efectivo de desarrollo de software. Algunas pràcticas bàsicas del control de cambios incluyen: Herramientas para el seguimientos de cambios de una aplicaciòn, tales como el fuente y sus archivos ejecutables Identificar versiones internas/comunes y de prueba/producciòn de todos los componentes Control de acceso a componentes (fuentes, reserva para cambios y liberaciòn) Control del movimiento de versiones (ej. Promociòn de pruebas a producciòn) Identificaciòn y creaciòn de versiones (relaciòn de versiones) Registro historico de cambios (ej. Correcciòn de defectos, adiciòn de funcionalidades, etc.) Proveer comparaciònes relativas de diferentes versiones de un componente. Grupos pequeños de desarrolladores(ej. Uno o dos personas), con aplicaciones simples para desarrollar pueden usar documentaciòn y procesos manuales, sin automatizacion. Sin embargo, la mayorìa de organizaciones tendràn mejores resultados con sistemas de Administraciòn de Cambios (CM por sus siglas en inglès) que proveen herramientas automàticas para promociòn, archivamiento, administraciòn de versiones, comparaciones, distribuciòn de aplicaciones, entre otras funciones. La automatizaciòn reduce substancialmente el tiempo requerido para realizar tareas de CM tales como check-in/check-out (estos tèrminos denotan exclusividad para la modificaciòn o creaciòn de còdigo fuente asì como la liberaciòn del mismo respectivamente), ubicar objetos relacionados para archivarlos cuando una nueva versiòn es creada, mover todos los objetos relacionados con la aplicaciòn cuando la aplicaciòn es promovida, etc. El primer beneficio tangible de un sistema de automatizaciòn CM, se puede ver en la reducciòn de errores y la perdida de tiempo originada por equivocación humana en la construcciòn de la versiòn de producciòn. CM tambièn evita que multiples desarrolladores trabajen sobre el mismo componente y sobreescriban cambios originando resultados conflictivos en el accionar de los mòdulos. Pero el mayor beneficio del CM es que provee la infraestructura de trabajo para planear y realizar seguimientos tangibles de los componentes durante todo el proceso de desarrollo de la aplicaciòn. Page 9 of 14

10 Algunos sistemas automatizados de CM tambièn facilitan la recolecciòn de mediciones de productividad y calidad que usted puede utilizar para evaluar y administrar el proceso de desarrollo. Idealmente, una sola herramienta automatizada de CM deberìa englobar todos los tipos de mòdulos relacionados al proyecto de TI, incluyendo fuentes y objetos de varios lenguajes (ej. ILE RPG, Java, CL); tablas para bases de datos, vistas, e indices; elementos de pàginas Web (ej. HTML, scripts, y archivos de imàgenes); documentaciòn; archivos de configuraciòn XML; propietarios de archivos, etc. El utilizar multiples sistemas de CM para diferentes tipos de componentes es inconveniente y no permite la incorporacion de modulos interrelacionados con dependencias mutuas y estrechas. Un buen sistema de CM tambièn se debe integrar con otras herramientas de desarrollo y administraciòn tales como Ambientes Integrados de Desarrollo (IDEs por sus siglas en inglès), herramientas de pruebas, y utilitarios para el seguimientos de problemas. El valor de un sistema de CM va màs allà de simplemente check-in/check-out del còdigo fuente, sino tambien provee la base para el desarrollo de aplicaciones completas de TI, la puesta en producciòn y el soporte para el flujo de trabajo. Estandarizaciòn y automatizaciòn de estos flujos de procesos puede reducir el tiempo que toma realizar una correcciòn o desarrollar un proyecto nuevo, tambièn puede reducir significativamente problemas de puesta en producciòn. PASO 3: ADOPTAR UN PROCESO DE CONTROL DE CALIDAD Y HERRAMIENTAS Control de Calidad es un conjunto de pràcticas que permiten medir y mejorar la calidad de un producto. Esto incluye la reducciòn de defectos y la entrega de software que alcanza los niveles especificados de funcionalidad y rendimiento. La pràctica mas importante de QA que puede seguir es registrar todos los defectos y otros tipos de problemas. Usted no puede reducir problemas sin hacerles seguimiento. CM y QA dependen el uno del otro. Un efectivo sistema de QA requiere CM para asociar los defectos y sus correcciones con versiones y componentes especìficos (Esto puede ser manejado eficientemente con sistemas automatizados de QA y CM que estàn bien integrados). De manera inversa, incorporando QA para reducir defectos y el doble trabajo que estos causan es esencial para que un sistema de CM no sea usado tan frecuentemente en forma innecesaria, en cilos de che-out/recodificaciòn/check-in/pruebas/promociòn. QA tambièn incluye pruebas de unidad, integraciòn, y componentes a nivel de sistemas, incluyendo pruebas de regresiòn para estar seguro que la nueva versiòn no fallarà con el còdigo actualmente en funcionamiento que pueda o no haber sido modificado. Asì como CM, productos disponibles de software de QA son usualmente recomendados para cualquier proyecto de gran embergadura que sobrepasen la capacidad de grupos pequeños de desarrolladores y proyectos sencillos. Dependiendo de los equipos de desarrolladores en el proyecto y el tipo de proyecto a emprenderse, sus pràcticas de QA pueden beneficiarse al hacer uso del diseño inicial, la revisiòn de còdigo, programaciòn en pares, y otras tècnicas especìficas. La clave principal de QA es identificar las medidas de calidad (por ejemplo, nùmero de defectos) para luego validar el progreso y ver cuales pràcticas proveen beneficios reales. PASO 4: ADOPTE UN PROCESO PROGRESIVO E ITERATIVO DE DESARROLLO En teorìa, usted puede aplicar la practica del Big Bang para emprender proyectos: haga el anàlisis, el diseño, la implementaciòn y las pruebas, finalmente, entregue el software a producciòn. En la vida real, esta teorìa funciona solamente con proyectos simples. Un proceso progresivo y e iterativo resulta en menos riesgo y mejores resultados para la mayorìa de proyectos. Una estrategia progresiva identifica entregables concretos que son màs pequeños que el producto completo de cualquier fase en desarrollo. Por ejemplo, usted puede identificar una serie de versiones de una aplicaciòn con funciones adicionales agregadas a cada versiòn en forma Page 10 of 14

11 progresiva. Sin embargo, los incrementos pueden ser màs pequeños que una versiòn final y pueden estar asociados con objetivos tales como criterios de performance, facilidad de uso, etc., Con una estrategia iterativa, usted planea repetir y re-tocar una o màs fases del desarrollo (ej. anàlisis, diseño, implementaciòn, etc.) varias veces. El desarrollo incremental e iterativo, van de la mano; sin embargo, describen difererentes aspectos del flujo en un proyecto. Producir piezas claramente identificada (ej. especificaciones o còdigo) da al proyecto una estructura de progreso incremental. Ciclos de trabajo que son repetitivos en diferentes fases del proyecto es lo que hace a un proceso iterativo. Una iteraciòn puede producir un nuevo incremento (resultado) o puede darse simplemente para modificar un logro producido. El desarrollo incremental e iterativo provee, en forma temprana y continua, la necesaria retroalimentaciòn de información que permite aprender lo que la aplicaciòn realmente requiere y lo que tomarà finalizarla para su entrega. Juntas, estas pràcticas lo protejeràn contra el riesgo màs grande en cualquier proyecto: Lo que no se sabe, no importa. Con el desarrollo incremental e iterativo, usted podrà ajustar los entregables planeados y sus agendas (y otros aspectos de su plan de proyecto tambièn) conforme aprenda de su experiencia. Al entregar partes de la aplicaciòn a tiempo y regularmente, el equipo de desarrollo tambièn gana y establece credibilidad en su entorno, y crea auto-estima. A la vez, una estrategia incremental se enfoca màs en las necesidades de los usuarios, instándolos a identificar sus prioridades en cada etapa del proyecto. PASO 5: EVALUACIONES CONTINUAS Y REFINAMIENTO DE PROCESOS Teniendo un sistema de CM y QA establecidos, y siguiendo un curso incremental e iterativo de desarrollo, su organizaciòn de desarrolladores tiene la base necesaria para evaluar que tan buenos procesos especìficos del proyecto estàn trabajando o no, y si se necesita revisar otros a medida que avanza el proyecto. Los procesos iterativos proveen una manera natural de llevar a cabo correcciones simples a lo largo de todo el proyecto. Pero lo màs importante de esta metodologìa, es que usted puede incorporar puntos de control explìcitos al final de cada ciclo de iteración. Si existen problemas, usted puede revisar y corregir partes del proceso para la siguiente iteraciòn. Otro beneficio de la evaluaciòn del proceso en forma continua es que usted puede descontinuar pràcticas no efectivas al final de cualquier iteraciòn. Con el tiempo, el proceso continuo de mejoras es la transiciòn mas fàcil y efectiva para salir del caos y establecer un verdadero control de desarrollo. En lugar de realizar cambios radicales en la manera como desarrolla e implementa software, usted puede adaptarse gradualmente a las necesidades de su organizaciòn, al estilo de su equipo de trabajo, y a cambios en la tecnologìa. Usted tambièn puede controlar el ritmo en que incorpora desarrollos adicionales y herramientas de administraciòn. Si su organizaciòn se compromete al continuo mejoramiento de procesos de desarrollo, usted prodrìa finalmente alcanzar los Niveles de Madurez 4 y 5. Page 11 of 14

12 SUMARIO El desarrollo de software nunca serà un proceso mecànico en su totalidad. Sin embargo, hoy en dìa estamos màs allà de la era cuando el proceso de desarrollo era considerado como magia negra. Muchas organizaciones exitosas, hoy en día, utilizan una combinación de metodologías formales e informales de desarrollo, y una mezcla de herramientas compradas y/o desarrolladas en casa, para conducir proyectos de manera predecible, que aceleren el desarrollo y reduzcan el riesgo innatos en estos. La adopciòn de sistemas de CM y QA son la base integral para la administraciòn del desarrollo de software. El desarrollo incremental, iterativo, y la evaluaciòn/mejora continua del proceso son piezas claves para lograr el control completo de un proyecto. Paul Conte es presidente de, una firma consultora en Eugene, Oregon, y es editor senior para e-pro Magazine e iseries NEWS Paul ha publicado numerosos artìculos sobre pràcticas de desarrollo de software y es una autoridad ampliamente reconocida en tecnologìa de base de datos. El es autor o co-autor de cinco libros, incluyendo SQL/400 Guìa del Desarrollador y SQL Server 2000 Guìa del desarrollador. Paul tiene un Bachillerato en Sicologìa de la Universidad del Estado de Georgia y una maestrìa en Ingeniería de Sistemas de la Universidad de Oregon. Page 12 of 14

13 DONDE APRENDER MÀS 14 Ways to Succeed at Project Management Paul Conte IT Financial Management cle/contentid/9 En este artìculo, elabore una variedad de pràcticas especìficas que lo ayudaràn a ser exitoso con proyectos de desarrollo de software Cockburn, Alistair Surviving Object-Oriented Projects Reading, MA: Addison-Wesley Publishing Company, 1997 Este libro es bastante corto pero provee una excelente explicaciòn de los riesgos administrativos y las tècnicas incrementales e iterativas del desarrollo McConnell, Steve. Software Project Survival Guide. Redmond, WA: Microsoft Press, 1997 Una buena introducciòn a muchos principios del desarrollo de software. Por ejemplo McConnell nos ilustra con el siguiente pensamiento: Proyectos efectivos, controlan los cambios; mientras que proyectos inefectivos se dejan controlar por ellos Software Engineering Institue Web site: Aquì usted podrà aprender màs sobre el Modelo de Capacidad de Madurez referenciado en la Figura 1. Para una descripciòn detallada de los niveles de capacidad vea el capìtulo 4 en el Capability Maturity Model Integration, Version 1.1 documento en PDF disponible en: El site SEI tiene una variedad amplia de documentos en lìnea, sin embargo; los documentos tienden a estar escritos en un estìlo acadèmico. NASA Software Engineering Laboratory Web site: Otra fuente de investigaciòn documentada y guìa sobre la administraciòn de software Softlanding System Web Site: Una fuente especìfica sobre informaciòn de administraciòn de software en una plataforma iseries y links a otros articulos y Web sites de mucha utilidad. Page 13 of 14

14 SoftLanding Systems, Inc. 84 Elm Street, Peterborough, SISRED S.A.C., Canaval y Moreyra 350 Of. F NH , Webmaster San Isidro Lima Perú Tel Copyright 2003, SoftLanding Systems, Inc. Page 14 of 14

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Existen varios estándares que en materia de administración de

Más detalles

Qué es el Modelo CMMI?

Qué es el Modelo CMMI? El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto

Más detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

SW-CMM Capability Maturity Model for Software

SW-CMM Capability Maturity Model for Software SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM

Más detalles

INTRODUCCION A LA INGENIERIA DE SOFTWARE

INTRODUCCION A LA INGENIERIA DE SOFTWARE UNIDAD I INTRODUCCION A LA INGENIERIA DE SOFTWARE Contenido: 1.1 Definiciones 1.2 Evolucion del Software 1.3 Importancia del Software 1.4 Problemas del Software 1.5 Caracteristicas del Software 1.6 Conceptos

Más detalles

Calidad de Software - CMM

Calidad de Software - CMM Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?

Más detalles

Gobernabilidad de TI. Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. 2do.

Gobernabilidad de TI. Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. 2do. Gobernabilidad de TI COBIT Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur 2do. Cuatrimestre 2010 T. 2 Contenido Introducción a la Gobernabilidad de TI

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro

Más detalles

El documento consiste en un resumen de los tres primeros capítulos de cada uno de los siguientes estándares:

El documento consiste en un resumen de los tres primeros capítulos de cada uno de los siguientes estándares: RESUMEN (Borrador) DE LOS CAPÍTULOS 1, 2 Y 3 DE LOS DOCUMENTOS Estándar de la Gestión de Programas Estándar de la Gestión de Portafolios Modelo de Madurez Organizacional en Gestión de Proyectos- OPM3 Nota

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI MODELO Y HERRAMIENTA DE AUTOMATIZACIÓN PARA AGREGAR VALOR A LOS PRINCIPIOS ÁGILES DE DESARROLLO

Más detalles

La Gestión por Procesos en las Organizaciones La forma en la que los resultados se logran

La Gestión por Procesos en las Organizaciones La forma en la que los resultados se logran La Gestión por Procesos en las Organizaciones La forma en la que los resultados se logran Deloitte S.C. 2014 Reflexiones Aplicando la Gestión por Procesos en nuestras organizaciones Por qué adoptar un

Más detalles

Análisis y Diseño de Aplicaciones

Análisis y Diseño de Aplicaciones Análisis y Diseño de Aplicaciones Ciclo de Vida Docente: T/RT Gonzalo Martínez CETP EMT Informática 3er Año Introducción En el desarrollo de sistemas, el ciclo de vida son las etapas por las que pasa un

Más detalles

Describir el CMMI para el desarrollo de software, evolución, alcance y representación

Describir el CMMI para el desarrollo de software, evolución, alcance y representación Unidad 6: Introducción a CMMI Objetivo terminal de la Unidad Describir el CMMI para el desarrollo de software, evolución, alcance y representación Temas: Acerca del Modelo Capacidad Madurez Evolución de

Más detalles

En las empresas, la rapidez de aprendizaje puede convertirse en la única fuente sostenible de ventajas competitivas

En las empresas, la rapidez de aprendizaje puede convertirse en la única fuente sostenible de ventajas competitivas Con mucha disciplina En las empresas, la rapidez de aprendizaje puede convertirse en la única fuente sostenible de ventajas competitivas Por Peter Senge Peter Senge es director del Centro de Aprendizaje

Más detalles

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

Más detalles

Los Secretos de la Aplicación de principios Lean a las Operaciones de Distribución

Los Secretos de la Aplicación de principios Lean a las Operaciones de Distribución Informe Detallado Los Secretos de la Aplicación de principios Lean a las Operaciones de Distribución www.fortna.com Este informe es proporcionado a usted por cortesía de Fortna Inc., líder en diseño, implementación

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP. Arquitectura empresarial Integrado. del sector TIC. de Información Tecnologías relacionadas

BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP. Arquitectura empresarial Integrado. del sector TIC. de Información Tecnologías relacionadas MATRIZ CONCEPTUAL BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP NOMBRE COMPLETO Business Process Management o esourcing Capability Mode o Capability Maturity Model Control Objectives for European

Más detalles

Capítulo 3 - Aseguramiento de la calidad del software

Capítulo 3 - Aseguramiento de la calidad del software Capítulo 3 - Aseguramiento de la calidad del software 3.1 Introducción La calidad es el conjunto de propiedades inherentes a una entidad, que permiten juzgar su valor. Está cuantificada por el valor que

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

BS 25999 - Gestión de la Continuidad del Negocio MINIMIZANDO LA INTERRUPCIÓN MAXIMIZANDO LA RECUPERACIÓN. raising standards worldwide TM

BS 25999 - Gestión de la Continuidad del Negocio MINIMIZANDO LA INTERRUPCIÓN MAXIMIZANDO LA RECUPERACIÓN. raising standards worldwide TM BS 25999 - Gestión de la Continuidad del Negocio MINIMIZANDO LA INTERRUPCIÓN MAXIMIZANDO LA RECUPERACIÓN raising standards worldwide TM QUÉ PODRÍA DETENER A SU NEGOCIO? Un marco de referencia para la capacidad

Más detalles

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN GESTIÓN DEL CAMBIO Fernanda M. Soto 1, Henry F. Montalván 2 El arte de coordinar el desarrollo de software para minimizar la confusión se llama gestión de la configuración (GC-GCS). La Gestión de la Configuración

Más detalles

UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Resumen. Rodolfo Villarroel Marcello Visconti rvillarr@spock.ucm.cl visconti@inf.utfsm.cl Universidad Católica del Maule Universidad

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

IT Project Management Desarrollo de Software

IT Project Management Desarrollo de Software IT Project Management Desarrollo de Software Es posible una mezcla de Waterfall y Agile? Cómo se acerca el PMBOK a Agile? Autor: Norberto Figuerola Resulta muy frecuente que se suela confundir una aproximación

Más detalles

Los procesos de software. Un proceso de software se define como un:

Los procesos de software. Un proceso de software se define como un: Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos

Más detalles

Conceptos y Fundamentos acerca de Procesos de Desarrollo

Conceptos y Fundamentos acerca de Procesos de Desarrollo Conceptos y Fundamentos acerca de Procesos de Desarrollo Prof. Gustavo J. Sabio Calidad de Software 4to año Licenciatura en Sistemas de Información Universidad de Congreso (c) 2006, Mendoza, Argentina

Más detalles

Cómo puedo administrar mejor los activos de software y mitigar el riesgo de las auditorías de cumplimiento?

Cómo puedo administrar mejor los activos de software y mitigar el riesgo de las auditorías de cumplimiento? RESUMEN DE LA SOLUCIÓN CA SERVICE MANAGEMENT: ADMINISTRACIÓN DE ACTIVOS DE SOFTWARE Cómo puedo administrar mejor los activos de software y mitigar el riesgo de las auditorías de cumplimiento? CA Service

Más detalles

Capability Maturity Model Integration CMMI - Overview I

Capability Maturity Model Integration CMMI - Overview I Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI

Más detalles

Bryan Jiménez Franco CEO SkillCloud Noviembre, 2014. Agilidad de Negocio, e Innovación

Bryan Jiménez Franco CEO SkillCloud Noviembre, 2014. Agilidad de Negocio, e Innovación Bryan Jiménez Franco CEO SkillCloud Noviembre, 2014 Agilidad de Negocio, e Innovación Agenda 1. Los clientes están cambiando 2. Tecnología futura 3. Cómo prepararse para el futuro 4. Agile, Lean y la Innovación

Más detalles

Según Peter Senge. Cuáles cree usted que son los modelos de organizaciones que aprenden actualmente?

Según Peter Senge. Cuáles cree usted que son los modelos de organizaciones que aprenden actualmente? Revista Gestión 1 / enero - febrero 1997. (Entrevista a Peter Senge) Con mucha disciplina En las empresas, la rapidez de aprendizaje puede convertirse en la única fuente sostenible de ventajas competitivas.

Más detalles

Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo.

Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo. Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo. ÍNDICE 1. INTRODUCCIÓN...3 2. LA NECESIDAD DEL CAMBIO DEL ROL DE TI...5 3. NECESIDAD DE GOBIERNO DE TI...6 4. COBIT Y GOBIERNO

Más detalles

Gestión de Calidad. Calidad de Software UNIVERSIDAD MAYOR DE SAN SIMON FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA DE INGENIERIA DE SISTEMAS

Gestión de Calidad. Calidad de Software UNIVERSIDAD MAYOR DE SAN SIMON FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA DE INGENIERIA DE SISTEMAS UNIVERSIDAD MAYOR DE SAN SIMON FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA DE INGENIERIA DE SISTEMAS Gestión de Calidad Calidad de Software Nombre: Vargas Arteaga Vanessa Alejandra Docente: Valentín Laime

Más detalles

Gestión del Alcance del Proyecto

Gestión del Alcance del Proyecto pm4dev, 2009 serie de gerencia para el desarrollo Gestión del Alcance del Proyecto GERENCIA DE PROYECTOS PARA ORGANIZACIONES DE DESARROLLO GERENCIA DE PROYECTOS PARA ORGANIZACIONES DE DESARROLLO Una metodología

Más detalles

I D C A N A L Y S T C O N N E C T I O N. M e j o res prác ticas para una estrateg ia d e I n t e l ig e n cia de Negocio s y de A n a lít i ca

I D C A N A L Y S T C O N N E C T I O N. M e j o res prác ticas para una estrateg ia d e I n t e l ig e n cia de Negocio s y de A n a lít i ca I D C A N A L Y S T C O N N E C T I O N Dan Vesset Vicepresidente del programa de Analítica empresarial M e j o res prác ticas para una estrateg ia d e I n t e l ig e n cia de Negocio s y de A n a lít

Más detalles

El Costo Oculto de la Migracion de Datos

El Costo Oculto de la Migracion de Datos El Costo Oculto de la Migracion de Datos Brett Callow Copyright Acronis, Inc., 2000 2008 Cuando se reemplazan o consolidan sistemas y hay que responder constantemente a unas necesidades crecientes de capacidad,

Más detalles

Presentación Comercial IXAYA Crédito

Presentación Comercial IXAYA Crédito Presentación Comercial IXAYA Crédito Versión: 2.0.1 Fecha: 21/04/2014 Elaboró: División Consultoría Contenido 1. Descripción de la solución....3 1.1. Beneficios....4 1.2. Modelo operativo....5 1.3. Arquitectura

Más detalles

Está brindando valor a sus clientes para ayudarlos a combatir el estancamiento. de la virtualización? y acelerar la madurez

Está brindando valor a sus clientes para ayudarlos a combatir el estancamiento. de la virtualización? y acelerar la madurez RESUMEN PARA SOCIOS DE NEGOCIOS: CA VIRTUAL FOUNDATION SUITE Está brindando valor a sus clientes para ayudarlos a combatir el estancamiento de la virtualización y acelerar la madurez de la virtualización?

Más detalles

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Business white paper Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Índice de contenidos 3 Resumen ejecutivo 3 Introduction 3 Enterprise-level best practices

Más detalles

Diseño e Implementación de los Procesos de Gestión TI

Diseño e Implementación de los Procesos de Gestión TI Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de

Más detalles

Administración del Riesgo Operacional

Administración del Riesgo Operacional Basilea Septiembre 1998 Administración del Riesgo Operacional Recientemente, el ha iniciado un trabajo relativo al riesgo operacional. El manejo de tal riesgo se está volviendo una característica importante

Más detalles

Aplicaciones bancarias que responden

Aplicaciones bancarias que responden Estudio de caso Aplicaciones bancarias que responden HP Service Virtualization le brinda a un banco importante una forma más rentable y flexible de detectar los problemas de rendimiento de las aplicaciones,

Más detalles

cómo migrar desde la administración de servicios a SaaS

cómo migrar desde la administración de servicios a SaaS WHITE PAPER Septiembre de 2012 cómo migrar desde la administración de servicios a SaaS Principales desafíos, y cómo CA Nimsoft Service Desk ayuda a resolverlos agility made possible Índice resumen ejecutivo

Más detalles

INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie

INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda 2 Problema

Más detalles

VISIÓN GENERAL HERRAMIENTAS COMERCIALES

VISIÓN GENERAL HERRAMIENTAS COMERCIALES VISIÓN GENERAL El servidor de MS SQL se ha convertido en un estándar en muchas partes de la América corporativa. Puede manejar volúmenes de datos grandes y se integra bien con otros productos de Microsoft.

Más detalles

Capitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas

Capitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas Capitulo 4. Comparación entre la Representación Continua y la Representación por Etapas "In God we trust, all others bring data." Deming Tal como ya se mencionó al final del Capitulo 2, dentro del CMMI

Más detalles

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501 1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se

Más detalles

Informe técnico de negocios. Las diez principales razones para automatizar sus procesos de TI

Informe técnico de negocios. Las diez principales razones para automatizar sus procesos de TI Informe técnico de negocios Las diez principales razones para automatizar sus procesos de TI Índice 4 Herramientas y tendencias de administración del centro de datos 4 El desafío actual 4 Lo que viene

Más detalles

PROPUESTA PARA LA IMPLEMENTACIÓN DE UNA OFICINA DE ADMINISTRACIÓN DE PROYECTOS

PROPUESTA PARA LA IMPLEMENTACIÓN DE UNA OFICINA DE ADMINISTRACIÓN DE PROYECTOS PROPUESTA PARA LA IMPLEMENTACIÓN DE UNA OFICINA DE ADMINISTRACIÓN DE PROYECTOS PMO (Parte 1 de 2) Sergio Salimbeni Mayo, 2014 CONTENIDO 1. Abstract... 4 2. Planteamiento del problema... 5 3. Justificación...

Más detalles

RESUMEN de la GESTIÓN de PROYECTOS

RESUMEN de la GESTIÓN de PROYECTOS RESUMEN de la GESTIÓN de PROYECTOS Basado en la Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK ) Contenidos Introducción...2 PMI...2 Objetivos...2 PMBOK...2 Proyecto...3 Concepto...3

Más detalles

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008 SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008 Por qué es Necesario Implementar un ERP? Las tendencias actuales y futuras están obligando a las empresas a aumentar su competitividad, por lo que

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

ESTUDIO DE CASO PROCESO DE MEDICIÓN EN PROYECTOS DE TI

ESTUDIO DE CASO PROCESO DE MEDICIÓN EN PROYECTOS DE TI UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ESCUELA DE COMPUTACION INGENIERIA DE SOFTWARE CICLO II/2008 ESTUDIO DE CASO PROCESO DE MEDICIÓN EN PROYECTOS DE TI DOCENTE: ING. MILTON NARVÁEZ. PRESENTADO

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

INFORMACIÓN RELACIONADA

INFORMACIÓN RELACIONADA INFORMACIÓN RELACIONADA Solucionar problemas para empresas de la industria del gas y el petróleo Soluciones de gestión de cartera de proyectos Primavera ORACLE ES LA COMPAÑÍA DE INFORMACIÓN Lograr objetivos

Más detalles

Industrialice sus aplicaciones para lograr el alto rendimiento

Industrialice sus aplicaciones para lograr el alto rendimiento Technology Industrialice sus aplicaciones para lograr el alto rendimiento Los ejecutivos de TI continúan buscando métodos con los cuales poder aumentar, de manera medible, tanto la eficiencia como la efectividad

Más detalles

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM Metodología BPM:RAD - Rapid Analysis & Design Capítulo extraído de El Libro del BPM 2011 Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Más detalles

Los sistemas ERP y la gestión de Proyectos, una solución especializada

Los sistemas ERP y la gestión de Proyectos, una solución especializada Los sistemas ERP y la gestión de Proyectos, una solución especializada Que son los sistemas ERP Los sistemas de Planeación de Recursos Empresariales (ERP) han evolucionado desde sistemas que, para la situación

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

Más detalles

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca

Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC. Universidad de Salamanca Eduardo Blanco, PMP Ingeniería de Desarrollo Software, Grupo SATEC Agenda Caso práctico Introducción Una metodología CMMI Una empresa SATEC 2 Introducción De la Universidad a la Empresa En la Universidad

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: CICLO DE VIDA VISIÓN TRADICIONAL DEL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN STEMAS DE INFORMACIÓN Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza M. Material revisado

Más detalles

calidad brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000

calidad brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION ISO 9001:2000 calidad 2009 brochure Software Quality Assurance/Project Management IDEOLOGY INTELLIGENCE INFORMATION IMPR INNOVATION Software Quality Assurance Project Management Dos de los factores que más positivamente

Más detalles

Modelos y Normas Disponibles de Implementar

Modelos y Normas Disponibles de Implementar Modelos y Normas Disponibles de Implementar AmericaVeintiuno tiene capacidad para asesorar a una organización en base a diferentes modelos o normativas enfocadas al mercado informático. A partir de determinar

Más detalles

ECOSA. junio de 2006. Contenido. Equipos Computacionales de Occidente.

ECOSA. junio de 2006. Contenido. Equipos Computacionales de Occidente. Página 1 de 12 junio de 2006 ECOSA Equipos Computacionales de Occidente. Contenido. Acerca de ECOSA Por qué ECOSA? Nuestros socios estratégicos. Nuestra propuesta de trabajo para México: Nuestros objetivos:

Más detalles

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos Tema 13 Metodologías en el desarrollo de Sistemas de Software Prof. Oscar Adolfo Vallejos Desarrollo de Sistemas de Software Objetivo Conceptos en el contexto más amplio de Software e Ingeniería de Software

Más detalles

Expertos en Soluciones de Gestión Empresarial (ERP) y de Recursos Humanos

Expertos en Soluciones de Gestión Empresarial (ERP) y de Recursos Humanos Expertos en Soluciones de Gestión Empresarial (ERP) y de Recursos Humanos PERFIL EMPRESARIAL Ofisis nació en 1993 con el claro compromiso de desarrollar Soluciones de Gestión Empresarial (ERP) y de Recursos

Más detalles

ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 1: INTRODUCCIÓN AL PROCESO SOFTWARE PERSONAL

ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 1: INTRODUCCIÓN AL PROCESO SOFTWARE PERSONAL ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 1: INTRODUCCIÓN AL PROCESO SOFTWARE PERSONAL DAVID RODRÍGUEZ HERNÁNDEZ FECHA DE REVISIÓN: 14 Septiembre 2007 ZAMORA (CURSO 2007/2008) david.rgh@gmail.com

Más detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

Más detalles

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos.

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos. Unidad I Introducción a la ingeniería del software y sistemas de información Las economías de todos las paises son cada vez más y más dependientes del Software Importancia del Software 10 Cada vez más

Más detalles

Personas IT Ingeniería de Software BPO Capacitación

Personas IT Ingeniería de Software BPO Capacitación Personas IT Ingeniería de Software BPO Capacitación Nosotros Somos una empresa con 23 años de Chile y Colombia. Desarrollamos servicios integrados a través de nuestras 4 unidades de negocio, Outsourcing

Más detalles

Adquisición de ERP. December 4, 2007

Adquisición de ERP. December 4, 2007 Adquisición de ERP December 4, 2007 Definiendo ERP Definiendo ERP Continuación Definiendo ERP Continuación Entonces que es ERP después de todo? Software (en caja) directo del estante Modulos integrados

Más detalles

CAPÍTULO 5. MODELO DE CAPACIDAD DE MADUREZ

CAPÍTULO 5. MODELO DE CAPACIDAD DE MADUREZ CAPÍTULO 5. MODELO DE CAPACIDAD DE MADUREZ Ya que el problema fundamental de las organizaciones de software es su inhabilidad para administrar sus procesos. El CMM para Software (CMM-SW) se convierte en

Más detalles

INFORMACIÓN RELACIONADA

INFORMACIÓN RELACIONADA INFORMACIÓN RELACIONADA Soluciones para compañías del sector de servicios públicos Soluciones de gestión de cartera de proyectos Primavera ORACLE ES LA COMPAÑÍA DE INFORMACIÓN Alcanzar la excelencia operativa

Más detalles

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

Administración de servicios: cómo brindar un mejor servicio con una CMDB

Administración de servicios: cómo brindar un mejor servicio con una CMDB Administración de servicios: cómo brindar un mejor servicio con una CMDB administración integrada de las configuraciones Autora:, ConnectSphere Limited, Reino Unido En la actualidad, las organizaciones

Más detalles

10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA

10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA 10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA Visión desde el Modelo de Calidad para el Desarrollo de Aplicaciones Informáticas AUTORES MsC. Anisbert Suárez Batista Ing. Maikel Muñoz

Más detalles

Exsis Software & Soluciones S.A.S

Exsis Software & Soluciones S.A.S Exsis Software & Soluciones S.A.S., es una empresa de recursos y capital netamente colombiano que dio inicio a sus actividades como proveedor de soluciones a la medida, con el fin de brindar a nuestros

Más detalles

Metodologías Ágiles Desde una Perspectiva de Project Management. Fernando Contreras Velásquez Project Management & Engineering Services.

Metodologías Ágiles Desde una Perspectiva de Project Management. Fernando Contreras Velásquez Project Management & Engineering Services. Metodologías Ágiles Desde una Perspectiva de Project Management Fernando Contreras Velásquez Project Management & Engineering Services. Ing. Fernando Contreras Velásquez: PMP, PMI-SP, PMI-RMP Acerca del

Más detalles

CONSEJOS PARA LA CORRECCIÓN: EL USO DE LA RÚBRICA

CONSEJOS PARA LA CORRECCIÓN: EL USO DE LA RÚBRICA CONSEJOS PARA LA CORRECCIÓN: EL USO DE LA RÚBRICA Una rúbrica para la corrección constituye una guía para asignar el puntaje o una lista de chequeo a través de la cual se identifican los estándares y los

Más detalles

Evolución de Software

Evolución de Software Evolución de Software Marcello Visconti & Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Mantención de Software Gestión de Configuración

Más detalles

4) Asegurar la cadena de abastecimiento, provisión just in time Usando soluciones de SCM basadas en e-business, las empresas pueden lograr:

4) Asegurar la cadena de abastecimiento, provisión just in time Usando soluciones de SCM basadas en e-business, las empresas pueden lograr: Pasos para crear una empresa. com 1) Definir el target de mercado hacia el cual habrá de apuntar la estrategia de venta, tipo de clientes a que quiere llegar y con qué productos. Investigación de mercado.

Más detalles

Bachilleres: Bustamante Dayana C.I: 22.983.709 Rodríguez Jean C. C.I: 21.169.047

Bachilleres: Bustamante Dayana C.I: 22.983.709 Rodríguez Jean C. C.I: 21.169.047 UNIVERSIDAD NACIONAL EXPERIMENTAL DE LOS LLANOS OCCIDENTALES EZEQUIEL ZAMORA Ingeniería en Informática Subproyecto: Metodología de Desarrollo del Software Semestre VII Bachilleres: Bustamante Dayana C.I:

Más detalles

agility made possible

agility made possible RESUMEN DE LA SOLUCIÓN Administración de activos de software con CA IT Asset Manager cómo puedo administrar mejor mis activos de software y mitigar el riesgo de las auditorías de cumplimiento? agility

Más detalles

agility made possible

agility made possible RESUMEN SOBRE SOLUCIÓN Solución de generación de reportes de capacidad actual de CA Technologies Puede automáticamente evaluar y administrar cuán eficientemente está utilizando sus recursos internos de

Más detalles

monitoreo efectivo del desempeño en entornos SAP

monitoreo efectivo del desempeño en entornos SAP INFORME OFICIAL Septiembre de 2012 monitoreo efectivo del desempeño en entornos SAP Los desafíos clave y cómo CA Nimsoft Monitor ayuda a abordarlos agility made possible tabla de contenido resumen 3 Introducción

Más detalles

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE Recibido: 23 de febrero de 2011 Aceptado: 29 de marzo de 2011 SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE MSc. Ailin Orjuela, MSc. Luis Alberto Esteban, MSc.

Más detalles

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad

Más detalles

ESCUELA POLITÉCNICA NACIONAL Ingeniería en Sistemas APLICACIONES EN AMBIENTES LIBRES

ESCUELA POLITÉCNICA NACIONAL Ingeniería en Sistemas APLICACIONES EN AMBIENTES LIBRES Integrantes: GRUPO: 4 - Marcela Balseca Fecha: 04/05/2012 - Patricia Gálvez - Lilian Guamán S. - Diego Hallo ALTERNATIVAS DE SOFTWARE LIBRE PARA PROYECTOS DE DESARROLLO La cantidad de alternativas libres

Más detalles

CAPITULO IV. La perspectiva financiera en el cuadro de mando integral mantiene los indicadores

CAPITULO IV. La perspectiva financiera en el cuadro de mando integral mantiene los indicadores CAPITULO IV PERSPECTIVA FINANCIERA La perspectiva financiera en el cuadro de mando integral mantiene los indicadores financieros, ya que estos pueden resumir las consecuencias económicas que generan dichos

Más detalles

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s PRINCE2 & TickIT Jorge Armando Medina Morales Código 1700321660 U n i v e r s i d a d D e C a l d a s F a c u l t a d D e I n g e n i e r í a s I n g e n i e r í a D e S i s t e m a s O c t u b r e 2010

Más detalles

Impacto de la calidad en la dirección de proyectos con Six Sigma

Impacto de la calidad en la dirección de proyectos con Six Sigma Impacto de la calidad en la dirección de proyectos con Six Sigma Por Shobhit Shrotriya, PMP Abstract Toda organización debe ejecutar proyectos que cumplan con, o que excedan, las expectativas de sus clientes.

Más detalles