Consulte la Guía para la confección del formulario PID ... · Consulte la Guía para la...

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

Implementación de un modelo de validación para la definición y mantenimiento de procesos de desarrollo de software

• Denominación abreviada. 2

Implementación de un modelo de validación de procesos 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

Metamodelos Framework Validación

Procesos Software Modelos

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



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

Página 2 de 25

• Presupuesto. 10

Monto Total Solicitado a la Facultad $ 8.700,00

Monto Total Solicitado a la Universidad $ 3.700,00

Monto Total Solicitado a Otras Instituciones $ 0,00

Monto Total Solicitado $ 12.400,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 Especialista en Ing. de Sw. (Cat. UTN en trámite)

• 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

Rubio, Diego Martín FRC (cat. UTN en trámite)

Magister en Ing. de Sw.

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

Duración prevista en meses 12 24

Fecha de inicio 13 01/ 01 /2009

Fecha de finalización 14 31/ 12 /2010

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 13190484 20655 10 Prof. Adjunto Simple Director

2 Rubio, Diego 27078663 40918 10 Prof. Adjunto Simple Co-Director

3 Garcia Favre, Gonzalo 26483550 35369 6 Invest. Tesista

4 Szyrko, Pablo 31556169 47879 6 Ayudante Simple Invest. de Apoyo

5 Silclir, Mauricio 31121991 47920 6 Invest. Estudiante

6 Alumno 1 (a definir) 6 Invest. Estudiante

7 Alumno 2 (a definir) 6 Invest. Estudiante

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

García Favre, Gonzalo Maestría UTN - FRC 2010




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. Una de las principales dificultades que se presenta en una organización al momento de definir su proceso de desarrollo, es cómo asegurar que el mismo cumple con las prácticas requeridas por la norma, modelo o estándar. Se hace visible entonces la necesidad de disponer de algún tipo de mecanismo de validación que verifique que el proceso implementado en la organización sigue cumpliendo con las reglas y prácticas definidas en el modelo estándar, tanto al momento de efectuar la especificación inicial (el mapeo entre el modelo estándar y la implementación de dicho modelo en la organización) como al momento de aplicar cambios. En la actualidad las validaciones y evaluaciones de la definición del proceso de desarrollo de software en término de mapeo con lo especificado en las normas, modelos y estándares son realizados manualmente por un especialista. La carencia de modelos/herramientas que posibiliten validar y evaluar la definición de proceso de desarrollo de software sobre la base de dichas normas, modelos y estándares dificultan las tareas de: 1. implementar el proceso de desarrollo en la organización de acuerdo a las prácticas definidas en dichas normas y modelos; 2. analizar el impacto de un cambio en las prácticas de la organización respecto de las prácticas establecidas en el modelo de base para, posteriormente, proceder a la implementación efectiva del mismo; Esto repercute en las características principales de la calidad del producto de software tales como costo, usabilidad, fiabilidad, seguridad y mantenabilidad, y por ende en la productividad y competitividad de nuestras organizaciones y el prestigio de nuestra industria nacional. Por lo expuesto, este proyecto pretende contribuir a la reducción y/o eliminación de los problemas de definición del proceso de desarrollo de software en las organizaciones a través de la validación de dicha definición contra las prácticas definidas en las normas, modelos y estándares que se pretenden implementar. La realización de este proyecto toma como base los conocimientos adquiridos y los resultados obtenidos en el proyecto “Implementación de modelos de madurez en empresas locales”, cuyo principal objetivo es la generación de conocimiento relacionado a la implementación del modelo CMMI en empresas de Córdoba. A tal efecto, se postula: - Desarrollar las competencias (conocimientos, experiencias, habilidades situacionales, etc.) necesarias para el dominio adecuado de los modelos de calidad y definición de procesos. Investigar las herramientas de definición y modelado de procesos de desarrollo de software, tales como Eclipse Process Framework (EPF) y Team Foundation System (TFS), con el fin de conocer sus virtudes y limitaciones y comprender la forma en que están implementadas. - Desarrollar un modelo que permita generar el mapeo entre las prácticas identificadas de una norma/estándar 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. - Desarrollar una herramienta que valide que la definición de un proceso de desarrollo de software implementado en una organización cumpla con los lineamientos establecidos en la norma/estándar tomado como base. Esta herramienta permitirá también realizar un análisis de impacto que tendrá




Página 6 de 25

cualquier cambio dado en el proceso implementado en la organización.




Página 7 de 25

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

Definición de procesos de desarrollo: A lo largo de la industria del software se han identificado una importante cantidad de grandes ideas y conocimientos disponibles acerca de cómo desarrollar efectivamente software, partiendo de la programación estructurada tradicional [Dahl,Dijkstra,Hoare:1972] hasta llegar a las actuales tecnologías de desarrollo [Pfleeger:2002]. Hoy en día, los equipos de desarrollo necesitan tener acceso a una amplia gama de información [Schaaf:2007]. No sólo es necesario adquirir información detallada sobre tecnologías de desarrollo específicas, tales como Java, Java EE, Eclipse, las tecnologías SOA, .NET, así como diversas herramientas y ambientes de desarrollo, sino que también es necesario averiguar la forma de organizar el trabajo a través de las mejores prácticas de desarrollo modernas, tales como metodologías ágiles, iterativos, y desarrollo de software dirigido por el riesgo y la calidad [SPEM:2008]. De esta forma se presentan algunos problemas al pensar cómo definir el proceso de desarrollo en una organización: • Los miembros del equipo no tiene un acceso fácil y centralizado al mismo cuerpo de información para la ejecución del proceso cuando lo necesitan [SPEM:2008]. • combinar e integrar contenidos y procesos de desarrollo que están disponibles en formato propietario, junto con las diferencias en los estilos y formas de presentación de cada uno de ellos [SPEM:2008]. • definir un enfoque sistemático y organizado que sea apropiado para sus necesidades [SPEM:2008]. A partir de estos problemas se desarrollaron meta-modelos que proveen los conceptos necesarios para modelar, documentar, presentar, administrar, intercambiar y publicar métodos y procesos de desarrollo [SPEM:2008]. Además representan meta-modelos que describe procesos de ingeniería de negocios y software que ayuda a implementar un proceso de desarrollo de software efectivo [MSF:2002]. Sobre estos metamodelos se implementaron herramientas de especificación de proceso que proveen un framework y herramientas de ejemplo para métodos y procesos de ingeniería de software y autoría de procesos, administración de librerías, configuración y publicación de un proceso [EPF:2007]. Normas y modelos de calidad: En la década de 1930, Walter Shewhart comenzó a trabajar en la mejora de procesos con sus principios de control estadístico de la calidad [Shewhart:1930]. Estos principios fueron refinados por W. Edwards Deming [Deming:1986] y Joseph Juran [Juran:1988]. Todos ellos trabajaron en su aplicación principalmente en la industria manufacturera. Watts Humphrey, Ron Radice y otros extendieron estos principios para su aplicación a la industria del software a través de sus trabajos en IBM y en el SEI. Bajo este emprendimiento Humphrey escribió su libro "Managing the software process" [Humphrey:1989] el cual provee la mayoría de los principios sobre los que se basan los modelos de madurez (CMMs) existentes, desarrollados por el SEI. El SEI adoptó para la confección de los mismos la premisa de administración de procesos que dice: "La calidad de un sistema o producto está fuertemente influenciada por la calidad del proceso usado para desarrollarlo y mantenerlo" [Chrissis:2004]. Existe además un consenso mundial relacionado a la validez de dicha premisa en las organizaciones relacionadas a la mejora de la calidad tal como lo evidencia el conjunto de estándares desarrollados por ISO/IEC (International Organization for Standardization/International Electrotechnical Commission)[Chrissis:2003]. Basados en estos principios y aplicándolos a un ciclo de mejora continua, Mark Paulk y otros integrantes del SEI desarrollaron el primer modelo de madurez diseñado para las organizaciones de software y publicaron su libro: "The Capability Maturity Model: Guidelines for Improving the Software Process"[SEI:1995]. Posterior a la publicación de este primer modelo de madurez, y




Página 8 de 25

basado en el éxito del mismo, el SEI decidió desarrollar muchos modelos relacionados (llamados comúnmente modelos de madurez) para distintas disciplinas y temáticas (algunos ejemplos son el SE-CMM, PCMM, IPD-CMM, etc.). Con el fin de integrar los distintos modelos existentes, explotar las sinergias entre los mismos y a la vez incorporar las nuevas prácticas de la industria, el SEI decidió confeccionar un nuevo modelo como evolución integradora de los principales modelos de madurez por ellos desarrollados. Así en el año 2002 el SEI publicó la versión 1.1 del modelo CMMI: Capability Maturity Model Integration [CMMI:2002]. El propósito de CMMI, de manera similar a sus predecesores, es el de 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:2002]. 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:2002]. Proyecto: El presente proyecto se basa en el trabajo de relavamiento y estudio relacionado a los items antes descriptos realizado durante los últimos dos años por partes integrantes del mismo. Asimismo, durante los últimos meses previos a la presentación, se inició el estudio específico de modelos de definición de procesos con el objetivo de obtener un conocimiento exploratiorio que permita analizar la factibilidad y originalidad de la propuesta. 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:2002] CMMI Product Team; 2002; Capability Maturity Model Integration Version 1.1 (CMMI-SE/SW/IPPD/SS, V1.1); Software Engineering Institute - Carnegie Mellon University; Pittsburgh, USA. [Dahl,Dijkstra,Hoare:1972] O.-J. Dahl, E. W. Dijkstra, C. A. R. Hoare;Structured Programming;Academic Press; England; 1972. [Deming:1986] W. Edward Deming; Out of the Crisis; Cambridge, MA: MIT Center for Advanced Engineering, 1986. (ISBN 0-262-54115-7) [EPF:2007]Eclipse Process Framework Composer - Part 1Key Concepts. http://www.eclipse.org/epf/general/EPFComposerOverviewPart1.pdf [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. [MSF:2002]MSF Process Model v.3.1. http://download.microsoft.com/download/2/3/f/23f13f70-8e46-4f44-97f6-7dfb45010859/MSF%20Process%20Model%20v.%203.1.pdf [SEI:2005] Software Engineering Institute; http://www.sei.cmu.edu, 2005. [Schaaf:2007]Agility XL. R.J. Schaaf, 2007. http://www.sstc-online.org/Proceedings/2007/pdfs/RJS1722.pdf [Shewhart:1930] Walter Shewhart; Economic Control of Quality of Manufactured Product; Republished by American Society for Quality on December 1980; USA; 1930. [SPEM:2008] Software & Systems Process Engineering Meta-Model Specification. http://www.omg.org/cgi-bin/apps/doc?formal/08-04-01.pdf




Página 9 de 25

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

Durante el corriente año, y a la fecha de confección de este proyecto, se realizaron investigaciones

exploratorias sobre las herramientas de definición de proceso de desarrollo EPF y TFS. Complementariamente se inició la capacitación de los recursos humanos que incluyó los temas vinculados al modelo CMMI. Además, dado que la realización de este proyecto toma como base los conocimientos adquiridos y los resultados obtenidos en el proyecto “Implementación de modelos de madurez en empresas locales”, se analizaron los mismos y se establecieron reuniones periódicas de intercambio para la sincronización de ambos proyectos. Por último, se inicio el acondicionamento del laboratorio disponible para la realización de las actividades propuestas (ej. Creación de repositorio en el servidor, instalación de herramientas a evaluar, etc).




Página 10 de 25

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

General

Implementación de un modelo de validación para la definición y mantenimiento de procesos de desarrollo de software. Específicos 1. Obtener conocimientos teóricos y prácticos relacionados a las herramientas de definición y modelado de 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 meta modelos de procesos de desarrollo de software. 3. Desarrollar un modelo general que permita generar el mapeo entre las prácticas identificadas de una norma/estándar 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. Desarrollar una herramienta que valide que la definición de un proceso de desarrollo de software especificado cumpla con los lineamientos establecidos en la norma/estándar tomado como base. Esta herramienta permitirá también realizar un análisis de impacto que tendrá cualquier cambio dado en el proceso especificado. 5. Implementar el modelo generado para un subconjunto de componentes de un modelo estándar de proceso de desarrollo de software. 6. 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)

Tal como se describe en las actividades detalladas, el proyecto estará conformado por las

siguientes fases: 1. Estudio exploratorio de las herramientas de especificación de proceso de desarrollo de software y los estándares y modelos de calidad (El abordaje estará orientado a conocer el estado del arte actual). 2. Análisis de cómo son definidos los procesos de desarrollo de en las herramientas de especificación en término de la estructura y formato de los archivos generados. 3. Análisis de las prácticas de una norma/estándar que serán implementadas en el proceso de desarrollo de software de una organización. 4. Diseño del modelo general para generar el mapeo entre las prácticas identificadas de una norma/estándar 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. 5. Implementación del modelo de mapeo para un conjunto de prácticas identificadas en una norma/estándar. 6. Publicación del modelo para la generación del mapeo entre las prácticas identificadas en una norma/estándar y su implementación como proceso de desarrollo de software. 7. Diseño del modelo que valide que la definición de un proceso de desarrollo de software implementado en una organización cumple con los lineamientos establecidos en la norma/estándar tomado como base. 8. Implementación del modelo de validación para un conjunto de prácticas identificadas en una norma/estándar. 9. Publicación del modelo de validación de la definición de un proceso de desarrollo de software implementado en una organización contra los lineamientos establecidos en la norma/estándar. (Referirse al cronograma de actividades para obtener mayor detalle)




Página 12 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)

Contribución al avance del conocimiento científico y/o tecnológico

Este proyecto proveerá un modelo de validación de la implementación de procesos de desarrollo de software en relación a los modelos y estándares presentes en el mercado. De allí que la contribución estará destinada principalmente a la industria del software. Por otro lado, el proyecto planea la transmisión de los resultados tanto a nivel académico como industrial, a través de la generación de publicaciones y seminarios, colaborando de esta manera con la difusión de los conceptos de Calidad y Mejora Continua como pilares básicos de las organizaciones. Además de las contribuciones mencionadas en los párrafos anteriores, el resultado de las investigaciones abordadas (léase, el modelo de validación) puede dar origen a otros proyectos orientados a la implementación del modelo genérico para los distintas normas y estándares, relativos a los procesos de desarrollo, presentes en el mercado. Contribución al desarrollo socio-económico Dentro del contexto de mercados tan globalizados como el actual, la necesidad de la implementación de modelos de calidad mundialmente reconocidos aparece como una de las condiciones básicas de inserción en el mismo. Sin embargo, para implementar un modelo estándar, en el que se reflejan las mejores prácticas de la industria, las organizaciones deben relacionar de alguna manera el estándar con sus propias prácticas, y evolucionar esa implementación de acuerdo a sus propias experiencias, pero sin apartarse de lo definido por ese modelo. El presente proyecto pretende proporcionar un modelo genérico que permita definir, mantener y validar la implementación de modelos estándares de procesos de desarrollo de software, que permita a las empresas definir y mantener las relaciones entre sus prácticas y las establecidas por las normas estándares, y realizar un análisis de impacto ante cualquier cambio en las prácticas organizacionales. Transferencia de los resultados La transferencia de los resultados del proyecto se realizará en dos niveles: a nivel académico y a nivel industrial. A Nivel Académico • A través del desarrollo inicial de investigadores relacionados a la temática. • A través del dictado de seminarios y conferencias, introduciendo a alumnos y docentes en los temas relacionados a la implementación de modelos de calidad en las organizaciones y la validación de los mismos. A nivel Industrial • A través de la confección de materiales para el dictado de cursos de capacitación en relación al modelo de validación de implementación de procesos de desarrollo. • A través del desarrollo de un modelo general que permita generar el mapeo entre las




Página 13 de 25

prácticas identificadas de una norma/estándar y la forma en que éstos son implementados en una organización. • A través de la implementación de una herramienta que valide la implementación de un proceso de desarrollo de software para un conjunto de Áreas de Proceso de CMMI. • A través de la confección de publicaciones en relación a: o El modelo de mapeo de prácticas. o La herramienta de validación de la implementación de un proceso.




Página 14 de 25

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

(escritura sin límite) Tal como fue planteado en secciones anteriores, es uno de los objetivos de este proyecto la

transmisión de los conocimientos adquiridos a lo largo del mismo. A tal efecto, se prevee desarrollar material teórico y práctico asociados a los modelos de validación de procesos de desarrollo de software. Los conocimientos adquiridos a lo largo del proyecto serán difundidos a través de publicaciones y seminarios a nivel académico e industrial.




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

Definición del equipo de trabajo X

Estudio exploratorio de herramientas de especif. de procesos de desarrollo de SW X X

Estudio exploratorio de estándares y modelos de calidad X X

Estudio de la estruct. y formato generados por herram. de especif. de procesos X X

Análisis de las prácticas de una norma/estándar a implementar en una org. X X

Estudio exploratorio de conceptos, estándares y lenguajes de def. de metamodelos X X

Diseño del modelo general de generación de mapeos X X X

Implementación del modelo de mapeo para un conjunto de prácticas identificadas X X X

Definición de un meta modelo genérico para la generación de mapeos X X X X

Preparación de conclusiones preliminares sobre el meta modelo definido X

Informe periódico x x x x

Actividades del Segundo Año Meses

1 2 3 4 5 6 7 8 9 10 11 12 Publicación de los resultados sobre la definición del metamodelo (paper) X

Preparación y dictado de seminarios para la presentación del metamodelo X X

Diseño del modelo que valide que la definición de un proceso de desarrollo de SW X X X X

Descripción de una implementación de ejemplo de prácticas de una norma/estándar X X X

Implementación del modelo de validación para un conjunto de prácticas X X X X

Preparación de conclusiones preliminares sobre la validación de un proceso X

Publicación de los resultados sobre el modelo de validación de procesos (paper) X

Preparación y dictado de seminarios sobre el modelo de validación de procesos X X

Informe periódico x x x

Informe final 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

Carlos Bartó Prof. Titular - UNC Cordoba Compartir conocimientos relevantes

Ambos proyectos presentan el mismo co-director de manera de reusar el conocimiento adquirido relevante




Página 18 de 25

5. PRESUPUESTO TOTAL

5.1 Bienes de Consumo 30

Nº Descripción Monto ($)

1 Medios magnéticos (CD-ROMs, DVDs) 50,00

2 Hojas A4 y transparencias 100,00

3 Carpetas y útiles de oficina 150,00

4 Posters para presentación en congresos y seminarios 100,00

5 Cartuchos de tinta/toner negro y color para impresora 300,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 700,00




Página 19 de 25

5.2 Servicios no Personales 31

Nº Descripción Monto ($)

1 JAIIO 2009/2010 arancel, pasajes y viáticos (2 personas) 1.500,00

2 CACIC 2009/2010 arancel, pasajes y viáticos (2 personas) 1.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 3.000,00




Página 20 de 25

5.3 Bienes de Uso

Equipamiento disponible 32

Denominación Modelo Estado de

conservación Origen

Servidor Pentium III Muy bueno UTN-FRC

Computador Personal Pentium III Muy bueno UTN-FRC







Impresora Láser Epson Muy bueno UTN-FRC

Impresora Chorro de Tinta Epson Regular UTN-FRC

Software Microsoft (windows, office, etc) 2008 Muy bueno UTN-FRC

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 ($)

Equipamiento disponible de proyectos previos

.0,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

,00

TOTAL Inciso Bienes de Uso .0,00




Página 22 de 25

5.5 Bibliografía 34

Descripción Tipo Monto ($)

Material disponible de proyectos previos .0,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 0,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) 4.350,00 ,00 ,00 4.350,00

Bienes de Consumo ,00 3.50,00 ,00 3.50,00

Servicios no Personales ,00 1.500,00 ,00 1.500,00

Bienes de Uso ,00 ,00 ,00 ,00

Equipamiento ,00 ,00 ,00 ,00

Bibliografía ,00 ,00 ,00 ,00

TOTAL 4.350,00 1.850,00 ,00 6.200,00

Segundo Año

Ítem Solicitado

a la Facultad a la

Universidad a Otras

Instituciones Total

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

Bienes de Consumo ,00 3.50,00 ,00 3.50,00

Servicios no Personales ,00 1.500,00 ,00 1.500,00

Bienes de Uso ,00 ,00 ,00 ,00



TOTAL 4.350,00 1.850,00 ,00 6200,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

Consulte la Guía para la confección del formulario PID ... · Consulte la Guía para la...

Documents

Transcript of Consulte la Guía para la confección del formulario PID ... · Consulte la Guía para la...