Aplicando el método de Boehm y Turner. Applying the Boehm and Turner method

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

Download "Aplicando el método de Boehm y Turner. Applying the Boehm and Turner method"

Transcripción

1 Tipo de artículo: Artículo original Temática: Ingeniería de Software Recibido: 19/03/2012 Aceptado: 04/06/2012 Publicado: 15/06/2012 Aplicando el método de Boehm y Turner Applying the Boehm and Turner method Mairelys Boeras Velázquez 1, Laritza Cabrera Barroso 2, Eileén Llano Castro 3, Ana María Sánchez Gonzalez 4, Yaima Oval Riveron 4, Eylin Hernández Luque 4 1 CISED. Departamento de Identificación. Universidad de las Ciencias Informáticas, Carretera a San Antonio de los Baños, km 2 ½, Torrens, Boyeros, La Habana, Cuba. CP.: CENIA. Departamento Gestión Documental. Universidad de las Ciencias Informáticas, Carretera a San Antonio de los Baños, km 2 ½, Torrens, Boyeros, La Habana, Cuba. CP CENIA. Centro de Informatización Universitaria. Universidad de las Ciencias Informáticas, Carretera a San Antonio de los Baños, km 2 ½, Torrens, Boyeros, La Habana, Cuba. CP Departamento de Ingeniería y Gestión de Software y PP. Facultad 1. Universidad de las Ciencias Informáticas, Carretera a San Antonio de los Baños, km 2 ½, Torrens, Boyeros, La Habana, Cuba. CP Autores para la correspondencia: {mbohera, lcabrera}@uci.cu Resumen La ingeniería de software bajo restricciones de tiempo, costo y calidad trata sobre la aplicación de prácticas y métodos para construir productos de software que cumplan las expectativas de clientes y usuarios. En ocasiones, la mala selección de los métodos no permite obtener los resultados esperados en los proyectos de desarrollo de software. Pero en la actualidad, ya se cuentan con técnicas que teniendo en cuenta las características de estos proyectos permiten realizar una selección más acertada del método de desarrollo a utilizar. En el presente trabajo, tomando como referencia un caso de estudio y utilizando el método de Boehm y, a partir del análisis, sus cinco criterios, se realiza la selección más acertada del enfoque, la metodología y las prácticas a utilizar en el proceso de desarrollo de software. Palabras clave: Enfoque; método de Boehm y Turner; metodología. 1

2 Abstract Software engineering under constraints of time, cost and quality, is about the application of practices and methods to build software products that meet the expectations of customers and users. Sometimes, a poor selection of methods does disallows achieving the expected results in projects. But nowadays, there are some techniques that taking into account the characteristics of a project, allows a proper selection of the right development method to use. In this paper presents, taking a case study as reference and using the Boehm and Turner method from the analysis five criteria, the selection of the most appropriate approach, methodology and practices to use in the software development process. Keywords: Approach, Boehm and Turner method, methodology. Introducción La ingeniería de software supone la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software (IEEE, 1993). Sucede que lo que puede entenderse como sistemático, disciplinado y cuantificable para un equipo de desarrollo, puede resultar inconsecuente o caótico para otros. La experiencia de años de trabajo en el desarrollo de software indica que el éxito radica en una mayor planificación, siguiendo una guía de procesos que permiten la organización y control del proyecto. Por otro lado, tendencias actuales van dirigidas al uso de metodología que parecen contradecir esta visión tradicional. Las necesidades de los clientes pueden ser muy cambiantes y por ello es preciso adoptar mecanismos que faciliten la adaptación rápida a dichos cambios, porque puede correrse el riesgo de estar resolviendo el problema equivocado. Por otro lado, la dinámica del mercado, exige entregas constantes que demandan tiempos de desarrollo cada vez más cortos. A estas corrientes que coexisten en la construcción del software actual se les conoce como enfoque ágil y enfoque prescriptivo de desarrollo. El enfoque prescriptivo, denominado en algunas bibliografías como tradicional o pesado, busca la estructura, orden y consistencia del proyecto de desarrollo de software en cuestión. Se les llama prescriptivos porque prescriben un conjunto de elementos del proceso (acciones, tareas, productos de trabajo, mecanismos de control y aseguramiento de la calidad). Además definen la forma en que los elementos del proceso mencionados anteriormente deben relacionarse entre sí (Pressman, 2005). El enfoque ágil, llamado también como enfoque ligero se centra en los miembros del equipo y su interacción, en la entrega rápida de versiones de software funcional, en la colaboración constante del cliente y la facilidad para manejar los cambios, dándole menor importancia a las herramientas, documentación, la formalidad y planificación exhaustiva del proceso (Manifiesto Ágil, 2001). 2

3 Aunque estas visiones parezcan opuestas, lo cierto es que se requiere disciplina, pero también adaptabilidad y agilidad. La selección de un enfoque y en función de este la metodología a utilizar, dependen de las circunstancias y características específicas de cada proyecto de desarrollo de software. El análisis de estas cuestiones, así como de todas las decisiones que se toman en cuanto a la forma de enfrentar el proyecto, facilitan o no, la adopción de un enfoque. La realidad en la mayoría de los proyectos de software actuales, es que el esfuerzo dedicado a la valoración de estas cuestiones todavía es insuficiente. Esto hace que la selección de la metodología a utilizar parezca un acto de fe, en lugar de una evaluación de alternativas técnicas, costos, beneficios, condiciones sociales y riesgos asociados. La presente investigación tiene como objetivo, a partir de un caso de estudio, seleccionar el enfoque, metodología y prácticas más adecuadas a utilizar en el proceso de desarrollo de software, mediante el método Boehm y Turner que permite caracterizar el proyecto de software a partir de 5 criterios y estimar cuan ágil o prescriptivo debía ser el enfoque a utilizar. Materiales y métodos Por la diversidad de características de los proyectos hoy día, donde se mezclan elementos que favorecen el uso de ambos enfoques, existe una tendencia a utilizar un enfoque híbrido, donde se apliquen las prácticas que se proponen en diferentes metodologías y permitan una mejor adaptación a las particularidades de cada proyecto de desarrollo de software. Es muy común encontrar, la definición de criterios de evaluación para la valoración del ambiente en el que se desarrolla un proyecto, o para la selección de la metodología de desarrollo bajo la que se estará desarrollando el mismo. En búsquedas realizadas para determinar un método que pudiera ser usado en la determinación del enfoque y la metodología para la ejecución del proyecto, se encontraron el de Boehm y Turner y otros que basan su funcionamiento en criterios de selección, como son: la presencia y el conocimiento (Tinoco et al., 2010). Se selecciona el método de Boehm y Turner debido a que los otros métodos encontrados van más encaminados a la selección de la metodología de desarrollo en sí, y no a determinar el enfoque del proyecto dado sus características. El método de Boehm y Turner plantea 5 criterios fundamentales mediante los que se estará valorando el proyecto; estos son: tamaño del equipo, criticidad del producto, dinamismo de los cambios, cultura del equipo y personal con que se cuenta. Cada uno de esos criterios tiene elementos que lo discriminan y por tanto se tienen en cuenta a la hora de seleccionar uno u otro enfoque (Gabardini y Campos, 2004). Para la selección del valor que se ubicará en cada eje 3

4 (uno para cada criterio) de la estrella se debe tener en cuenta el comportamiento de estos criterios en el proyecto. En lo sucesivo se describe cada uno: Tamaño: Este criterio se utiliza para representar el número de personas involucradas en el proyecto. Pueden tenerse en cuenta el nivel de complejidad que pueda presentarse en la comunicación entre los miembros del proyecto y los costos que pueden provocar cambios esperados. Criticidad: Se utiliza para evaluar la naturaleza del daño ocasionado por defectos que no hayan sido detectados al producto. Su evaluación puede ser cualitativa. Dinamismo: Representa la rapidez con la que pueden estar cambiando los requerimientos del proyecto. Personal: Representa la proporción del personal con experiencia alta, media y baja. Los métodos orientados al plan no se ven afectados negativamente por este factor pues no interesa el nivel de experiencia con la que cuenten los miembros del equipo. Cultura: Las organizaciones y las personas que relaciona el proyecto pueden depender de la confianza o de la relación contractual. Esto refleja el nivel de ceremonia necesario y aceptado: documentación, control, formalismo en las comunicaciones. La Figura 1 muestra una representación de la estrella de Boehm y Turner para un proyecto de desarrollo de software. Tomada de (Gabardini et al., 2004). Figura 1. Representación de la estrella de Boehm y Turner. 4

5 Resultados y discusión A través del siguiente caso de estudio se analiza el enfoque, metodologías y prácticas más adecuadas a utilizar, según los criterios que propone el método de Boehm y Turner. Caso de estudio El proyecto para el desarrollo del Sistema para la emisión de pasaportes diplomáticos, de servicio y acreditaciones diplomáticas de la República Bolivariana de Venezuela, perteneciente al Centro de Identificación y Seguridad Digital (CISED), tiene como principal objetivo dotar a este país de un sistema que posibilite la emisión de estos documentos cumpliendo los estándares internacionales para documentos de este tipo. El proyecto dentro del cual se desarrolla el sistema es guiado por un contrato que puede ser difícilmente modificado. El pasaporte diplomático y el pasaporte de servicio son los documentos de viaje que el Gobierno Venezolano emite para los funcionarios que viajarán cumpliendo actividades en función del mismo. La acreditación diplomática es el documento que emite la República Bolivariana de Venezuela para identificar a los ciudadanos extranjeros que son acreditados ante el Gobierno en función del cumplimiento de actividades diplomáticas en el país. Para el desarrollo del sistema fueron seleccionados 11 especialistas graduados del área de informática con una experiencia promedio de 3 años en proyectos de desarrollo de software. De los especialistas, el 20 % ha trabajado anteriormente con la tecnología a utilizar, la otra parte del equipo aunque no domina totalmente la tecnología, se siente comprometido con el nuevo reto a asumir. El equipo de desarrollo trabajará de manera agrupada en un mismo local en Venezuela, donde tendrán todas las condiciones de trabajo necesarias. Cuenta dentro de su estructura organizativa con un jefe de desarrollo; el cual tiene como papel fundamental guiar, organizar y controlar el proceso de desarrollo de software. Entre los miembros del equipo existe confianza y una buena comunicación, lo que propiciará un buen ambiente de trabajo. Por experiencias en otros desarrollos en los que el equipo ha trabajado junto, se evidencia una buena adaptación a los cambios imprevistos. Durante el tiempo de desarrollo del sistema, permanecerán de forman regular especialistas funcionales de la institución venezolana para la que se desarrolla el sistema. La interacción de los especialistas funcionales con el equipo de desarrollo posibilitará el ajuste del software a las necesidades del cliente de forma controlada. A pesar de la presencia de estos especialistas, se pronostican cambios sustanciales en los requerimientos del sistema una vez levantados; pues las áreas involucradas no tienen bien definidos sus procesos. Además, los especialistas funcionales no tienen una clara visión de todas sus necesidades. 5

6 Análisis de la propuesta A continuación se caracteriza el proyecto a partir de los criterios que propone el método y se ubican los resultados en la Estrella de Boehm y Turner. Tamaño: El equipo de desarrollo está formado por 11 especialistas para la implementación de un total de 73 funcionalidades con ciertos elementos de complejidad, características que permiten clasificar el equipo de desarrollo como pequeño y al sistema como mediano. Para determinar la cantidad de especialistas necesarios para el desarrollo del proyecto bajo las condiciones que se han descrito se utilizó el método de estimación COCOMO II. Método de estimación que relaciona características del personal, condiciones o restricciones bajo las cuales se lleva a cabo el proyecto (Gómez y López, 2009). Teniendo en cuenta los elementos antes descritos, el esfuerzo que realizarán los miembros del equipo para dominar la tecnología con la ayuda de los especialistas experimentados, y la experiencia que tienen trabajando como equipo; será posible ubicar el punto de evaluación más cercano al centro del eje de coordenadas apuntando desde esta perspectiva a un enfoque ágil. Criticidad: El equipo de desarrollo tiene una elevada responsabilidad con la calidad del producto a obtener, debido al impacto social del mismo. Este sistema permitirá a los funcionarios venezolanos obtener un pasaporte que cumpla con las normas de la Organización de Aviación Civil Internacional (OACI). Los defectos que se detecten una vez obtenido el producto pueden provocar: o Que los funcionarios extranjeros y venezolanos se vean involucrados en problemas de falsa identidad debido a fallas del sistema. o Gastos para la Institución debido a que la materia prima utilizada para la impresión de los documentos es muy costosa. El valor para este criterio dentro de la estrella se pondera como medio, debido a que los efectos por errores del producto, si bien no provocarán pérdidas de vidas tendrán un fuerte impacto social y monetario para la institución en caso de presencia. Dinamismo: Las áreas de la institución que involucra la solución son objeto de una transformación organizacional, por lo que no se tiene claridad de todos los procesos del negocio que se pretenden automatizar. Como consecuencia de ello pueden aparecer cambios en los requerimientos del sistema en cualquier fase del proceso de desarrollo. El constante cambio en los requisitos es un riesgo que se asumirá durante todo el ciclo de desarrollo del software. Para mitigarlo, deben adoptarse mecanismos que faciliten la asimilación y adaptación rápida a dichos cambios. Tomando en cuenta esta necesidad como una de las ventajas que brinda el enfoque ágil, se ha ubicado este punto bien 6

7 cercano al centro de la Estrella. El valor se tomó teniendo en cuenta la cantidad de funcionalidades que no pudieran cambiar a lo largo del desarrollo, como se prevé que cambien casi todas se determinó que solo el 5 % del total de ellas no cambiarían, valor que se refleja en el eje correspondiente. Personal: Todos los desarrolladores son graduados de la especialidad de informática con un promedio de 3 años de experiencia laboral, pero solo el 20 % domina el trabajo con la tecnología que se pretende utilizar. Estos elementos evidencian claramente que la evaluación del proyecto en este punto no converge a un desarrollo ágil por lo que el punto de evaluación distará en gran medida del centro eje de coordenadas. Para determinar este valor se realizaron evaluaciones a los miembros del equipo donde se determinó si eran programadores Junior (menos experimentados) o Senior (más experimentados). Luego se aplicó el cálculo básico para determinar el porciento que representaba cada grupo del total de miembros. Esto arrojó como resultado que el 80 % de los desarrolladores formaban parte del grupo de programadores poco experimentados y el resto del grupo más experimentado, valores que fueron representados en el eje correspondiente. Cultura: El equipo de proyecto presenta una estructura de mando bien definida, donde cada miembro del equipo conoce sus responsabilidades y actividades. Existe una buena comunicación y confianza entre sus miembros puesto que han trabajado juntos en otras ocasiones. Las decisiones tomadas son previamente analizadas y consultadas con todos los involucrados. Las actividades son planificadas en función de los hitos del proyecto y asignadas a cada miembro, teniendo en cuenta la carga de trabajo y el rol que desempeñan. El trabajo es supervisado por la dirección del proyecto para identificar posibles problemas que provoquen el atraso del mismo. Los elementos antes descritos evidencian organización en el desarrollo del trabajo, pero al ser un equipo pequeño no necesitan relación contractual dada la buena comunicación y confianza entre sus miembros. Cada especialista en el desempeño de su rol será libre de incorporar ideas que no afecten el diseño del sistema, ni los compromisos planificados. Para la obtención del valor colocado en el eje se realizó el siguiente análisis: se fueron ubicando las características en cada uno de los enfoques tratados (ágil o pesado) teniendo en cuenta su fuerte presencia en el mismo. Un ejemplo es: Cada especialista será libre de incorporar ideas al desarrollo, siempre que no afecten el diseño del mismo; esta característica fue ubicada en el grupo de enfoque ágil. Así se hizo con cada una de las características. Después fue sumada la cantidad en cada uno de los grupos, y fue hallado el porciento que representa cada grupo sobre el total de características. Obteniendo como resultado que las agrupadas como ágiles representan el 33 % del total de las analizadas y las pesadas el 67 %. Luego, analizando los valores, se concluye que el equipo presenta poca libertad en el desarrollo del proyecto por lo que se ubica el valor 33 % en el eje, valor más cercano a la formalidad. 7

8 La Figura 2 muestra la representación de los criterios analizados en la Estrella de Boehm y Turner. La forma obtenida no sugiere con claridad la aplicación de un enfoque en específico, los vértices que representan los valores de Dinamismo y Tamaño, se ubican en Territorio ágil, pero aspectos como Personal y Cultura del equipo, apuntan a la utilización de un enfoque prescriptivo. La Criticidad se muestra en un área de incertidumbre donde la agilidad y el formalismo se encuentran balanceados. En resumen, la disposición de las aristas propone la hibridación de los enfoques, pero analizando el peso que tienen criterios como el Dinamismo, debido al elevado riesgo de requisitos cambiantes y el tamaño reducido de personas que involucra el desarrollo de un número considerable de funcionalidades, se propone adoptar un enfoque ágil. Figura 2. Estrella que representa el proyecto según la aplicación de Boehm y Turner. Entre las metodologías de desarrollo ágil más referenciadas se destacan: XP (Letelier y Penadés, 2006), Scrum (Palacio, 2007), FDD (Calabria, 2003) y Crystal (Chicaiza, 2007). Del estudio de estas metodologías, FDD resultó ser la propuesta que mejor se ajusta a las características del proyecto a ejecutar. A pesar de ser clasificada como una metodología ágil, es considerada por sus características una metodología, que está en el punto medio del enfoque ágil y prescriptivo (Amaro y Valverde, 2007). FDD engloba las características que se necesitan mantener en el proceso de 8

9 desarrollo a ejecutar. La selección de una metodología ágil como XP, muy usada en el mundo no se ajusta primero a las características del equipo de desarrollo y luego a la cantidad de documentación que se necesita generar para el proyecto. Por otro lado, una metodología pesada se iría al otro extremo. De utilizar la hibridación de dos metodologías, se está queriendo resolver el problema con la selección de prácticas en diferentes metodologías que podían encontrarse de manera absoluta en la metodología FDD. FDD. Prácticas La metodología FDD está pensada para proyectos con tiempo de desarrollo relativamente cortos. Se basa en un proceso iterativo, con iteraciones cortas que produce un software funcional que el cliente y la dirección de la empresa pueden ver y monitorizar. Las iteraciones se deciden de acuerdo a las funcionalidades o rasgos (Molpeceres, 2003). Estas iteraciones cortas o resultados a corto plazo posibilitarán entregas al cliente en tiempos cortos, lo que permitirá dar cumplimiento a los diferentes hitos registrados como parte del contrato en el que está enmarcado el proyecto. Se concibió para equipos de trabajo pequeños al igual que XP. Basa la obtención de requisitos en la elaboración de una lista de funcionalidades y no en la descripción detallada de casos de uso o historias de usuarios como en RUP y XP respectivamente. La definición de requisitos como lo propone FDD puede ser un elemento favorable cuando hay presencia de requisitos cambiantes o dinámicos. Posibilita al equipo de desarrollo, trabajar con ellos de la manera más conveniente y en caso de cambios no se afectarían ni las historias de usuarios, ni las descripciones de casos de usos. La metodología XP propone no colocar demasiada carga de trabajo (tareas organizativas) sobre los desarrolladores. RUP es un proceso pesado en este sentido, ya que el desarrollador debe documentar su trabajo. Y FDD sin embargo, está en nivel medio, en el sentido de que genera más documentación que XP pero menos que RUP, documenta solo lo que posibilite la integración de desarrolladores fácilmente al proyecto. Esta práctica de FDD es conveniente para el proyecto, pues la inclusión de nuevos desarrolladores no es una idea descartada; además, puede servir de base para la generación de la documentación definida como entregable al cliente, elemento necesario para el cumplimiento de lo pactado en el contrato. RUP para las relaciones con el cliente propone presentar artefactos al final de cada fase, pero para el aseguramiento XP y FDD se basan en controles propios y una comunicación fluida con el cliente. La comunicación frecuente con el cliente será importante debido a que durante el desarrollo los especialistas funcionales pondrán ir validando los release obtenidos de cada una de las iteraciones. Para el conocimiento de la arquitectura, RUP intenta reducir la complejidad del software a producir a través de una planificación intensiva; XP lo hace a través de la programación a pares ya en la creación del código se pueden evitar 9

10 errores y malos diseños; y FDD usa las sesiones de trabajo conjuntas en la fase de diseño para conseguir una arquitectura sencilla y sin errores. La característica de esta última, unida a la decisión de contar con desarrolladores líderes (jefe de desarrollo, arquitecto) dentro del grupo, permite que el conocimiento fluya en el equipo, elemento importante a fomentar teniendo en cuenta experiencia del grupo de trabajo. FDD divide los roles en tres categorías: Roles claves, Roles de soporte y Roles adicionales. (Amaro y Valverde, 2007). En la siguiente Tabla se relacionan los roles que desempeñan los miembros del equipo. En una columna se muestra el rol principal que desarrolla y en la otra se ubican otros que en alguna fase del proyecto podrían estar realizando: Tabla 1. Roles que desempeñan los miembros del equipo. Rol principal Otro incorporado Jefe de proyecto (Project Manager). Ingeniero desarrollador (Build Engineer) Jefe de desarrollo (Development Manager) Jefe de programadores (Chief Programmer) Jefe de versiones (Realese Manager) Ingeniero desarrollador (Build Engineer) Desarrollador (Deployer) Arquitecto principal (Chief Architect) Toolsmith Desarrollador (Deployer) Administrador de sistema (System Administrator) Toolsmith Desarrollador (Deployer) Responsables de clases (Class Owner) Desarrollador (Deployer) Expertos del dominio Jefe de dominio (Domain Manager) Analista Documentador (Technical Writer) Especialista de transformación Probador (Tester) organizacional Ingeniero desarrollador (Build Engineer) Conclusiones El análisis de las condiciones bajo las cuales cada enfoque o metodología tiene mayor probabilidad de éxito, tiene como punto de partida las circunstancias y características del entorno en el que se pretende aplicar. El método de Boehm y Turner constituye una herramienta útil para la valoración de dicho entorno, basado en 5 criterios que permiten diagnosticar cuan ágil o prescriptivo debe ser el proceso de desarrollo a seguir. 10

11 En el caso de estudio analizado, la forma de la figura obtenida como resultado de la ubicación de criterios en la Estrella de Boehm y Turner, no sugiere con claridad la aplicación de un enfoque en específico sino la hibridación de estos. De los 5 criterios analizados, 2 se ubican en territorio ágil, 2 en territorio prescriptivo u orientado al plan y uno se muestra en un área de incertidumbre donde la agilidad y el formalismo se encuentran balanceados. Valorando el peso que tienen para la administración del proyecto de desarrollo de software factores como el Dinamismo, debido al elevado riesgo de requisitos cambiantes en todas las etapas del proceso y el Tamaño reducidos de personas que involucra el desarrollo de un número considerable de funcionalidades, se ha decidido adoptar un enfoque ágil como método base y manejar los riesgos ocasionados por los factores que no están concebidos bajo este enfoque. Para ello, se ha seleccionado como metodología de desarrollo FDD que pesar de ser clasificada como una metodología ágil, es considerada punto medio entre RUP y XP, lo cual favorece considerablemente, la hibridación de enfoques que propone el resultado de la aplicación del método de Boehm y Turner para el proyecto. Referencias AMARO CALDERÓN, SARAH DÁMARIS y VALVERDE REBAZA, JORGE CARLOS. Metodologías Ágiles BECK, KENT; BEEDLE, MIKE; BENNEKUM, ARIE VAN; et al., Manifiesto Ágil [Consultado el: 20 de febrero de 2012]. Disponible en: [ CALABRIA, LUIS. Metodología FDD CENTELLA HINOJOSA, MILCA. Resumen comparativo entre las metodologías pesadas vs ligeras, Bolivia CHICAIZA AYALA, ALEXANDRA PATRICIA. Desarrollo de software de nómina de empleados utilizando la Metodología Crystal, Ingeniería en Sistemas e Informática, Sangolquí COCKBURN A. Just-In-Time Methodology Construction GABARDINI, JUAN y CAMPOS, LUCAS. Balanceo de Metodologías Orientadas al Plan y Ágiles. Herramientas para la Selección y Adaptación. En: PMI Global Congress Proceedings. Buenos Aires, Argentina GÓMEZ, ADRIANA, LÓPEZ, MARÍA DEL C., Migani Silvina, Otazú Alejandra. Un modelo de estimación de proyectos de software IEEE. Ingeniería de Software, Pressman capítulos [1-9] 2002 [Consultado el: 20 de febrero de 2012]. Disponible en: [ 11

12 LETELIER, PATRICIO y PENADÉS, Mª CARMEN. Metodologías ágiles para el desarrollo de software: extreme Programming (XP) MOLPECERES, ALBERTO. Procesos de desarrollo: RUP, XP, FDD [Consultado: 24 de febrero de 2012]. Disponible en: [ PALACIO, JUAN. Flexibilidad con Scrum. Principios de diseño e implantación de campos de Scrum PRESSMAN, ROGER. Ingeniería del Software: Un Enfoque Práctico (Sexta Edición). McGraw-Hill P 900. TONOCO GÓMEZ, OSCAR; ROSALES LÓPEZ, PEDRO PABLO y SALAS BACALLA, JULIO. Criterios de selección de metodologías de desarrollo de software

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del proyecto, como tiempo,

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

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

Introducción. Definición de los presupuestos

Introducción. Definición de los presupuestos P o r q u é e l p r e s u p u e s t o d e b e s e r e l c a m i n o a s e g u i r p a r a g a r a n t i z a r e l é x i t o d e s u e m p r e s a? Luis Muñiz Economista Introducción El aumento de la incertidumbre

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM Mariani, María Florencia Okabe, Evangelina Agenda Introducción Metodologías RUP SCRUM Proyectos PDSM: Definición y Aplicación del proceso

Más detalles

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9 Página 1 de 9 1 Página 2 de 9 SUMARIO 1. OBJETO 2. ALCANCE 3. DEFINICIONES 4. GENERALIDADES 5. NORMAS DE CALIDAD DE SERVICIO 6. ESTRUCTURA TIPO DE LAS NORMAS 7. MECANISMOS DE EVALUACIÓN 8. PONDERACIÓN

Más detalles

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

Más detalles

CAPITULO III A. GENERALIDADES

CAPITULO III A. GENERALIDADES CAPITULO III INVESTIGACION DE CAMPO SOBRE EL DISEÑO DE UN SISTEMA AUTOMATIZADO DE CONTROL INVENTARIO Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA EN LA ZONA METROPOLITANA

Más detalles

Norma ISO 14001: 2004

Norma ISO 14001: 2004 Norma ISO 14001: 2004 Sistema de Gestión Ambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas

Más detalles

Tratamiento del Riesgo

Tratamiento del Riesgo Tratamiento del Riesgo 1 En que consiste el tratamiento de los riesgos? 2. Cuando debemos enfrentarnos a los riesgos? 3. Estrategias de tratamiento de riesgos 4. Modelo de Análisis de Riesgos 5. Qué pasos

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

CURSO COORDINADOR INNOVADOR

CURSO COORDINADOR INNOVADOR CURSO COORDINADOR INNOVADOR PRESENTACIÓN La tarea que el Ministerio de Educación se propone a través de Enlaces, en relación al aseguramiento del adecuado uso de los recursos, con el fin de lograr un impacto

Más detalles

RESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea

RESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea RESULTADOS CONSULTA CIUDADANA VIRTUAL Consulta Laboral en Línea Septiembre, 2015 1 Agradecimientos Ponemos a disposición de ustedes los resultados de la Consulta Ciudadana Virtual, efectuada en julio de

Más detalles

SÍNTESIS Y PERSPECTIVAS

SÍNTESIS Y PERSPECTIVAS SÍNTESIS Y PERSPECTIVAS Los invitamos a observar, a identificar problemas, pero al mismo tiempo a buscar oportunidades de mejoras en sus empresas. REVISIÓN DE CONCEPTOS. Esta es la última clase del curso.

Más detalles

1. Construcción de Planes de Acción Sectoriales (PAS)

1. Construcción de Planes de Acción Sectoriales (PAS) 1. Construcción de Planes de Acción Sectoriales (PAS) La construcción de los PAS es la prioridad de trabajo de la ECDBC en el 2013. Los PAS estarán constituidos por diferentes medidas de mitigación (políticas,

Más detalles

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES Raúl Palma G. y Guillermo Bustos R. Escuela de Ingeniería Industrial Universidad Católica de Valparaíso Casilla

Más detalles

DIRECCION DE PROYECTOS II

DIRECCION DE PROYECTOS II DIRECCION DE PROYECTOS II DESARROLLO DEL CURSO PROFESIONAL EN DIRECCION DE PROYECTOS II: Durante el desarrollo del Curso Profesional en Dirección de Proyectos II, el alumno irá asimilando el contenido

Más detalles

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un INSTRODUCCION Toda organización puede mejorar su manera de trabajar, lo cual significa un incremento de sus clientes y gestionar el riesgo de la mejor manera posible, reduciendo costes y mejorando la calidad

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE

ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE MARZO 2007 Este documento contesta las preguntas más frecuentes que se plantean las organizaciones que quieren

Más detalles

La evaluación del desempeño del personal es un punto muy delicado, ya que debe ser objetiva y justa para no generar conflictos

La evaluación del desempeño del personal es un punto muy delicado, ya que debe ser objetiva y justa para no generar conflictos Evaluación del desempeño y competencias Jack Fleitman La evaluación del desempeño del personal es un punto muy delicado, ya que debe ser objetiva y justa para no generar conflictos Para que exista un sistema

Más detalles

PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores

PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores Martha Alicia Alles Es contadora pública nacional, doctora por la Universidad de Buenos Aires en la especialidad

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

Capítulo IV. Manejo de Problemas

Capítulo IV. Manejo de Problemas Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60

Más detalles

Sistema para Gestión Hotelera Visión

Sistema para Gestión Hotelera Visión Sistema para Gestión Hotelera Visión Tabla de Contenidos 1. Introducción 4 1.1 Propósito 4 1.2 Alcance 4 1.3 Definiciones, Acrónimos, y Abreviaciones 4 1.4 Referencias 4 2. Posicionamiento 4 2.1 Oportunidad

Más detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE Sesión No. 2 Nombre: Procesos de ingeniería del software INGENIERÍA DEL SOFTWARE 1 Contextualización La ingeniería de software actualmente es muy importante, pues con los avances

Más detalles

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE 2.1 Ingeniería de Software Los modelos y estándares de calidad de software forman parte de la ingeniería de software. Es por eso que comenzaremos

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Hugo F. Arboleda Jiménez. MSc. Docente-Investigador, Facultad de Ingenierías, Universidad de San

Más detalles

SISTEMAS Y MANUALES DE LA CALIDAD

SISTEMAS Y MANUALES DE LA CALIDAD SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad

Más detalles

Plan de Estudios. Diploma de Especialización en Seguridad Informática

Plan de Estudios. Diploma de Especialización en Seguridad Informática Plan de Estudios Diploma de Especialización en Seguridad Informática Antecedentes y Fundamentación El surgimiento de la sociedad de la información, y con ello el incremento en el uso de las Tecnologías

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

Norma ISO 14001: 2015

Norma ISO 14001: 2015 Norma ISO 14001: 2015 Sistema de Gestión Medioambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas

Más detalles

PMI. Pulso de la profesión Informe detallado. Gestión de carteras

PMI. Pulso de la profesión Informe detallado. Gestión de carteras PMI Pulso de la profesión Informe detallado Gestión de carteras Puntos destacados del estudio Las organizaciones más exitosas serán aquellas que descubran cómo diferenciarse. Las organizaciones reconocen

Más detalles

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS

Más detalles

Guía de Planificación Estratégica de la Informática Educativa

Guía de Planificación Estratégica de la Informática Educativa Cierre de Brecha Digital Guía de Planificación Estratégica de la Informática Educativa Dirigida al Sostenedor y al Establecimiento Educacional Estimado Sostenedor y Director, El Ministerio de Educación

Más detalles

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo Ingeniería de Software Procesos Laboratorio de Ingeniería de Software 2004 La ingeniería de software trata sobre la aplicación de practicas y métodos para construir productos de software que cumplan las

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades

Más detalles

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS.

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS. PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS. QUÉ ES LA PLANIFICACIÓN? Planificar no es adivinar el futuro, sino más bien, es tomar un conjunto de decisiones que llevadas a la práctica a través

Más detalles

Informe final de evaluación del seguimiento de la implantación de títulos oficiales GRADO EN DERECHO. Facultad de Derecho UCM

Informe final de evaluación del seguimiento de la implantación de títulos oficiales GRADO EN DERECHO. Facultad de Derecho UCM Informe final de evaluación del seguimiento de la implantación de títulos oficiales 2013 GRADO EN DERECHO UCM INFORMACIÓN PUBLICA Valoración Final Uno de los compromisos esenciales que las universidades

Más detalles

Planificación, Gestión y Desarrollo de Proyectos

Planificación, Gestión y Desarrollo de Proyectos Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que

Más detalles

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.

Más detalles

Guía Metodológica basada en procesos para la Línea de Productos de Software Aplicativos SIG.

Guía Metodológica basada en procesos para la Línea de Productos de Software Aplicativos SIG. Guía Metodológica basada en procesos para la Línea de Productos de Software Aplicativos SIG. Ing. Lesdy Velázquez Torres. Graduado en la Universidad de las Ciencias Informáticas con 3 años de experiencia.

Más detalles

2. MÉTODOS, INSTRUMENTOS Y ESTRATEGIAS

2. MÉTODOS, INSTRUMENTOS Y ESTRATEGIAS 2. MÉTODOS, INSTRUMENTOS Y ESTRATEGIAS Objetivo específico: El alumno conocerá la importancia de la investigación en psicología industrial/organizacional, su proceso y limitaciones. Asimismo entenderá

Más detalles

Introducción En los años 60 s y 70 s cuando se comenzaron a utilizar recursos de tecnología de información, no existía la computación personal, sino que en grandes centros de cómputo se realizaban todas

Más detalles

Bechtle Solutions Servicios Profesionales

Bechtle Solutions Servicios Profesionales Soluciones Tecnología Bechtle Solutions Servicios Profesionales Fin del servicio de soporte técnico de Windows Server 2003 No hacer nada puede ser un riesgo BECHTLE Su especialista en informática Ahora

Más detalles

CAPÍTULO 1. INTRODUCCIÓN

CAPÍTULO 1. INTRODUCCIÓN CAPÍTULO 1. INTRODUCCIÓN La industria de la información alrededor del mundo está creciendo con rapidez y con el uso de la tecnología es necesario estimular, guiar y apoyar los esfuerzos en el desarrollo

Más detalles

Principales Cambios de la ISO 9001:2015

Principales Cambios de la ISO 9001:2015 INTRODUCCIÓN La nueva versión disponible de ISO 9001:2015, actualmente en su versión DIS, muestra una gran cantidad de cambios respecto de su predecesora. Muchos de estos cambios están en línea con otros

Más detalles

Gestión de Riesgos - Introducción

Gestión de Riesgos - Introducción Temario de la clase Gestión de Riesgos Definiciones Tipos de Riesgos Análisis de Riesgos Resolución de Riesgos Gestión de Riesgos - Introducción El riesgo implica: Riesgo: Definiremos como Riesgo a cualquier

Más detalles

Los costos de gestionar la cadena de suministros y la eficiencia en las operaciones: hasta cuánto hay que invertir en la gestión?

Los costos de gestionar la cadena de suministros y la eficiencia en las operaciones: hasta cuánto hay que invertir en la gestión? Mohamad, Jorge Alejandro Los costos de gestionar la cadena de suministros y la eficiencia en las operaciones: hasta cuánto hay que invertir en la gestión? Preprint del artículo publicado en Revista Énfasis

Más detalles

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual? METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en

Más detalles

MÁSTER UNIVERSITARIO EN INGENIERÍA DE LA ENERGÍA POR LA UNIVERSIDAD POLITÉCNICA DE MADRID SISTEMA INTERNO DE GARANTÍA DE CALIDAD (SGIC)

MÁSTER UNIVERSITARIO EN INGENIERÍA DE LA ENERGÍA POR LA UNIVERSIDAD POLITÉCNICA DE MADRID SISTEMA INTERNO DE GARANTÍA DE CALIDAD (SGIC) MÁSTER UNIVERSITARIO EN INGENIERÍA DE LA ENERGÍA POR LA UNIVERSIDAD POLITÉCNICA DE MADRID SISTEMA INTERNO DE GARANTÍA DE CALIDAD (SGIC) Breve descripción de la organización, composición y funciones del

Más detalles

Gestión de Proyectos Informáticos

Gestión de Proyectos Informáticos 2 GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo 2012 A.P.U. Jorge R. Mendoza 2 METODOLOGÍAS Y CICLOS DE VIDA 3 Metodologías

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

MARCO DE COOPERACIÓN CON LAS UNIDADES DE INFORMÁTICA DISTRIBUIDAS

MARCO DE COOPERACIÓN CON LAS UNIDADES DE INFORMÁTICA DISTRIBUIDAS MARCO DE COOPERACIÓN CON LAS UNIDADES DE INFORMÁTICA DISTRIBUIDAS Concepción Hortigüela Hortigüela Directora de la Oficina de Planificación Estratégica y Relaciones Oficina de Planificación Estratégica

Más detalles

Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI

Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI La segunda fase del NIPE corresponde con la adecuación de las intervenciones de enfermería del sistema de clasificación N.I.C. (Nursing Intervention

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008) Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

Conceptos articuladores para el desarrollo de los proyectos del programa de Estudio. 1. Formulación de la situación problema.

Conceptos articuladores para el desarrollo de los proyectos del programa de Estudio. 1. Formulación de la situación problema. Conceptos articuladores para el desarrollo de los proyectos del programa de Estudio. El Programa de Educación Tecnológica propone una metodología de trabajo para los alumnos y alumnas basada en el desarrollo

Más detalles

CAPITULO III MARCO METODOLÓGICO. Desde la perspectiva de Hurtado de Barrera (2008), el tipo de

CAPITULO III MARCO METODOLÓGICO. Desde la perspectiva de Hurtado de Barrera (2008), el tipo de CAPITULO III MARCO METODOLÓGICO 1. TIPO DE INVESTIGACIÓN Desde la perspectiva de Hurtado de Barrera (2008), el tipo de investigación que propone soluciones a una situación determinada a partir de un proceso

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

2 EL DOCUMENTO DE ESPECIFICACIONES Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir

Más detalles

programación y guías docentes, el trabajo fin de grado y las prácticas externas.

programación y guías docentes, el trabajo fin de grado y las prácticas externas. Informe de Seguimiento Graduado o Graduada en Administración y Dirección de Empresas de la Universidad de Málaga 1. ÁMBITO NORMATIVO El artículo 27 del Real Decreto 1393/2007, de 29 de octubre, modificado

Más detalles

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr 16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de

Más detalles

Gestión de Requisitos ULPGC

Gestión de Requisitos ULPGC Gestión de Requisitos ULPGC Gestión de Requisitos Consiste en gestionar los cambios de los requisitos, las relaciones entre ellos, las dependencias entre la especificación de requisitos y otros documentos

Más detalles

Taller: Planificación Estratégica. Centro de Iniciativas Comunitarias y Base de Fe

Taller: Planificación Estratégica. Centro de Iniciativas Comunitarias y Base de Fe Taller: Planificación Estratégica Centro de Iniciativas Comunitarias y Base de Fe Propósito Adiestrar a los participantes en aquellas destrezas de redacción, establecimiento y medición de planes de trabajo

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Informe final de evaluación del seguimiento de la implantación de títulos oficiales

Informe final de evaluación del seguimiento de la implantación de títulos oficiales Informe final de evaluación del seguimiento de la implantación de títulos oficiales 2013 MÁSTER UNIVERSITARIO EN TECNOLOGÍA PARA EL DESARROLLO HUMANO Y LA Escuela Técnica Superior de Ingenieros Agrónomos

Más detalles

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo

Más detalles

Propuesta de Proyecto Final Para optar al grado de Magíster en Tecnologías de la Información

Propuesta de Proyecto Final Para optar al grado de Magíster en Tecnologías de la Información Propuesta de Proyecto Final Para optar al grado de Magíster en Tecnologías de la Información Profesor Guía: José Luis Martí Fecha: Diciembre 2007 1. ANTECEDENTES. 1. Titulo del Proyecto Modelamiento de

Más detalles

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES

Más detalles

VICERRECTORÍA DE ADMINISTRACIÓN Y ASUNTOS ECONÓMICOS DIRECCIÓN DE DESARROLLO DE PERSONAS. Estructura de Cargos y Competencias Institucionales

VICERRECTORÍA DE ADMINISTRACIÓN Y ASUNTOS ECONÓMICOS DIRECCIÓN DE DESARROLLO DE PERSONAS. Estructura de Cargos y Competencias Institucionales VICERRECTORÍA DE ADMINISTRACIÓN Y ASUNTOS ECONÓMICOS DIRECCIÓN DE DESARROLLO DE PERSONAS Estructura de Cargos y Competencias Institucionales Campus San Juan Pablo II Presentación La Universidad Católica

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

Más detalles

Ciclos y fases de la identificación de proyectos. Tema: Ciclo del proyecto. Autor: María Alejandra Albis

Ciclos y fases de la identificación de proyectos. Tema: Ciclo del proyecto. Autor: María Alejandra Albis Ciclos y fases de la identificación de proyectos Tema: Ciclo del proyecto. Autor: María Alejandra Albis Introducción Un proyecto es una actividad humana de carácter temporal, que tiene un principio y fin

Más detalles

PE06. RESPONSABILIDAD SOCIAL

PE06. RESPONSABILIDAD SOCIAL Índice 1. Objeto 2. Alcance 3. Referencias/Normativa 4. Definiciones 5. Desarrollo de los procesos 6. Seguimiento y Medición 7. Archivo 8. Responsabilidades 9. Flujograma ANEXOS: No proceden Edición Fecha

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

Implementando un ERP La Gestión del Cambio

Implementando un ERP La Gestión del Cambio Artículos> Implementando un ERP - La Gestión del Cambio Artículo Implementando un ERP La Gestión del Cambio 1 Contenido Sumario Ejecutivo 3 Los sistemas ERP flexibilizan la gestión de la empresa y su cadena

Más detalles

CREACIÓN DE UN DEPARTAMENTO DE RELACIONES PÚBLICAS PARA LOS ALMACENES EL CHOCHO Y EL CAMPEÓN

CREACIÓN DE UN DEPARTAMENTO DE RELACIONES PÚBLICAS PARA LOS ALMACENES EL CHOCHO Y EL CAMPEÓN PROPUESTA: CREACIÓN DE UN DEPARTAMENTO DE RELACIONES PÚBLICAS PARA LOS ALMACENES EL CHOCHO Y EL CAMPEÓN Cómo sabemos cada día las empresas se enfrentan a un mundo globalizado, con retos empresariales,

Más detalles

punto, es que los criterios de evaluación de las medidas antes citadas se ajustan a las medidas señaladas para la toma del indicador VTD.

punto, es que los criterios de evaluación de las medidas antes citadas se ajustan a las medidas señaladas para la toma del indicador VTD. CONSULTA Para esta Comisión es muy importante conocer los comentarios sectoriales relacionados con el contenido del entregable presentado por la firma Iteco en el marco del Contrato 038 de 2014, para avanzar

Más detalles

El Software. Es lo que se conoce como el ciclo de vida del software.

El Software. Es lo que se conoce como el ciclo de vida del software. El Software Hace referencia a los programas y toda la información asociada y materiales necesarios para soportar su instalación, operación, reparación, y mejora. Para construir un nuevo elemento software

Más detalles

INTRODUCCION AL PROCESO SOFTWARE PERSONAL

INTRODUCCION AL PROCESO SOFTWARE PERSONAL INTRODUCCION AL PROCESO SOFTWARE PERSONAL UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS FACULTAD DE INGENIERIA MAESTRIA EN CIENCIAS DE LA INFORMACION Edilberto Niño N. Cód.: 20091295011 FUNDAMENTOS DE

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

Guía de los cursos. Equipo docente:

Guía de los cursos. Equipo docente: Guía de los cursos Equipo docente: Dra. Bertha Patricia Legorreta Cortés Dr. Eduardo Habacúc López Acevedo Introducción Las organizaciones internacionales, las administraciones públicas y privadas así

Más detalles

GERENCIA DE INTEGRACIÓN

GERENCIA DE INTEGRACIÓN GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos

Más detalles

Administración del conocimiento y aprendizaje organizacional.

Administración del conocimiento y aprendizaje organizacional. Capítulo 2 Administración del conocimiento y aprendizaje organizacional. 2.1 La Importancia Del Aprendizaje En Las Organizaciones El aprendizaje ha sido una de las grandes necesidades básicas del ser humano,

Más detalles

CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES

CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES CONCLUSIONES Y RECOMENDACIONES 6.1. Conclusiones. 6.2. Recomendaciones. 6.1. CONCLUSIONES Informática forense La Informática Forense en la actualidad ha tomado gran importancia porque permite encontrar

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El original del Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS Nº 574-2009,

Más detalles

AUDITORÍAS Y AUDITORES ISO 9000:2000

AUDITORÍAS Y AUDITORES ISO 9000:2000 AUDITORÍAS Y AUDITORES ISO 9000:2000 Ing. Miguel García Altamirano Servicios CONDUMEX S.A. de C.V. Delegado Mexicano en el Comité Internacional ISO TC 176 en el grupo JWG "Auditorías" Resumen: Los sistemas

Más detalles

RESUMEN CUADRO DE MANDO

RESUMEN CUADRO DE MANDO 1. Objetivo Los objetivos que pueden alcanzarse, son: RESUMEN CUADRO DE MANDO Disponer eficientemente de la información indispensable y significativa, de modo sintético, conectada con los objetivos. Facilitar

Más detalles