REPOSITORIO DE PROCESOS DE NEGOCIO DEL CITI

Transcripción

1 Instituto Superior Politécnico José Antonio Echeverría Facultad de Ingeniería Informática Informe de Práctica Profesional de 3er Año Ingeniería Informática Complejo de Investigaciones Tecnológicas Integradas (CITI) REPOSITORIO DE PROCESOS DE NEGOCIO DEL CITI Autores: Yoany Bejarano Tamayo Lesnier Gonzales López Tutores: Ing. Juan Carlos Grass CITI Ing. Yuliet Espinosa CITI Ciudad de La Habana, Cuba Julio, 2011

2 Resumen El presente trabajo se desarrolla en el Complejo de Investigaciones Científicas Integradas y se enmarca en el desarrollo de un repositorio de procesos de negocio. El objetivo de trabajo consiste en desarrollar un repositorio de procesos que permita la reutilización de los modelos diseñados por los diferentes miembros de la institución. Para ello resulta necesario: diseñar la estructura de la información, implementar las funcionalidades e interfaces necesarias en el sistema; así como definir reportes que brinden información relevante a los usuarios. En la actualidad la necesidad de reutilización de los procesos diseñados por las personas es importante ya que permite ahorrar tiempo de trabajo y esfuerzo en el desarrollo de actividades ya antes realizadas. Para ello se desarrolla un repositorio que permita gestionar, de manera centralizada, la información y los modelos de procesos de negocio que diseñan las personas en la institución, con el fin de que puedan ser reutilizados por aquellos que lo requieran. Para la realización del trabajo presentado se utilizaron las tecnologías.net y el entorno integrado de desarrollo Microsoft Visual Studio 2010.

3 Índice Introducción... 4 Capítulo 1- Fundamentos Teóricos Gestión de Procesos de Negocio Proceso de Negocio Modelación de Procesos de Negocio XML Ventajas del uso del XML Repositorio de Objetos Digitales Tecnologías Empleadas Framework 4.0 de.net Lenguaje de programación C# Visual Studio LINQ to XML... 7 Capítulo 2 - Modelo de Dominio Descripción de las Entidades Diagrama de Dominio... 9 Capitulo 3 - Captura de Requisitos Modelo de Caso de Uso del Sistema Diagrama de Casos de Uso del Sistema Actores del Sistema Descripción de los casos de uso del Sistema Capitulo 4 Solución Propuesta Diagrama de Clases de Diseño A continuación se muestra el diagrama de clases de diseño de la solución propuesta Breve Descripción de las entidades involucradas Árbol Estructura XML Diagrama de Despliegue Consideraciones en el Diseño de la Interfaz Capítulo 5 - Estimación basado en Casos de Uso Conclusiones Recomendaciones Bibliografía... 28

4 Introducción El trabajo realizado como prácticas profesionales se desarrolla en el CITI, una organización perteneciente al MININT, en particular en el programa de investigación BPM. El CITI desarrolla tecnologías integradas de un amplio espectro de las ciencias técnicas, con interés en la seguridad y el orden interior, a través de un trabajo coordinado entre la CUJAE, el MININT y otras instituciones; vinculando las necesidades de superación científica de especialistas con las soluciones concretas a través de la ejecución de proyectos por grupos de trabajo. Esta organización obtiene resultados vinculados al desarrollo de sistemas, tecnologías y aplicaciones integradas novedosas con impacto en la seguridad y el orden interior, para lo cual sustenta el trabajo en la integración de profesionales altamente calificados con estudiantes. La gestión de modelos procesos es una tarea vital para el desarrollo de la entidad, dado que los procesos que diseñan las personas en la actualidad no pueden ser reutilizados ya que no existe un sitio centralizado donde se almacenen los mismos, dificultándole esto a los usuarios que los necesiten, la accesibilidad a dichos procesos. Esto implica que en varias ocasiones, las personas empleen esfuerzo en el desarrollo de actividades que anteriormente ya fueron realizadas por otros. De esta situación problemática se identificó como problema a resolver cómo gestionar la información y los modelos de los procesos de negocio que diseñan las personas en la institución, para que puedan ser reutilizados por todos aquellos que lo necesiten. Antes de la creación de proyecto en cuestión no existía ninguna herramienta que realizara dichas tareas. El objeto de estudio se encuentra enmarcado en la gestión de modelos e información procesos de negocio de las organizaciones. El objetivo general de trabajo consiste en desarrollar un repositorio de procesos de negocio que permita la reutilización de los modelos diseñados por los diferentes miembros de la institución. Los objetivos específicos son: 1. Diseñar la estructura de la información para el repositorio de procesos de negocio. 2. Implementar las funcionalidades necesarias para el repositorio de procesos. 3. Diseñar las interfaces de usuario del sistema. 4. Definir reportes que brinden información relevante a los usuarios del sistema. Las tareas necesarias para darle cumplimiento a estos objetivos son: 1. Realizar un estudio acerca de las tecnologías y herramientas utilizadas actualmente para la gestión de modelos e información de procesos de negocio. 2. Asimilar las tecnologías.net: LINQ to XML, C# y el IDE de desarrollo Visual Studio Identificar las entidades necesarias para la gestión de información relacionada con los procesos de negocio. 4. Realizar la captura de requisitos del sistema a implementar. 5. Diseñar la estructura del fichero XML para guardar la información.

5 Capítulo 1- Fundamentos Teóricos 1.1 Gestión de Procesos de Negocio La gestión de procesos de negocio (Business Process Management o BPM en inglés) se le llama a la metodología empresarial cuyo objetivo es mejorar la eficiencia a través de la gestión sistemática de los procesos de negocio, que se deben modelar, automatizar, y optimizar de forma continua. Como su nombre sugiere, BPM se enfoca en la administración de los procesos del negocio Proceso de Negocio Un proceso de negocio es el flujo o progresión de actividades para alcanzar algún objetivo del negocio. También se puede definir como el conjunto de actividades que sirven para crear valor para el cliente. Este debe estar relacionado con algún objetivo (meta) del negocio y puede incluir otros procesos de negocio Modelación de Procesos de Negocio La modelación de procesos es la representación del grupo de actividades que una persona o entidad efectúan para alcanzar una meta, es la representación de un proceso. Cada actividad del modelo puede ser representada en términos de sus entradas (información que necesita), roles (quién hace qué) y salidas (objetivo final de la actividad). Estos modelos deben permitir visualizar el comportamiento de un sistema, donde un proceso puede ser evaluado y corregido y si un sistema dado es técnicamente factible. Los modelos deben estar expresados de forma que permitan que los procesos sean analizados, automatizados y/o mejorados. 1.2 XML XML, siglas en inglés de extensible Markup Language ('lenguaje de marcas extensible'), es un metalenguaje extensible de etiquetas. Permite definir la gramática de lenguajes específicos. Por lo tanto XML no es realmente un lenguaje en particular, sino una manera de definir lenguajes para diferentes necesidades. Algunos de estos lenguajes que usan XML para su definición son XHTML, SVG, MathML. XML no ha nacido sólo para su aplicación en Internet, sino que se propone como un estándar para el intercambio de información estructurada entre diferentes plataformas. Se puede usar en bases de datos, editores de texto, hojas de cálculo y casi cualquier cosa imaginable. XML es una tecnología sencilla que tiene a su alrededor otras que la complementan y la hacen mucho más grande y con unas posibilidades mucho mayores. Tiene un papel muy importante en la actualidad ya que permite la compatibilidad entre sistemas para compartir la información de una manera segura, fiable y fácil La información descrita mediante marcado XML se organiza en objetos denominados documentos XML, almacenados como ficheros de texto. La estructura general de un documento XML está formada por tres partes: Prólogo, opcional: Conteniendo una secuencia de instrucciones de procesamiento y/o declaración de tipo de documento. Cuerpo: Un árbol único de elementos marcados, con anidamiento estricto.

6 Epílogo, opcional: Conteniendo una secuencia de instrucciones de procesamiento Además puede haber comentarios en cualquier parte Ventajas del uso del XML La ventaja del uso de XML es que son extensibles, o sea, después de diseñado y puesto en producción, es posible extender XML con la adición de nuevas etiquetas, de modo que se pueda continuar utilizando sin complicación alguna. El analizador es un componente estándar, no es necesario crear un analizador específico para cada versión de lenguaje XML. Esto posibilita el empleo de cualquiera de los analizadores disponibles. De esta manera se evitan se acelera el desarrollo de aplicaciones. Si un tercero decide usar un documento creado en XML, es sencillo entender su estructura y procesarla. Mejora la compatibilidad entre aplicaciones. Podemos comunicar aplicaciones de distintas plataformas, sin que importe el origen de los datos, es decir, podríamos tener una aplicación en Linux con una base de datos Postgres y comunicarla con otra aplicación en Windows y Base de Datos MS-SQL Server. Transformamos datos en información, pues se le añade un significado concreto y los asociamos a un contexto, con lo cual tenemos flexibilidad para estructurar documentos. 1.3 Repositorio de Objetos Digitales Los Objetos Digitales, se refieren a productos de origen digital en formato electrónico, estos pueden ser texto, imágenes, videos, materiales gráficos, páginas web o programas informáticos, entre otros dentro de los muchos formatos posibles en la diversidad creciente. Estos se caracterizan por ser heterogéneos, complejos, generados dinámicamente y mantienen relaciones entre sí. Un repositorio de Objetos Digitales es un software de gestión de contenidos, que proporciona las herramientas e interfaces necesarias para la creación, consumo, gestión y difusión de los contenidos que son almacenados en el repositorio. Además de componer y asociar servicios a los respectivos objetos, que proporcionan un modo uniforme de ofrecer, descubrí e interactuar con estos. Para lograr la interoperabilidad de los repositorios digitales y sistemas de gestión de contenidos, son utilizados los metadatos, que sirven para organizar, buscar, actualizar y preservar la información referente a los recursos digitales. Los metadatos son elementos o estructuras de organización de la información que, asignados a cada objeto de información electrónica, la clasifican, categorizan o describen. 1.4 Tecnologías Empleadas Framework 4.0 de.net Es el componente integral de Windows que admite la creación, implementación y ejecución de la siguiente compilación de aplicaciones y servicios web. Proporciona un entorno de múltiples lenguajes basado en estándares y muy productivo para integrar las inversiones existentes con aplicaciones y servicios de la próxima generación; así como la agilidad necesaria para resolver los desafíos que suponen la implementación y el funcionamiento de las aplicaciones para Internet.

7 .NET Framework se compone de tres partes principales: Common Language Runtime, un conjunto jerárquico de bibliotecas de clases unificadas y una versión de ASP dividida en componentes que se denomina ASP.NET Lenguaje de programación C# C# es un lenguaje de programación orientado a objetos desarrollado y estandarizado por Microsoft como parte de su plataforma.net. Su sintaxis básica deriva de C/C++ y utiliza el modelo de objetos de la plataforma.net, similar al de Java aunque incluye mejoras derivadas de otros lenguajes, entre ellos Delphi. Este lenguaje tiene ciertas ventajas frente a otros lenguajes como son la facilidad de uso, la programación orientada a objetos, la administración de memoria, seguridad en el manejo de los datos, Sistema de tipos unificado, compatibilidad y el uso de operadores Visual Studio 2010 Microsoft Visual Studio 2010 es un entorno de desarrollo integrado (IDE, por sus siglas en inglés) para sistemas operativos Windows. Soporta varios lenguajes de programación tales como Visual C++, Visual C#, ASP.NET y Visual Basic.NET. Esta herramienta permite a los desarrolladores crear aplicaciones, sitios y aplicaciones web, así como servicios web en cualquier entorno que soporte la plataforma.net. Así es posible crear aplicaciones que se intercomuniquen entre estaciones de trabajo, páginas web y dispositivos móviles LINQ to XML XML se ha adoptado ampliamente como un modo de formatear datos en diversos contextos. LINQ to XML es una interfaz de programación XML en memoria y habilitada para LINQ que permite trabajar con XML desde los lenguajes de programación de.net Framework. LINQ to XML es un método actualizado y rediseñado para la programación con XML. Proporciona capacidades de modificación de documento en memoria de Document Object Model (DOM), y es compatible con expresiones de consulta LINQ. Se parece a Document Object Model (DOM) en lo que respecta a la inserción del documento XML en la memoria. Puede consultar y modificar el documento; una vez modificado, puede guardarlo en un archivo o serializarlo y enviarlo a través de una conexión. Sin embargo, LINQ to XML difiere de DOM: proporciona un nuevo modelo de objetos más ligero con el que se trabaja más fácilmente. La ventaja más importante de LINQ to XML radica en su integración con Language-Integrated Query (LINQ). Esta integración permite escribir consultas en el documento XML en memoria para recuperar colecciones de elementos y atributos.

8 Capítulo 2 - Modelo de Dominio 2.1 Descripción de las Entidades Categoría: Esta entidad se encarga de modelar las categorías referentes a los procesos. Cada proceso tiene definida una categoría que representa el área de una organización a la que pertenece. Tiene como atributos un identificador, un nombre y una descripción. Proceso: Esta entidad modela los procesos que se manejan en la aplicación. Tiene como atributos un identificador, un nombre, el nombre de la categoría a la que pertenece, una descripción, el identificador y el nombre del autor, y una lista de versiones del mismo. Persona: Esta entidad modela las personas que comparten algún proceso en la aplicación de su autoría. Tiene como atributos un identificador, el nombre (este atributo contempla el nombre y los apellidos), el correo electrónico, y una lista de procesos hechos por él. Versión: Esta entidad representa las versiones que va teniendo el proceso cada vez que se le hace un cambio a su modelo. Los atributos que tiene son el identificador, el numero de la versión, observaciones, la fecha en que se le realizo el cambio, el directorio donde se encuentra, la cantidad de descargas que se han hecho y el rating que los usuarios le dan una vez manipulado la versión. Entidad: Esta entidad modela las entidades a las que pertenecen las personas que existen en el repositorio. Tiene como atributo un identificador, un nombre y una lista de personas las cuales pertenecen a dicha entidad. Controladora: Esta entidad es la encargada de proporcionar las funcionalidades para gestionar todas las entidades involucradas en la aplicación además de los métodos necesarios para el funcionamiento de la misma. Tiene como atributos una lista de entidades y una lista de categorías.

9 2.2 Diagrama de Dominio

10 Capitulo 3 - Captura de Requisitos 3.1 Modelo de Caso de Uso del Sistema Diagrama de Casos de Uso del Sistema Actores del Sistema Nombre del actor Descripción Administrator Es el encargado de la gestión de cada uno de las entidades involucradas. Uploader Es el encargado de subir y gestionar la información de los procesos en el repositorio. Downloader Es el encargado de descargar los procesos del repositorio.

11 3.1.3 Descripción de los casos de uso del Sistema Nombre del caso de uso Entity Management Actores Administrador Resumen El caso de uso inicia cuando el administrador necesita registrar, modificar, eliminar o buscar una entidad, el sistema permite realizar cualquiera de estas operaciones sobre la entidad seleccionada y concluye cuando actualiza la información. Precondiciones Para la modificación, eliminación o búsqueda debe existir la entidad. Pos condiciones La información queda actualizada en el sistema. Nota: El término Entity se refiere a las entidades: Persona, Entidad, y Categoría. Nombre del caso de uso Processes Management Actores Uploader Resumen El caso de uso inicia cuando el uploader desea registrar, modificar, eliminar o buscar un proceso, el sistema permite realizar cualquiera de estas operaciones sobre el proceso seleccionado y concluye cuando actualiza la información. Precondiciones Para la modificación, eliminación o búsqueda debe existir el proceso. Pos condiciones La información queda actualizada en el sistema. Casos de uso asociados

12 Nombre del caso de uso Versions of Processes Management Actores Uploader Resumen El caso de uso inicia cuando el uploader desea registrar, modificar, eliminar o buscar una versión de un proceso, el sistema permite realizar cualquiera de estas operaciones sobre el proceso seleccionado y concluye cuando actualiza la información. Precondiciones Para crear una versión debe existir el proceso al que pertenece. Para la modificación, eliminación o búsqueda debe existir la versión. Pos condiciones La información queda actualizada en el sistema. Nombre del caso de uso Descargar Proceso Actores Downloader Resumen El caso de uso inicia cuando el downloader desea descargar un proceso, el sistema permite da las opciones de formato de descarga y seguido de esto se efectúa la operación, terminando esta con la salva del fichero. Precondiciones Para descargar un proceso este debe estar en el repositorio. Pos condiciones La información queda actualizada en el sistema.

13 Capitulo 4 Solución Propuesta 4.1 Diagrama de Clases de Diseño A continuación se muestra el diagrama de clases de diseño de la solución propuesta.

14 4.2. Breve Descripción de las entidades involucradas Entidad: Esta clase modela las entidades que se manejan en el repositorio. Persona: Esta clase modela las personas que tienes algún proceso diseñado en el repositorio. Categoría: Esta clase modela las categorías a las que pertenecen los procesos. Proceso: Esta clase modela los procesos que se manejan en el repositorio. Versión: Esta clase representa las versiones de los modelos que tienen los procesos, donde cada proceso debe tener, al menos una versión del modelo. Controladora: Esta clase es la encargada de gestionar cada una de las clases antes mencionadas, ya sea inserción, modificación, eliminación y búsquedas. Para ello se cuenta con los métodos: //Gestión de Entidades public void insertarentidad(string nombre) public void modificarentidad(string id, String nombre) public void eliminarentidad(string id) //Gestión de Procesos public void insertarproceso(string nombre, String categoria,string autor, String descripcion, String IdPersona) public void modificarproceso(string id, String nombre, String directorio, String nombrecategoria, String descripcion) public void eliminarproceso (String id,string idpersona) //Gestión de Personas public void insertarpersona(string nombre, String correo, String identidad) public void modificarpersona(string id, String nombre, String correo) public void eliminarpersona(string id,string identidad) //Gestión de Categorías public void insertarcategoria(string nombre, String descripcion) public void modificarcategoria(string id, String nombre, String descripcion) public void eliminarcategoria(string id) //Gestión de Versiones public void insertarversiones(double num_version, String fecha, String observaciones,string directorio, Int32 cantdescargas, Int32 rating, String idproceso) public void modificarversiones(string id, double num_version, String fecha, String observaciones, Int32 cantdescargas, Int32 rating) public void eliminarversiones(string id, String idproceso ) //Búsquedas public Entidad buscarentidad(string id) public Categoria buscarcategoria(string id) public Persona buscarpersona(string id)

15 public Proceso buscarproceso(string id) public Version buscarversion(string id) Además cuenta con métodos de listados de las entidades existentes, que son de gran uso en la implementación de otros métodos: //Listados public List<Entidad> listadoentidades() public List<Persona> listadopersonasporentidades(string identidad) public List<Proceso> listadoprocesos() public List<Proceso> listadoprocesosporpersonas(string idpersona) public List<Proceso> listadoprocesosporcategoria(string nombrecategoria) public List<Categoria> listadocategorias() public List<Version> listadoversiones() public List<Version> listadoversionesporproceso(string idproceso) Contiene también métodos de importancia vital para en funcionamiento de la aplicación, pues constituyen reportes que son brindados al usuario. Estos son: public Int32 cantdescargasproceso(string id) public Proceso procesomasdescargado() public Persona personaconmasprocesos() public Int32 cantidadprocesosentidad(string id) public Entidad entidadconmasprocesos() public Proceso procesoconmasversiones() public Categoria categoriaconmasprocesos() public List<Proceso> procesosconelmismonombre(string nombre)

16 4.2. Estructura del Fichero XML Árbol Estructura XML

17 4.4 Diagrama de Despliegue PC Cliente: Es el nodo de donde se podra interactuar con los formularios del servidor. Como requisitos mínimos de software debe tener sistema operativo Windows XP con algun navegador instalado y de hardware debe tener 512 MB de memoria RAM, con el procesador a 2.4 GHz. Servidor Web: Es el nodo que contiene los formularios de la pagina web por donde los usuarios interactuaran con los datos relacionados con los modelos de procesos de negocio. Como requisito mínimo de sofware de tener instalado Sistema oprativo Windows Server e Internet Information Server. Como requerimientos mínimos de hardware debe tener 512 MB de memoria RAM, con el procesador a 2.4 GHz. Servidor de Ficheros : Es el nodo donde se va a localizar el fichero XML que guarda la informacion referente a los modelos de procesos de negocio. Como requisitos mínimos de software debe tener sistema operativo Sistema oprativo Windows Server con algún navegador instalado y de hardware debe tener 512 MB de memoria RAM, con el procesador a 2.4 GHz. 4.5 Consideraciones en el Diseño de la Interfaz La aplicación cuenta con varias intefaces gráficas amigables al usuario para cada una de las funcionalidades que realiza. Se destacan las interfaces de gestión de cada una de las entidades se manejan las cuales no varían con la insercion o modificacion ya que manejan los mismos datos. A continuación se muestran varios ejemplos: Al iniciar la aplicación se muestra la siguiente formulario:

18 Al realizar las búsquedas de procesos se muestra el siguiente formulario donde se puede filtrar datos y ver los detalles de cada uno: La gestión de las entidades involucradas con los datos correspondientes: Gestión de Entidades

19 Gestión de Personas Gestión de Categorías de Proceso

20 Gestión de Proceso Gestión de Versiones de Procesos

21 Capítulo 5 - Estimación basado en Casos de Uso Calcular los Puntos de Caso de Uso sin Ajustar (PCU) PCU = FPA + FPCU donde: FPA: Factor de Peso de los Actores sin ajustar. FPA=3*3=9 FPCU: Factor de Peso de los Casos de Uso sin ajustar. CU Cantidad de transacciones Peso correspondiente People's Management 6 10 Entities's Management 6 10 Categories's Management 6 10 Processes's Management 6 10 Versions of Processes's Management 6 10 Download Process 2 5 FPCU= 5*10+2*5=60 PCU=60+9=69 Calculo de Puntos de Casos de Uso Ajustados (PCUA) PCUA=PCU*FCT*FA Factor Descripción Peso Valor asignado Comentario Peso*valor 1 Sistema distribuido. 2 4 El Sistema es centralizado 8

22 2 Objetivos de performance o tiempo de respuesta. 1 3 La velocidad de respuesta no debe estar tan limitada por las entradas provista por el usuario 3 3 Eficiencia del usuario final. 1 3 Escasas restricciones de eficiencia 3 4 Procesamiento interno complejo. 1 3 No existen cálculos complejos 3 5 El código debe ser reutilizable. 1 5 Se requiere que el código sea reutilizable 5 6 Facilidad de instalación Escasos requerimientos de facilidad de instalación 1 7 Facilidad de uso Fácil uso 2 8 Portabilidad. 2 2 El sistema no es portable 4 9 Facilidad de cambio. 1 3 Se requiere un costo moderado de mantenimiento 3 10 Concurrencia. 1 5 Si existe la posibilidad de concurrencia 5 11 Incluye objetivos especiales de seguridad. 1 4 Seguridad normal 4 12 Provee acceso directo 1 1 No necesariamente 1

23 a terceras partes. ya que es de uso de personal especializado 13 Se requieren facilidades especiales de entrenamiento a usuarios. 1 1 Pocos usuarios internos, sistema de fácil uso 1 FCT= x (Peso i x Valor i) FCT= *43 FCT=1.03 FA: Factor Ambiente Factor Descripción Peso Valor asignado Comentario Peso * valor 1 Familiaridad con el modelo de proyecto utilizado El equipo está familiarizado con el modelo Experiencia en la aplicación El equipo ha trabajado en la aplicación Experiencia en la orientación a objetos. 1 3 El equipo programa orientado a objetos generalmente 3 4 Capacidad del analista líder Analista líder con experiencia Motivación. 1 4 Al equipo les motiva el trabajo que se realiza 4 6 Estabilidad de los requerimientos. 2 2 No presenta muchos cambios pero 4

24 si está sujeto parcialmente 7 Personal a tiempo parcial El proyecto está compuesto por 2 integrantes(2 full time) -2 8 Dificultad del lenguaje de programación El lenguaje a usar es C# -3 9 Uso de herramientas Case que facilitan la implementación 2 4 El uso de esta herramienta es útil y reduce tiempo 8 FA = * (Peso i x Valor i) FA= *( ) FA= *21.5 FA=0.755 Entonces con los cálculos de FCT y FA: PCUA=PCU*FCT*FA PCUA=69*1.03*0.755 PCUA=53.65 Cálculo de esfuerzo estimado de desarrollo (E) E=PCUA*FC FC: Factor de Conversión, se tomó el factor de conversión 20 Horas-Hombre E=PCUA*FC E=53.65*20 E= ET = /0.4= Actividad Porcentaje Horas-Hombre Análisis 10 % Diseño 20 %

25 Implementación 40 % Pruebas 15 % Sobrecarga (otras actividades) 15 % Total 100% E (total)= Horas-Hombre (HH) Estimación del tiempo de Desarrollo del proyecto El tiempo de desarrollo aproximado del proyecto (TDes) se calcula de la siguiente manera: TDes = E (Total)/CH Dónde: E (Total): Esfuerzo total CH: Es la cantidad de hombres que desarrollan el proyecto. TDes= HH/3 TDes= Horas Estimación del costo de desarrollo del proyecto C = E (Total) *CHH Donde: CHH: Costo por hombre hora CHH = K * THP Donde: K: Coeficiente que tiene en cuenta los costos indirectos (1,5 y 2,0). Se escoge (2) como coeficiente. THP: Tarifa Horaria Promedio. El salario promedio de las personas que trabajan en el proyecto dividido entre 240horas (160 horas especialista líder y 80 horas otros desarrolladores). Se debe aclarar que el líder del proyecto cobra $350 y los desarrolladores $75 cada uno. THP= (75*2+350)/2 THP=250/240 THP=1.04 CHH=2*1.04

26 CHH=2.08 C= *2.08 C=$ $

27 Conclusiones La realización de este trabajo estuvo enmarcada en el diseño del Repositorio de Procesos de Negocio del CITI y la implementación de sus funcionalidades; cumpliéndose todos los objetivos propuestos y alcanzando magníficos resultados. El presente trabajo le aportó a los autores la asimilación de las herramientas, lenguajes y tecnologías que se usaron para la realización del mismo. Se destaca el acercamiento a la herramienta Microsoft Visual Studio 2010 en específico, la tecnología LINQ y el lenguaje de programación C# como solución al rápido desarrollo de la aplicación. Recomendaciones Tras el desarrollo de este trabajo se recomienda que en un futuro se detallen mas las entidades que se manejan en el repositorio, ya que este es escalable, es la primera versión que se realiza y todavía deben tenerse en cuenta algunos detalles para su completa finalización. Por otra parte que se recomienda que se le agreguen vínculos a otras páginas de temas similares para mayor información de los usuarios.

28 Bibliografía T. Ray, Erick. Learning XML Van der Vlist, Erick. XML Schema, O'Reilly Collado, Manuel. Introducción a las tecnologías y estándares XML Klein, Scott. Professional LINQ, Wrox. Loyola, William. BPM: Business Process Modeling MSDN Library para Visual Studio 2008 en Español.