Consulte la Guía para la confección del formulario PID ... fileFormulario PID – Versión 8.0 ... Diseño de un sistema de gestión de una operación de desarrollo de software,

UNIVERSIDAD TECNOLÓGICA NACIONAL

Secretaría de Ciencia y Tecnología Formulario PID – Versión 8.0

Consulte la Guía para la confección del formulario PID – Versión 8.0 para determinar el significado de los superíndices

1. IDENTIFICACIÓN DEL PROYECTO

Código (reservado para la SeCyT)

1.1 Datos generales del proyecto.

• Denominación (límite de 150 caracteres)

1

Diseño de un sistema de gestión de una operación de desarrollo de software, usando métodos ágiles y modelos de calidad

• Denominación abreviada. 2

Sistema de gestión de una operación de desarrollo de software

• Facultad Regional, Regional Académica u otra Institución del Director.

UTN - Facultad Regional Córdoba

• Facultades Regionales o Regionales

Académicas u otras Instituciones de los restantes integrantes.

Facultad Regional Córdoba

• Lugar/es de Trabajo. 3 Depto. de Sistemas - UTN - FRC

• Tipo de Proyecto. 4 UTN (PID UTN) S/ INC. PROG. INCEN.

• Características del Proyecto.

Característica Código Descripción

Tipo de Actividad 5

Investigación Aplicada

Especialidad 6 1899 Otras (Ingeniería de Software)

Campo de Aplicación 7 0899 Otros (Software)

Programa 8 Electrónica, Informática y Comunicaciones

• Palabras Clave. 9

Gestión Ágiles Calidad

Software Modelos Desarrollo

…………………………… …………………………………….. / / Firma del Director Apellido y Nombre Fecha



........................................................ / / Inicialado del Director Fecha

Página 2 de 25

• Presupuesto. 10

Monto Total Solicitado a la Facultad $ 128.000,00

Monto Total Solicitado a la Universidad $ 10.700,00

Monto Total Solicitado a Otras Instituciones $ 0,00

Monto Total Solicitado $ 0,00

1.2 Datos de la Dirección.

• Director.

Apellido y Nombres Categoría Máximo Título

Académico obtenido P.Inc. UTN

Ruiz de Mendarozqueta Alvaro IV C Esp. Ing. del Software

• Codirector/es.

Apellido y Nombres

Categoría Facultad/es Regional/es o Regional/es

Académica/as y/o

Institución/es 11

Máximo Título Académico obtenido P.Inc. UTN

1.3 Duración del Proyecto (mínima y máxima posible).

Duración prevista en meses 12 24

Fecha de inicio 13 1/ 01 /2012

Fecha de finalización 14 31/ 12 /2013

Fecha de homologación (Reservada para la Secretaría de Ciencia y Tecnología de la Universidad) / /20




Página 3 de 25

2. RECURSOS HUMANOS

2.1 Personal Afectado. 15

Nº Apellido y Nombres Categoría

DNI Legajo UTN

Horas Semanales dedicadas

al PID 16

Cargo Docente Actual/Posgrado

Funciones 18

Progr.Incen.

UTN Categoría Dedicación 17

1 Ruiz de Mendarozqueta, Alvaro. IV C 13190484 20655 15 Prof. Adjunto Simple Director

2 Miceli, Martín 24484483 10 Prof. Maestría Invest. de Apoyo

3 Garay Moyano, Marcela 25759188 37590 10 Prof. Adjunto Simple Invest. de Apoyo

4 Insaurralde, Miguel 18611517 10 Invest.Tesista_UNLP

5 Sosa, Mabel 29136430 10 Invest. de Apoyo

6 Andriano, Natalia 27131907 44734 10 Prof. Adjunto Simple Invest. de Apoyo

7

8

9

10

11

12

13

14

15

16

17

18

19

20

2.2 Currículum Vitae: Adjuntar los correspondientes al Director, Codirector/es e integrantes del proyecto, incluidos los becarios




Página 4 de 25

2.3. Si correspondiera, consignar a continuación las becas y tesistas relacionados con el proyecto.

BECARIOS

Apellido y Nombres Tipo de

Beca Institución otorgante

Período DD/MM/AAAA a DD/MM/AAAA

/ /20 a / /20

/ /20 a / /20

/ /20 a / /20

/ /20 a / /20

/ /20 a / /20

/ /20 a / /20

TESISTAS

Apellido y Nombres Tipo de

Tesis 19 Institución Año

20

Insaurralde, Miguel Maestría UNLP 2012




Página 5 de 25

3. PLAN DE INVESTIGACIÓN 2. PLAN DE INVESTIGACIÓN

3.1 Resumen Técnico

21 (escritura sin límite)

Cada organización que desarrolla software tiene definido un proceso de desarrollo, basado

generalmente en alguna metodología estándar de la industria. Como una consecuencia de esta situación, se han creado diferentes herramientas que facilitan el modelado de dichos procesos de desarrollo, teniendo cada uno de ellas ventajas y limitaciones. Paralelamente, el gran crecimiento de la Industria del Software a nivel global ha estado sustentado, entre otros componentes, por la aplicación de normas, modelos y estándares vinculados a las Tecnologías de la Información y la Comunicación (TIC's), y, entre ellos, los orientados a la Gestión de la Calidad, entre los cuales se encuentra CMMI. Esto implica que las organizaciones definen sus procesos de desarrollo en pos de cumplir con la aplicación de estas normas, modelos y estándares, pudiendo utilizar para ello las herramientas previamente explicadas. En las evaluaciones de las empresas y de sus procesos de desarrollo de software, usando modelos de calidad como el mencionado CMMI o las normas ISO, se han encontrado serias dificultades para su cumplimiento y para el mantenimiento de la evaluación, en caso de ser positiva, en el tiempo. En algunos casos, la implementación a rajatabla, de las recomendaciones del modelo y, porqué no aclararlo, de numerosos asesores, trajo como consecuencia implementaciones excesivamente burocrática de las prácticas recomendadas por los mencionados modelos. A su vez, en la última década han surgido nuevas técnicas y procesos bajo el paraguas conceptual de métodos ágiles, con el objetivo de evitar el problema antes mencionado, hacer más efectivo el desarrollo de software y optimizar las relaciones interpersonales que se ponen en juego en los proyectos de construcción de software. Estos proyectos están inmersos en una organización que nuclea a los mismos y a las personas que trabajan en ellos. A su vez estas organizaciones tienen distintos objetivos y tipos de negocio entre los que podemos mencionar: desarrollo y/o mantenimineto de productos con fuerte contenido de software, desarrollo y/o mantenimiento de productos de software, fábrica de software, proveedora de servicios de desarrollo y/o mantenimiento, proveedora de recursos, consultoras, etc. Por supuesto que se dan las combinaciones entre ellas. Son muy escasas o casi nulas las propuestas de métodos, ténicas y herramientas que usen un enfoque sistémico para abordar la problemática expuesta. Tratar a los procesos de software sin la debida contextualización y sin abordar la complejidad inherente de los proyectos de software, acarrea muchos de los problemas que hacen fracasar a las recomendaciones de los modelos de calidad. Es por esto que proponemos el diseño y el desarrollo de la arquitectura de un sistema de gestión para una operación de proyectos de software, que conjugue a las modalidades más comunes del negocio, a los modelos de calidad más usados y a los procesos, técnicas y herramientas de desarrollo de software más vanzados. Todo esto en el contexto que, permita contemplar a las herramientas de gestión más modernas, que permitan administrar a todos los aspectos que hacen a la participación de las personas en dichos proyectos, como ser entrenamiento, carrera, motivación, responsabilidad social, liderazgo, desarrollo, innovación, creatividad, etc.; como así también a las funciones necesarias para el funcionamiento de la organización como las administrativas y financieras.




Página 6 de 25

3.2 Estado actual del conocimiento sobre el tema 22 (escritura sin límite)

Dado que consideramos que el pensamiento sistémico es un elemento clave dentro del proyecto, tanto como una herramienta para abordar las interrelaciones descriptas en el proyecto, como así también en el diseño del sistema de gestión propiamente dicho; resulta obvio que recurriremos a una bibliografía clásica como la de Ludwig Von Bertalanffy [Von Bertalanffy, 1976]. Pero hemos de prestar especial atención en el trabajo de Gerald Weinberg, [Weinberg, 1993], que plantea dos conceptos y herramientas muy interesantes: por un lado diseña un modelo de calidad similar a CMMI en cuanto a los niveles de madurez pero lo refiere a cómo actúan aquellos que gestionan los procesos y proyectos de desarrollo de software. Por el otro lado plantea una notación para modelar las relaciones sistémicas, y las relaciones causa y efecto existentes entre los nodos. En el libro se plantea en ciertos casos típicos relacionados con los problemas en la gestión de proyectos. Creemos que es una herramienta muy útil para entender y modelar relaciones sistémicas para poder entenderlas y diseñar un sistema de gestión que permita administrarlas. Es clásico el ejemplo de Peter Senge en [Senge, 1992] acerca de la gestión de una empresa de producción de bebidas que marcha a la bancarrota por las relaciones casusa y efecto con consecuencias negativas y que se realimentan en un círculo vicioso. Por ellos es menester considerar este enfoque para que el diseño permita orientarse a las relaciones virtuosas en el sistema a diseñar. Con respecto a los modelos de calidad, especialemente el CMMI, podemos destacar el propósito de CMMI que es `proveer una guía para la mejora de los procesos organizacionales y la habilidad para administrar el desarrollo, adquisición y mantenimiento de productos y servicios [CMMI:2011]. CMMI coloca prácticas probadas en una estructura que ayuda a las organizaciones a evaluar su nivel de madurez o la capacidad de sus áreas de proceso, a establecer prioridades de mejora y a implementar esas mejoras [CMMI:2011]. CMMI incluye al entrenamiento del personal como una de sus áreas de proceso colocándolo como un factor decisivo en la mejora de la calidad de procesos y productos. Su propósito es desarrollar las habilidades y conocimientos de las personas para que puedan realizar sus roles de una forma eficaz y eficiente [CMMI:2002]. De esta manera vemos una clara relación con el énfasis que las prácticas ágiles hacen en las relaciones interpersonales y las habilidades de los participantes y la búsqueda de la eficiencia [Agile Manifesto] Estudios realizados en la industria local [Tech:2009], identificaron problemas comunes en la implementación y ejecución de modelos de mejora de procesos como CMMI e ISO. Esto muestra la necesidad de contar con sistemas de gestión que contemple la resolución de estos problemas e incluya prácticas de desarrollo de software exitosas. Si bien el manifiesto de los métodos ágiles [agilemanifesto.org] puede haberse visto como una contraposición a los que adherían a los modelos de calidad como CMMI, la discusión de la integración de aquello que aparecía como disjunto, surgió rápidamente [Beck, 2003]; dando lugar además a la participación y discusión de un histórico referente en la ingeniería del software como es Barry Boehm [Boehm, 2003]. Esta integración ha hecho que el CMMI adoptara recomendaciones explícitas sobre el uso de métodos ágiles Entre las distintas disciplinas ágiles ha surgido una que adopta el paradigma Lean muy conocido en la industria de la manufactura [Poppendick: 2003]. Si entendemos que el principio subyacente en la mejora de los procesos de desarrollo de software, principio que usa el CMMI, es el que dice que la calidad de los procesos de desarrollo de software influye en la calidad de los productos de software [Humphrey:1989], entonces podemos ver que el enfoque lean para los procesos de desarrollo de software, es un paradigma de gestión que además de cumplir el principio básico mencionado enfatiza la eficiencia del proceso, énfasis que entendemos que el CMMI incluye, y que reclama el manifiesto ágil [Agile Manifesto]. Los problemas que surgen del hecho de plantear un proceso para hacer ingniería de software y las




Página 7 de 25

características, habilidades y comportamiento de las personas que ejecutan las prácticas no son el resultado de los intentos de aplicación de métodos ágiles ni patrimonio de los modelos de calidad. Son el resultado de hacer ingeniería de software y son conocidos desde hace mucho tiempo como puede verse en dos autores absolutamente clásicos que abordan el tema: Brooks y Weinberg, [Brooks, 1995], [Weinberg, 1998]. Es por ello menester contemplar estos enfoque en el diseño de un sistema de gestión que pueda evitar a la mayoría de los problemas típicos. Los temas a abordar están profusamente desarrollados de manera individual, parte de esto fue mencionado en el PID: Implementación de un modelo de validación de procesos de desarrollo de software oportunamente aprobado con el código: EIUTNCO981 Es por ello que existe variada bibliografía sobre procesos de desarrollo de software, sobre modelos de calidad, sobre gestión de organizaciones y sobre métodos, herramientas y técnicas de desarrollo de software actuializados. Como dice Edgar Morin en su obra' Los siete saberes necesarios para la educación del futuro': Lo global más que el contexto, es el conjunto que contiene partes diversas ligadas de manera inter-retroactiva u organizacional. De esa manera, una sociedad es más que un contexto, es un todo organizador del cual hacemos parte nosotros. El Planeta Tierra es más que un contexto, es un todo a la vez organizador y desorganizador del cual hacemos parte. El todo tiene cualidades o propiedades que no se encontrarían en las partes si éstas se separaran las unas de las otras, y ciertas cualidades o propiedades de las partes pueden ser inhibidas por las fuerzas que salen del todo. Marcel Mauss decía: «Hay que recomponer el todo». Efectivamente, hay que recomponer el todo para conocer las partes. De allí viene la virtud cognitiva del principio de Pascal del cual deberá inspirarse la educación del futuro: «todas las cosas siendo causadas y causantes, ayudadas y ayudantes, mediatas e inmediatas y todas sostenidas por una unión natural e insensible que liga las más alejadas y las más diferentes, creo imposible conocer las partes sin conocer el todo y tampoco conocer el todo sin conocer particularmente las partes» Es escaso y fragmentario el material disponible que muestre al todo con respecto a una organización de desarrollo de software, ni como actúan cada una de las partes y cuáles son las interconexiones entre ellas. El propósito del proyecto es poder diseñar al sistema de gestión como el todo. Referencias [Chrissis:2003] Mary Beth Chrissis et all; CMMI: Guidelines for Process Integration and Product Improvement; Addison-Wesley, 2003. [Chrissis:2004] Mary Beth Chrissis; CMMI Interpretive guidance project: What we learned; CMU/SEI-2004-SR-008; Software Engineering Institute - Carnegie Mellon University; Pittsburgh, USA; 2004. [CMMI:2011] CMMI Product Team; 2011; Capability Maturity Model Integration Version 1.3 (CMMI-SE/SW/IPPD/SS, V1.3); Software Engineering Institute - Carnegie Mellon University; Pittsburgh, USA. [Deming:1986] W. Edward Deming; Out of the Crisis; Cambridge, MA: MIT Center for Advanced Engineering, 1986. (ISBN 0-262-54115-7) [Humphrey:1989] Watts S. Humphrey; Managing the software Process; MA: Addison-Wesley, 1989. [Juran:1988] J.M.Juran; Juran on Planning for Quality; New York:MacMillan, 1988. [Poppendick: 2003] Mary Poppendick, Tom Poppendick; Lean Software Development; Addison-Wesley, 2003 [Boehm, 2003] Barry Boehm, Richard Turner; Balancing Agility and Discipline: A Guide for the Perplexed; Addison-Welesy, 2003 [Senge, 1992]; La Quinta Disciplina; Peter Senge; Granica [Kofman, 2006]; Metamanagement. Tomo 1: Principios; Fredy Kofman; Granica, 2006 [Weinberg, 1993]; Quality Software management: Volume 1 Systems Thinking; Gerald Weinberg




Página 8 de 25

Dorset House [Brooks, 1995] The Mythical Man-Month; Fred Brooks; Addison Wesley [Weinberg, 1998]; The Psychology of Computer Programming; Gerald Weinberg; Dorset House [Beck, 2003]; Agility through Discipline: A Debate; Kent Beck, Barry Boehm; Computer June 2003 [DeMarco, 1987]; Peopleware; DeMarco, Tom; Lister Tim; Dorset House




Página 9 de 25

3.3 Grado de Avance 23 (escritura sin límite)

Hasta el momento contamos con los materiales generados en los proyectos que están

relacionados como: Implementación de un modelo de validación de procesos de desarrollo de software; Implementación de modelos de madurez en empresas locales y en menor medida: Implementación de un sistema generador de e-learning para desarrollo de SW. Hemos podido recabar información sobre evaluaciones de calidad realizadas en empresas locales usando CMMI e ISO, de esta manera hemos podido obtener información de primera mano sobre prácticas de gestión del desarrollo de software y la optimización de los procesos de desarrollo utilizados. A su vez, varios de los participantes contamos con muchos años de experiencia en la gestión de proyectos de ingeniería de software y de organizaciones que los ejecutan. En los proyectos antes mencionados se incluyeron conocimientos generados de la implementación de métodos ágiles de desarrollo de software que alimentarán a este proyecto. Se ha revisado la bibliografía pertinente y estamos convencidos la integración de las partes mencionadas en las secciones anteriores es un desafío que generará nuevos conocimientos y una arquitectura de gestión de las organizaciones factible de ser uilizada en el medio local. Uno de los participantes, Miguel Insaurralde, presentará en las 40 JAIIO una conferencia de interés general: Calidad sustentable con Agile y Lean, que incluye tópicos que serán explorados y profundizados en el presente proyecto. El director del proyecto, es docente de la materia Ingeniería del Software en el posgrado de Especialización y Maestría en Ing. de Sistemas de Información en dónde se discuten los problemas recurrentes que aquejan a la industria, las posibles causas y las potenciales soluciones. Es en ese marco y en el ejericicio profesional, en una organización que tiene a la mejora continua como una práctica estable, en donde germinó la idea para desarrollar en este proyecto. Los integrantes del proyecto cuentan a su vez con experiencias combinadas en: administración y control de proyectos, gestión gerenciasl en operaciones de desarrollo de software, gestión de calidad, uso de métodos ágiles tales como: scrum, XP, TDD, PP, Lean para desarrollo, etc. En esas experiencias previas se han desarrollado marcos de trabajo que servirán como entradas a este proyecto.




Página 10 de 25

3.4 Objetivos de la investigación 24 (escritura sin límite)

General

Diseño de un sistema de gestión de una operación de desarrollo de software, usando métodos ágiles y modelos de calidad Específicos 1. Obtener conocimientos teóricos y prácticos relacionados a las herramientas de gestión de los procesos de desarrollo de software con el fin de conocer sus principales características y comprender la forma en que están implementadas. 2. Obtener conocimientos teóricos y prácticos relacionados a métodos ágiles tales como: scrum, lean, XP, TDD, etc. 3. Desarrollar un modelo general que permita integrar a las prácticas identificadas de una norma/estándar, los procesos de gestión y los procesos de desarrollo de software. y la forma en que éstos son implementados en una organización, en términos de una definición de proceso de desarrollo de software. 4. Realizar una implementación parcial del modelo generado 5. Difusión de los conocimientos adquiridos a través de publicaciones y seminarios a nivel académico e industrial.




Página 11 de 25

3.5 Metodología 25 (escritura sin límite)

Etapas:

1. Estudio exploratorio de las herramientas, técnicas y métodos denominados ágiles para el desarrollo de software y su referencia en los modelos de calidad, con el fin de conocer el estado del arte. 1.1. Selección de materiales y plan de lectura para los participantes de acuerdo a su conocimiento previo y experiencias 1.2. Revisión de los otros proyectos en el grupo GIDICALSO de la UTN Regional Córdoba. Reuniones con sus participantes 1.3. Documentación de las conclusiones 2. Análisis de qué elementos conforman una gestión de operaciones de desarrollo de software, tanto en los modelos que producen software-producto como aquellos modelos organizacionales para las denominadas ‘software factory’ o combinados. En todos los casos se contemplará desarrollo y mantenimiento de software. 2.1. Relevamiento de algunas empresas 2.2. Entrevistas a gerentes 2.3. Discusión entre miembros del equipo del proyecto sobre sus experiencias en el tema 2.4. Documentación de las conclusiones 3. Desarrollo del mapa de problemas existentes en organizaciones y sus posibles causas con los elementos del modelo de gestión. 3.1. Revisión de posibles herramientas: mapas conceptuales, mapas mentales, cuadros, grafos causa efecto, etc. 3.2. Inventario de los problemas 3.3. Discusión de las posibles causas 3.4. Mapas de relaciones entre causa y efecto 4. Análisis de cómo se integran los métodos ágiles para la construcción de software con los modelos organizacionales de gestión de las operaciones de software. 4.1. Revisión de los puntos anteriores 4.2. Generación y discusión de ideas 4.3. Elaboración de la propuesta de integración 5. Análisis de la factibilidad de usar prácticas y métodos ágiles como lean o kanban, por ejemplo, para optimizar los procesos de gestión organizacionales como por ejemplo la gestión del talento incluyendo el entrenamiento y educacióm. 5.1. Evaluación de métodos de gestión como lean y kanban 5.2. Inventario de procesos de gestión y cadena de valor 6. Diseño propiamente dicho del model de gestión integrado. 6.1. Discusión de posibles modelos para el diseño 6.2. Evaluación y elección de las herramientas para documentar el diseño 6.3. Diseñar 6.4. Verificar el diseño 7. Validar cualitativamente el diseño a través de la revisión entre pares y la consulta a expertos. 7.1. Presentación de la propuesta de diseño a pares 7.2. Discusión de contenido 7.3. Recolección de suegerencias 7.4. Análisis de las sugerencias 7.5. Nueva versión del diseño 8. Ejecución de un proyecto piloto para implementar el modelo de gestión. 8.1. Selección de proyectos candidatos 8.2. Acuerdo con la organización 8.3. Ejecución del piloto 8.4. Elaboración de conclusiones




Página 12 de 25

9. Publicación del diseño general y los componentes de alto nivel del modelo de gestión. 9.1. Seminario con conclusiones del estado del arte 9.2. Material de clase para la materia Ingeniería de Software de la Maestría en Ing. de Sistemas 9.3. Propuesta de materia optativa Gestión de las Operaciones de Ingeniería de Software para la Maestría en Ing. de Sistemas 9.4. Seminario de uso de Lean en organizaciones 9.5. Paper sobre el estudio previo 9.6. Seminario sobre el diseño del sistema de gestión




Página 13 de 25

3.6 Impacto del Proyecto

3.6.1 Contribución al avance del conocimiento científico y/o tecnológico y/o transferencia al medio 26

(escritura sin límite)

El presente proyecto tiene el objetivo de diseñar un sistema de gestión de las operaciones

de desarrollo de software, que sea práctico y factible de implementar en el medio local. En un mundo globalizado, lugar común pero no menos cierto, las barreras entre países, empresas y sociedades son diferentes con nuevos obstáculos pero con muchos más elementos de comunicación. Las empresas PyMEs venden sus productos al exterior, interactúan con megaempresas y acceden al mismo tipo de tecnología que los gigantes del desarrollo del software. Pretendemos que el sistema de gestión facilite la construcción de software y optimice el desarrollo de software para que las empresas locales puedan seguir siendo competitivas e incluso que mejoren su competitividad. A su vez nuestra intención es que se vuelquen estos conocimientos en la universidad que nos aloja y también en estudiantes y profesionales del medio a través de cursos, seminarios, charlas y publicaciones.




Página 14 de 25

3.6.2 Contribución a la formación de recursos humanos 27

(escritura sin límite) La contribución está pensada en distintos niveles, primero que esos conocimientos queden

claros y afianzados para los miembros del equipo, luego a través de seminarios de actualización profesional abiertos a los profesionales del medio. Luego con la generación de entrenamiento especializado en algunos de los tópicos y en el uso del sistemas de gestión. También en la actualización curricular de la Maestría en Ingeniería de Sistemas de Información de la UTN como así también el análisis de la factibilidad de volcar parte de los conocimientos en las materias de grado, de Ing. en Sistemas de Información. También se generarán publicaciones que reflejen las conclusiones relevantes y los contenidos a desarrollar.




Página 15 de 25

3.7 Cronograma de actividades (Consigne sucesivamente cada actividad unitaria)

Actividades del Primer Año Meses

1 2 3 4 5 6 7 8 9 10 11 12

Estudio exploratorio de métodos ágiles x x x x

Relación de los modelos de calidad con los métodos ágiles x x x x

Estudio de los problemas y sus potenciales causas x x x x

Informe de la exploración y el estudio x

Factibilidad para la integración de los métodos ágiles en las operaciones x x x x x

Ideas para el pre diseño x x x

Actividades del Segundo Año Meses

1 2 3 4 5 6 7 8 9 10 11 12

Diseño del modelo de operaciones x x x x x

Validación del modelo x x x x x

Diseño del proyecto piloto x x x

Publicación del diseño x x




Página 16 de 25

Actividades del Tercer Año

Meses

1 2 3 4 5 6 7 8 9 10 11 12

Actividades del Cuarto Año Meses

1 2 3 4 5 6 7 8 9 10 11 12




Página 17 de 25

4. CONEXIÓN DEL PROYECTO CON OTROS GRUPOS DE INVESTIGACIÓN DE LAS FACULTADES REGIONALES Y/O REGIONALES ACADÉMICAS EN LOS ÚLTIMOS

CINCO (5) AÑOS.28

Apellido y Nombres

Cargo/Institución Ciudad Objetivo del

Intercambio 29

Descripción del Intercambio




Página 18 de 25

5. PRESUPUESTO TOTAL

5.1 Bienes de Consumo 30

Nº Descripción Monto ($)

1 Medios de almacenamiento (CD-ROMs, DVDs) 2.00,00

2 Afiches para presentación en congresos y seminarios 5.00,00

3 Libros (a seleccionar en las estapas iniciales) 1.000,00

4 ,00

5 ,00

6 ,00

7 ,00

8 ,00

9 ,00

10 ,00

11 ,00

12 ,00

13 ,00

14 ,00

15 ,00

16 ,00

17 ,00

18 ,00

19 ,00

20 ,00

21 ,00

22 ,00

23 ,00

24 ,00

25 ,00

26 ,00

27 ,00

28 ,00

29 ,00

30 ,00

31 ,00

32 ,00

33 ,00

34 ,00

35 ,00

36 ,00

37 ,00

38 ,00

39 ,00

40 ,00

TOTAL Inciso Bienes de Consumo 1.700,00




Página 19 de 25

5.2 Servicios no Personales 31

Nº Descripción Monto ($)

1 Asistencia a JAIIO en 2012 para tres personas 4.500,00

2 Asistencia a JAIIO en 2013 para tres personas 4.500,00

3 ,00

4 ,00

5 ,00

6 ,00

7 ,00

8 ,00

9 ,00

10 ,00

11 ,00

12 ,00

13 ,00

14 ,00

15 ,00

16 ,00

17 ,00

18 ,00

19 ,00

20 ,00

21 ,00

22 ,00

23 ,00

24 ,00

25 ,00

26 ,00

27 ,00

28 ,00

29 ,00

30 ,00

31 ,00

32 ,00

33 ,00

34 ,00

35 ,00

36 ,00

37 ,00

38 ,00

39 ,00

40 ,00

TOTAL Inciso Servicios no Personales 9000 ,00




Página 20 de 25

5.3 Bienes de Uso

Equipamiento disponible 32

Denominación Modelo Estado de

conservación Origen

PC Muy bueno UTN_FRC

PC Seleccionar UTN_FRC




Cañón proyector NEC Seleccionar UTN_FRC

Impresora Samsung Seleccionar UTN_FRC

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar

Seleccionar




Página 21 de 25

5.4 Equipamiento solicitado 33

Denominación Modelo Otras

especificaciones Monto ($)

No se solicita equipo ,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

TOTAL Inciso Bienes de Uso ,00




Página 22 de 25

5.5 Bibliografía 34

Descripción Tipo Monto ($)

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

Total Inciso Bibliografía ,00




Página 23 de 25

5.6 RESUMEN PRESUPUESTO TOTAL 35

Primer Año

Ítem Solicitado

a la Facultad a la

Universidad a Otras

Instituciones Total

Personal (incluir becarios BINID y alumnos) 64000

0 ,00

,00 ,00 ,00

Bienes de Consumo ,00 8.50,00 ,00 ,00

Servicios no Personales ,00 4.500,00 ,00 ,00

Bienes de Uso ,00 ,00 ,00 ,00

Equipamiento ,00 ,00 ,00 ,00

Bibliografía ,00 ,00 ,00 ,00

TOTAL 64000 ,00

5.350,00 ,00 ,00

Segundo Año

Ítem Solicitado

a la Facultad a la

Universidad a Otras

Instituciones Total

Personal (incluir becarios BINID y alumnos) 64000,00 ,00 ,00 ,00

Bienes de Consumo ,00 8.50,00 ,00 ,00

Servicios no Personales ,00 4.500,00 ,00 ,00

Bienes de Uso ,00 ,00 ,00 ,00



TOTAL 64000,00 5.350,00 ,00 ,00

Tercer Año

Ítem Solicitado

a la Facultad a la

Universidad a Otras

Instituciones Total

Personal (incluir becarios BINID y alumnos) ,00 ,00 ,00 ,00

Bienes de Consumo ,00 ,00 ,00 ,00

Servicios no Personales ,00 ,00 ,00 ,00

Bienes de Uso ,00 ,00 ,00 ,00



TOTAL ,00 ,00 ,00 ,00

Cuarto Año

Ítem Solicitado

a la Facultad a la

Universidad a Otras

Instituciones Total

Personal (incluir becarios BINID y alumnos) ,00 ,00 ,00 ,00

Bienes de Consumo ,00 ,00 ,00 ,00

Servicios no Personales ,00 ,00 ,00 ,00

Bienes de Uso ,00 ,00 ,00 ,00



TOTAL ,00 ,00 ,00 ,00

5.7 Otras fuentes de financiamiento del proyecto 36

Fuente de financiamiento Monto asignado ($) Período

/ /20 a / /20

/ /20 a / /20

/ /20 a / /20

Firma del Decano de la Facultad Regional o

del Director de la Regional Académica




Página 24 de 25

5.87

Otras Consideraciones




Página 25 de 25

6. AVALES 37

Asesor Científico – Tecnológico

....../....../.20......

..................................................................................

................

Fecha Firma Nombre y Apellido Categoría

Secretario de Ciencia y Tecnología / Técnica de la Facultad Regional o Autoridad de la Regional Académica

Observaciones:

....../....../.20......

...............................................................................................

Fecha Firma Nombre y Apellido

Decano de la Facultad Regional / Director de la Regional Académica

Observaciones:

....../....../.20......

...............................................................................................

Fecha Firma Nombre y Apellido

Documents

Consulte la Guía para la confección del formulario PID ... fileFormulario PID – Versión 8.0 ... Diseño de un sistema de gestión de una operación de desarrollo de software,