2011

GOBIERNO AUTONOMO MUNICIPAL DE TRINIDAD Ing. Max Escobari Quiroga

PROPUESTA TECNICA
Propuesta tcnica para el Desarrollo e Implementacin de un Sistema de Seguimiento a Tramites de la Alcalda de Trinidad

Contenido
Presentacin........................................................................................................................................ 4 1. ENFOQUE......................................................................................................................................... 5 1.1. Simplificacin de trmites (ST). ............................................................................................... 5 1.2. Desarrollo de la herramienta informtica del Sistema de Seguimiento a trmites ................ 7 1.2.1 Ciclo de Vida de Desarrollo Iterativo e Incremental .......................................................... 8 1.2.2. Arquitectura del sistema ................................................................................................... 9 1.2.3. Plataforma de Desarrollo y Tecnologas a Utilizar ......................................................... 14 2. ALCANCE ....................................................................................................................................... 15 2.1. Simplificacin de trmites y presentacin de un Catalogo de Tramites ............................... 15 2.1.1. Identificar el universo de trmites ................................................................................. 16 2.1.2. Identificar las caractersticas de los trmites ................................................................. 16 2.1.3. Corroborar la ubicacin organizacional de la oficina donde se resuelven los trmites . 16 2.1.4. Determinar el universo de requisitos de los trmites .................................................... 16 2.1.5. Anlisis del marco normativo de los trmites y sus requisitos ...................................... 16 2.1.6. Aplicar la reingeniera de procesos ................................................................................ 17 2.1.7. Adecuar el marco normativo .......................................................................................... 17 2.1.8. Crear el cdigo de identificacin para cada trmite ...................................................... 17 2.1.9. Elaborar las fichas de trmites ....................................................................................... 18 2.1.10. Publicar el Catlogo de Trmites .................................................................................. 18 2.2. Desarrollo del Software del Sistema de Seguimiento de Tramites ........................................ 18 2.2.1. Ingeniera de Requerimientos ......................................................................................... 19 2.2.2. Diseo del Sistema .......................................................................................................... 21 2.2.3. Construccin del Software del Sistema ........................................................................... 22 2.2.4. Implementacin del Sistema ........................................................................................... 23 2.3. Dotacin de Equipamiento Informtico ................................................................................. 23 2.3.1. El servidor ........................................................................................................................ 23 Servidor HP ML350 G6 .............................................................................................................. 23 2.3.2. Firewall - Appliance ......................................................................................................... 24

FIREWALL APPLIANCE FORTIWIFI-60C ........................................................................................... 24 2.3.3. UPS .................................................................................................................................. 24 2.3.4. Configuracin de la red para el Sistema.......................................................................... 25 3. METODOLOGIA Y PLAN DE TRABAJO ............................................................................................ 25 3.1. Metodologa y Plan de Trabajo Para la simplificacin de trmites (ST) ................................. 25 3.2. Metodologa y Plan de Trabajo Desarrollo del Sistema de Seguimiento a trmites.............. 27 3.2.1 Previsin ........................................................................................................................... 28 3.2.2 Plan ................................................................................................................................... 28 3.2.3 Generacin ....................................................................................................................... 28 3.2.4 Construccin del Software ............................................................................................... 29 3.2.5 Pruebas Tcnicas .............................................................................................................. 30 3.2.6 Implementacin ............................................................................................................... 31 4. Cronograma ................................................................................................................................... 32 5. Identificacin de hitos a desarrollar.............................................................................................. 33 6.- Propuesta Econmica .................................................................................................................. 34 7. Curriculum Vitae del Equipo de Proyecto ..................................................................................... 35

Presentacin
Como se puede observar los procesos de trmites Municipales son complejos, dinmicos y necesitan ser mejorados constantemente. Estn interrelacionados unos con otros y se desarrollan, de manera interna a la institucin o, en muchos casos, interactuando con otras organizaciones o en general con la ciudadana. En cualquiera de los casos requieren ser gestionados de forma eficaz obteniendo una optimizacin del rendimiento y control sobre los procesos. En este sentido el Gobierno Municipal de Trinidad ha convocado a presentar propuestas para el desarrollo e implementacin Sistema Informtico de Ventanilla nica y Seguimiento de Trmites en lnea que comprende las tareas de anlisis, optimizacin de procesos, diseo, desarrollo, instalacin e implantacin del sistema mencionado. La presente propuesta ha interpretado los trminos de referencia, y plantea implementar dicho proyecto en base a dos macroactividades que comprenden las tareas planteadas y son: 1. Simplificacin de Trmites (ST). 2. Desarrollo de la herramienta informtica del Sistema de Seguimiento a tramites

1. ENFOQUE
La excesiva acumulacin de normativas en los tres niveles del Estado ha implicado que los ciudadanos se vean obligados a cumplir con una gran cantidad de trmites. Por si esto fuera poco, ni el proceso formal de solicitud ni los mecanismos y criterios de resolucin estn claramente definidos para la mayora de los trmites. Por otra parte, la difusin de los trmites y sus requisitos es, sin duda, insuficiente, adems de que es prctica comn que se cambien continuamente los requisitos de los trmites. Todo esto ocasiona que la poblacin perciba la gestin pblica como confusa, lenta, repetitiva, etc., y que, con frecuencia, realicen actividades sin apegarse estrictamente a la regulacin. La evasin de las disposiciones normativas, a su vez, afecta negativamente el potencial del gobierno municipal para incrementar su recaudacin. Los prolongados periodos que usualmente tarda el municipio en la resolucin de trmites son originados fundamentalmente por la carencia de archivos o registros especialmente diseados para capturar y dar seguimiento a la informacin que involucran las diferentes reas de regulacin municipal. Esta deficiencia tambin ocasiona la exigencia recurrente de la misma documentacin por parte de la autoridad municipal, provocando as un acumulamiento excesivo de documentos. Entendiendo el Problema por el cual atraviesa el gobierno Municipal y en base a los objetivos y la justificacin del proyecto que motiva la presente consultora, nuestra propuesta enfoca precisamente a la resolucin de dicha problemtica mediante la creacin del Sistema de Seguimiento de Trmites Alcalda de Trinidad, el cual se concibe como una herramienta que permitira hacer ms eficiente, expedita y transparente la aplicacin de la regulacin municipal. El proceso de construccin del Sistema de Seguimiento de Trmites de la Alcalda de Trinidad, estar formado por 2 etapas claramente definidas: 1. Simplificacin de Trmites (ST). 2. Desarrollo de la herramienta informtica del Sistema de Seguimiento a tramites 1.1. Simplificacin de trmites (ST). Uno de los principales objetivos del Municipio de Trinidad para invertir tiempo y dinero en tecnologas de la informacin, es la bsqueda de aumento de productividad en los diferentes procesos de negocio. El producto de esta etapa ser un Catlogo de Trmites Municipales, en el cual se incorporan las fichas correspondientes de todos y cada uno de los trmites. Las fichas de trmite incluyen la informacin referente a las personas que deben realizar el trmite, la oficina donde se realiza, su costo, el tiempo de respuesta mximo de la autoridad, los requisitos que deben presentarse y su fundamento jurdico, entre lo ms relevante. Para los fines de esta propuesta, se entiende el concepto de tramite como cualquier solicitud o entrega de informacin que las personas naturales o jurdicas hagan ante el Municipio, ya sea para cumplir una obligacin, obtener un beneficio o servicio o, en general, a fin de que se emita una resolucin o cualquier documento que dichas personas estn obligadas a conservar. Los

documentos (o productos finales de los trmites) ms comunes son los relacionados con los ingresos propios municipales como ser: 1. Tasas a. Laboratorio municipal: anlisis bromatolgico y microbiolgico b. Utilizacin y recreacin en parques pblicos c. Cementerio General: Conservacin y limpieza de vas de circulacin, inhumacin de restos, cremacin de restos, obturacin de nichos y sarcfagos, traslado de restos, reconocimiento de cadveres y reduccin de restos. d. Sistemas prediales: registro de catastro, aprobacin de planos de construccin, aprobacin de fraccionamientos, modificaciones, divisiones, particiones, urbanizaciones, habilitacin de tierras y remodelacin de asientos zonales. e. Matadero municipal: faenado de ganado f. Alumbrado pblico y mantenimiento de calles, avenidas, parques y otros, sobre el valor del consumo de energa elctrica. g. Aseo Urbano, segn estratos de consumo elctrico. h. Mingitorios y baos pblicos i. Registro de estudios geotcnicos para edificaciones, lotes, urbanizaciones y rehabilitacin de suelos j. Uso de terminales de transporte terrestre de pasajeros k. Zoolgico municipal y zoonosis animal l. Carnetizacin de bibliotecas y museos municipales 2. Patentes a. Funcionamiento de empresas de transformacin, servicios, transportes y comercio b. Realizacin de espectculos pblicos y actividades recreacionales de carcter deportivo, cultural, musical, teatral, bailes, circos, juegos y otros similares. c. Uso de calzadas, calles, parques, mercados y otros similares con fines particulares y de lucro. d. Exhibicin de publicidad vial en espacio areo municipal adosada o pegada en espacio pblico o privado que tenga un carcter lucrativo. e. Extraccin de ridos de ros y cuencas para usos y aprovechamiento privado. f. Actividades econmicas en kioscos, anaqueles, micro snacks y carritos. Existen otras instancias que pueden generar trmites como ser: 1. Impuesto a la Propiedad de Bienes Inmuebles (IPBI) 2. Impuesto a la Propiedad de vehculos Automotores (IPV) 3. Impuesto a las transacciones de bienes inmuebles y vehculos automotores Aunque estos trmites son controlados por el RUAT, se debe crear una forma de integrarlos. Cabe sealar que los particulares pueden solicitar estos documentos varias veces (copias o renovaciones peridicas), y tambin pueden solicitar que se haga algn cambio en la informacin contenida en el documento o su cancelacin. Por lo tanto, los trmites deben ser concebidos como movimientos o cambios dentro de los registros pblicos (con la informacin de los particulares y de las autorizaciones otorgadas). La elaboracin del Catalogo de Tramites implica un proceso mediante el cual se revisaran y

organizaran los tramites que se resuelven en el gobierno municipal. El proceso para elaborar el catalogo permite identificar requisitos que no estn fundamentados jurdicamente y/o que no estn contribuyendo a la funcin regulatoria del municipio, y plantear por lo tanto su eliminacin. En el sentido opuesto, tambin es una oportunidad para proponer la introduccin de requisitos que contribuyan a mejorar la funcin regulatoria. En muchos casos, todo esto lleva directamente a la identificacin de cambios necesarios en la reglamentacin municipal (para dar fundamento legal o para eliminar el fundamento legal de los requisitos de los tramites), los cuales se debern proponer. Los pasos del proceso para desarrollar el catalogo de trmites son los siguientes: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Identificar el universo de tramites Identificar las caractersticas de los tramites Corroborar la ubicacin organizacional de la oficina donde se resuelven los tramites Determinar el universo de requisitos de los tramites Analizar el marco normativo de los tramites y sus requisitos Aplicar la reingeniera de procesos a los tramites Adecuar el marco normativo Crear el cdigo de identificacin para cada trmite Elaborar el Catlogo de Trmites Publicar el Catlogo de Trmites Difundir el Catlogo de Trmites

1.2. Desarrollo de la herramienta informtica del Sistema de Seguimiento a trmites La metodologa de Desarrollo es Orientado a Objetos (OO), metodologa que permite modelar y desarrollar un sistema a partir de los componentes con los que interacta el sistema, en particular se tomaran algunos pasos del Proceso Unificado (RUP) para el desarrollo de software. La metodologa OO involucra tres etapas macro principales: el anlisis, el diseo y la construccin. El desarrollo de cada etapa implica herramientas y conceptos que ayudan a modelar y representar situaciones del mundo real, para este efecto se utiliza UML (Lenguaje de Modelacin Unificado) como lenguaje y notacin estndar para la construccin de modelos de representacin de funcionalidades de software. En cuanto al enfoque de desarrollo, se utiliza el enfoque iterativo e incremental, el cual est basado en ciclos de desarrollo del sistema. La representacin de una aplicacin bajo este enfoque se la realiza a travs de una descripcin de niveles, ms conocidos como pasos de Macro Nivel, los cuales son: Planeacin y Elaboracin, Construccin y Aplicacin.

Planeacin y Elaboracin

Construccin

Aplicacin

Pasos de Macro Nivel en el Desarrollo de Software con enfoque iterativo e incremental

a) Planeacin y Elaboracin Incluye definir el Plan Preliminar, la ingeniera de Requerimientos, registrar trminos en el glosario y definir casos de uso preliminares. b) Construccin Consiste en la creacin del sistema y por lo general requiere muchos ciclos de desarrollo, con el objetivo final de obtener un software funcional que responda de forma adecuada a los requerimientos. c) Aplicacin Es la transicin de la implementacin del sistema a su uso.

1.2.1 Ciclo de Vida de Desarrollo Iterativo e Incremental Un ciclo de vida iterativo se basa en el agrandamiento y perfeccionamiento secuencial de un sistema a travs de mltiples ciclos de desarrollo de anlisis, diseo, implementacin y pruebas. En cada ciclo se aborda un conjunto relativamente pequeo de requerimientos pasando por el anlisis, el diseo, la construccin y las pruebas. Entre las ventajas del desarrollo iterativo tenemos las siguientes: La complejidad nunca resulta abrumadora Se produce retroalimentacin en una etapa temprana, porque la implementacin se efecta con una parte pequea del sistema.

Para el Anlisis Orientado a Objetos se definen las siguientes etapas: i. Definicin de los casos de Uso: Son descripciones narrativas textuales de los procesos de un sistema, esta definicin adems nos permite identificar a los objetos que intervienen en el sistema. Definicin del modelo conceptual: en el cual se muestra grficamente en un grupo de diagramas los conceptos (objetos), sus atributos y sus asociaciones. Definicin de los diagramas de colaboracin: representan el flujo de mensajes entre las instancias y la invocacin de sus funciones. Definicin de diseo de clases: se representa grficamente los detalles de las conexiones entre objetos y sus funciones o mtodos.

ii. iii. iv.

El Diseo involucra las siguientes actividades: i. ii. iii. iv. v. Definir los casos reales de uso Definir los reportes, la interfaz de usuario y la secuencia de las pantallas Perfeccionar la arquitectura del sistema Definir los diagramas de interaccin Definir el esquema de la Base de Datos

Construccin: Durante esta fase se realizar la programacin de los modelos desarrollados, durante esta se utilizaran tcnicas de desarrollo gil.

1.2.2. Arquitectura del sistema Segn la definicin de la IEEE-Std 1471-2000, la Arquitectura del Software es la organizacin fundamental de un sistema formada por sus componentes, las relaciones entre ellos, el contexto en el que se implantarn y los principios que orientan su diseo y evolucin. En informtica la arquitectura hace referencia a diseos fsicos y lgicos es decir, la Arquitectura del Software construye abstracciones, materializndolas en forma de diagramas tambin conocidas como vistas, entre las que tenemos: Vista lgica: describe el modelo de objetos (Diagrama de Clases). Vista de proceso: muestra la concurrencia y sincrona de los procesos (Vistas dinmicas: Diagramas de Actividades). Vista fsica: muestra la ubicacin del software en el hardware (p.ej: arquitectura Cliente Servidor). Vista Lgica: La vista lgica representa la arquitectura de los objetos (Entidades) que intervienen, en la vista lgica se representan las propiedades y los mensajes de interaccin y funciones que tiene cada entidad, como ejemplo de la vista lgica, tenemos el diagrama de Clases que es una representacin de las entidades y objetos que interactan mediante mensajes y funciones para el adecuado desempeo del sistema. Vista Lgica: Diagrama de Clases

Vista de Proceso: La vista de Procesos hace referencia a la secuencia de las interacciones entre las entidades y los

cambios que suceden dentro de estas, como ejemplo podemos mencionar a los diagramas de actividades, los cuales representan a las entidades, sus interacciones y la secuencia de las funciones que realizan. Diagrama de Actividades: Vista de Procesos

Vista Fsica: La Vista Fsica hace referencia a los componentes fsicos que proporcionan la plataforma para el funcionamiento adecuado de un sistema de informacin; es decir a las computadores y equipo de hardware que hospedara a cada elemento software de un sistema de informacin. Dada la importancia estructural de la Vista Fsica, se detalla los tipos de vistas fsicas que actualmente hospedan a los sistemas de informacin. Vista Fsica: Modelo Monoltico En un modelo monoltico, el software es programado de forma muy acoplada es decir el cdigo no es fcilmente utilizable y la dificultad de mantenimiento es mayor, adems que el software y sus componentes son hospedados en un solo equipo de hardware, por lo que las funciones que desempea no requieren mucho procesamiento de informacin, es decir no requieren muchos recursos, como ejemplo podemos mencionar un software procesador de textos domestico.

Vista Fsica: Modelo Cliente Servidor En modelo Cliente Servidor, el procesamiento de datos se distribuye entre dos o ms componentes especializados (aplicacin y base de datos), cuya ejecucin se distribuye entre uno o ms equipos. En un modelo Cliente Servidor, los procesos se sincronizan de la siguiente forma: 1. Cliente (Parte Activa) a. Demanda Servicios a los Servidores b. Se asume que cada peticin deber obtener respuesta c. Diseada para soportar la interaccin con el usuario final 2. Servidor (Parte Pasiva) a. Espera las peticiones de los clientes b. Procesa las peticiones y enva una respuesta c. Su diseo es orientado a maximizar la eficiencia

Vista Fsica: Arquitectura de 3 niveles En una arquitectura de 3 capas, las funciones del sistema se separan en tres diferentes computadores, con tareas especializadas, est formado por los siguientes componentes: Cliente : El cual hace referencia a un computador que carece de lgica de negocio y ofrece alguna funcionalidad de visin y peticin de datos, como ejemplo podemos mencionar a un computadora de un caf internet, que hace solicitudes a un sitio web externo. Servidor de Aplicaciones: El cual hace referencia a un computador con mayor potencia de procesamiento el cual se encarga de procesar las solicitudes del cliente, procesar la informacin y ejecutar las reglas de negocio del sistema, como ejemplo podemos mencionar a un servidor en internet que atiende peticiones de personas navegando en su sitio web. Servidor de Base de Datos: El cual hace referencia a un computador con buena potencia de procesamiento, el cual almacena los datos y se encarga de proporcionar los datos que el servidor de aplicaciones solicita.

Grficamente en una vista fsica, la Arquitectura de 3 capas es la siguiente:

La Arquitectura Fsica propuesta para el sistema del GAM Trinidad, es la arquitectura de 3 capas, dado que el sistema debe albergar una gran cantidad de informacin y tendr como usuarios a funcionarios de diferentes unidades del municipio y a la poblacin via internet. Arquitectura de Software Con Relacin al Estilo Arquitectnico del sistema cabe mencionar la siguiente definicin: La arquitectura de software define, de manera abstracta, los componentes que llevan a cabo alguna tarea de computacin, sus interfaces y la comunicacin entre ellos. Toda arquitectura debe ser implementable en una arquitectura fsica, que consiste simplemente en determinar qu computadora tendr asignada cada tarea. La arquitectura de software debe cumplir las siguientes caractersticas sobre los componentes de un software: 1. 2. 3. 4. 5. 6. Capacidad Rendimiento Consistencia Flexibilidad Compatibilidad de Componentes Escalabilidad

Entre los estilos arquitectnicos de software podemos mencionar a los de Estilo Llamada y Retorno: entre estos tenemos: 1. Modelo Vista Controlador Model-View-Controller (MVC) 2. Arquitecturas en Capas a. Capa de presentacin b. Capa de Negocios c. Capa de Abstraccin de Datos d. Capa de Datos 3. Arquitecturas Orientadas a Objetos 4. Arquitecturas Basadas en Componentes

La arquitectura de software definida para el sistema, es de n capas (modelo n-tier), la cual es actualmente la arquitectura predominante para la construccin de aplicaciones multiplataforma, para el sistema en particular se define la arquitectura de 5 capas. Cabe mencionar que cada capa tiene diferentes funcionalidades, por lo que cada capa tiene un diseo particular, formado por componentes de software los cuales tienen una arquitectura de funcionamiento conocida como arquitectura basada en componentes, la cual es una arquitectura diferente a la arquitectura de n capas. La arquitectura de n capas presenta las siguientes ventajas: Desarrollos paralelos (en cada capa) Aplicaciones ms robustas debido al encapsulamiento Mantenimiento y soporte ms sencillo (es ms sencillo cambiar un componente que modificar una aplicacin monoltica) Mayor flexibilidad (se pueden aadir nuevos mdulos para dotar al sistema de nueva funcionalidad) Alta escalabilidad . La principal ventaja de una aplicacin distribuida bien diseada es su buen escalado, es decir, que puede manejar muchas peticiones con el mismo rendimiento simplemente aadiendo ms hardware. El crecimiento es casi lineal y no es necesario aadir ms cdigo para conseguir esta escalabilidad. La arquitectura propuesta es una de 5 capas y basada en componentes, las capas que forman la arquitectura son:
1. 2. 3. Capa de Presentacin Capa de Negocios Capa de Abstraccin de Datos Formada por las interfaces del sistema Formada por los objetos que contienen las reglas de negocio del sistema Compuesta por objetos que permiten el funcionamiento de las aplicaciones con bases de datos de diferentes proveedores reduciendo en gran medida, las tareas de mantenimiento Compuesta por la Base de Datos MySQL Que permitir al sistema brindar informacin o ciertas funcionalidades con otros sistemas.

4. 5.

Capa de Base de Datos Capa de Servicios WEB

Nota: La capa de seguridad es transversal a todas, por lo que se implementa en cada capa de la arquitectura.

Representacin Grafica de la Arquitectura del Sistema

Usuario Final

Interfaz Generada

Presentacin

DHTML, JQUERY

Javascript,

AJAX,

JSON,

RBAC Rol Based Access Control Motor de plantillas (SMARTY) Clases y Objetos

S E G U R I D A D

Negocios

ORM

Abstraccin de Datos Base de Datos

MYSQL

1.2.3. Plataforma de Desarrollo y Tecnologas a Utilizar El sistema funcionar sobre Internet y las herramientas y plataforma para su desarrollo son las siguientes: Sistema Operativo Servidor WEB Lenguaje Herramientas Case de Anlisis y Diseo Base de Datos Herramientas Case de Base de Datos Herramienta de DBMS Otras Tecnologas para desarrollo WEB Linux Distribucin Debian Apache 2.x PHP Enterprise Architect MySQL Power Designer Navicat MySQL, HTML, AJAX, JSON, CSS, SERVICES. Herramienta para el trabajo Svnserver, tortoise colaborativo y control de versiones

WEB

2. ALCANCE
De manera inicial la presente propuesta se adscribe en su totalidad al alcance planteado en los trminos de referencia. En general el alcance del servicio involucra todas las actividades necesarias para construir el sistema de seguimiento a trmites descrito El alcance de la consultora para el desarrollo e implementacin del Sistema de Seguimiento de Tramites de la Alcalda de Trinidad, contempla el desarrollo de los siguientes aspectos: Simplificacin de trmites y presentacin de un Catalogo de Tramites Desarrollo de un sistema de seguimiento a trmites Dotacin de Equipamiento informtico (Server, Firewall y UPS)

2.1. Simplificacin de trmites y presentacin de un Catalogo de Tramites Como ya mencionamos en el captulo de enfoque, las actividades que se realizaran para la simplificacin de los trmites estn regidas por los siguientes pasos: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Identificar el universo de tramites Identificar las caractersticas de los tramites Corroborar la ubicacin organizacional de la oficina donde se resuelven los tramites Determinar el universo de requisitos de los tramites Analizar el marco normativo de los tramites y sus requisitos Aplicar la reingeniera de procesos a los tramites Adecuar el marco normativo Crear el cdigo de identificacin para cada trmite Elaborar el Catlogo de Trmites Publicar el Catlogo de Trmites

El objetivo final de esta etapa se resume en el siguiente cuadro:

Para cada trmite o proceso de negocios se realizara el estudio de tiempos y movimientos. Este anlisis se lo realizara desde la dimensin legal y de los requisitos para ejecutar el trmite.

Los trmites que sern estudiados son las Tasas y Patentes Municipales. De acuerdo a lo planteado en el acpite anterior las actividades a ser realizadas para el logro de los objetivos son: 2.1.1. Identificar el universo de trmites Para identificar el universo de trmites que se realizan en el municipio es necesario llevar a cabo un inventario de los trmites efectuados en cada dependencia o unidad administrativa municipal. 2.1.2. Identificar las caractersticas de los trmites El segundo paso de la metodologa consiste en identificar y sistematizar la informacin relativa a (1) el tipo de promovente1 de cada trmite, (2) el tipo de trmite, (3) el tipo de modalidad o movimiento, y (4) la secuencia con que se realizan los trmites. 2.1.3. Corroborar la ubicacin organizacional de la oficina donde se resuelven los trmites Otro paso importante por realizarse durante el proceso de Simplificacin de Tramites es el correspondiente a identificar la ubicacin del tramite dentro de la estructura organica oficial del municipio. 2.1.4. Determinar el universo de requisitos de los trmites Para determinar el universo de requisitos que contienen los diversos trmites, elaboraremos una relacin de stos y luego verificaremos cuales se utilizan en cada trmite. Este ejercicio, aunque un poco complicado a causa de la extensin que tendrn las hojas de clculo, permitir determinar si los documentos solicitados en los requisitos son repetitivos y si se estn solicitando testimonios que, en principio, deberan constar en los registros del municipio. Sin duda, se encontrara que efectivamente diferentes documentos se solicitan una y otra vez en distintos trmites, lo cual inhibe la resolucin expedita de las autorizaciones. 2.1.5. Anlisis del marco normativo de los trmites y sus requisitos El inventario de trmites que se haya obtenido ser cotejado con el marco normativo municipal vigente, a fin de identificar y eliminar los tramites que no cuenten con fundamento jurdico e incorporar los tramites que no son aplicados, pero que las normas facultan u obligan al municipio a aplicarlos. Asimismo, este anlisis permitir validar la pertinencia de los requisitos segn sus respectivos fundamentos jurdicos. Aqu cabe mencionar que podran encontrarse tramites sin fundamento jurdico pero que s coadyuvan a ejercer una buena funcin regulatoria municipal y, por el contrario, puede haber otros fundamentados jurdicamente, pero que no contribuyen al ejercicio de una buena regulacin. Esto implica que este ejercicio de anlisis del marco normativo tambin puede servir para plantear una reforma al marco jurdico para fundamentar los primeros y para desechar el
1

Promovente puede ser tanto el actor (quien demanda), como el demandado y hasta un tercero, incluyendo al Ministerio Pblico, pues promovente es quien en el acto presenta una promocin, un escrito, un recurso, etc.

12 14

fundamento de los segundos y eliminarlos. 2.1.6. Aplicar la reingeniera de procesos Despus de haber hecho el anlisis del marco jurdico y de haber recopilado y ordenado la informacin ms importante de los trmites, revisaremos los procesos de stos. Para ello, es deseable contar con los elementos siguientes: 1. 2. 3. 4. 5. 6. 7. Las hojas de control de todos los trmites actuales. Los diagramas de flujo de los trmites principales. Los manuales de organizacin o de procedimientos. La tabla de frecuencia de los trmites. El organigrama oficial. El listado con los trmites que expresamente se fundamenten en ley. El listado con los requisitos expresados en ley de los trmites anteriores.

El objetivo de la aplicacin de la reingeniera es identificar los pasos que podrn eliminarse en el proceso de desahogo de trmites; por ejemplo, las firmas que no adhieren nada a la supervisin requerida, las mltiples revisiones de documentos que deben constar en los archivos, etc. La nica restriccin es que la eliminacin de pasos de un determinado proceso est permitida por la ley; de ah la importancia de que el anlisis normativo preceda a la reingeniera de procesos. No obstante, en caso de que exista la restriccin legal, el gobierno municipal podra proponer y promover los cambios legales necesarios en sus propios reglamentos e incluso ante la autoridad estatal. 2.1.7. Adecuar el marco normativo Una vez realizada la reingeniera de procesos y ordenada y sistematizada la informacin municipal, se podrn formular iniciativas de reforma a los reglamentos municipales para eliminar, o establecer en su caso, los tramites municipales y sus requisitos. En este punto el alcance del Servicio llega hasta la elaboracin del documento en borrador de la norma, el trmite de aprobacin por el ejecutivo municipal y la Asamblea es responsabilidad del Gobierno Municipal a travs de sus instancias correspondientes. 2.1.8. Crear el cdigo de identificacin para cada trmite Este paso consiste en asignarle un cdigo de identificacin a cada tramite, a fin de poderlos identificar y administrar de manera mas fcil.

2.1.9. Elaborar las fichas de trmites Una vez concluida la lista con todos los tramites, se proceder a elaborar las fichas de cada tramite, las cuales conformaran el Catlogo de Trmites Municipales. 2.1.10. Publicar el Catlogo de Trmites Una vez que se hayan elaborado las fichas de trmite y los formatos de solicitud correspondientes, se estima conveniente que stos sean discutidos con las diferentes reas administrativas, a fin de llegar a un acuerdo para su adopcin. Una vez alcanzado este acuerdo entre las reas administrativas, se turnara a los miembros de la Asamblea para su anlisis y aprobacin. En caso de ser aprobado el Catalogo de Tramites (constituido por las fichas de tramite y los formatos de solicitud) podr ser publicado; a partir de ah, se podr proceder a su implementacin dentro de las oficinas administrativas. Asimismo, ser necesario que se efecten y aprueben los ajustes a la reglamentacin municipal que resulten pertinentes para su adecuada implantacin. Es recomendable que en el documento que se publique se contemple la obligatoriedad por parte de las dependencias y entidades de la administracin pblica municipal para llevar a cabo los trmites en los trminos que hubiesen sido acordados, as como la restriccin para no generar nuevos trmites o modificaciones sin que sigan previamente un proceso de validacin. Las fichas de trmites podrn difundirse a travs de Internet, para lo cual sera necesario que el municipio dispusiera de una pgina propia, en cuyo caso ser necesario habilitar los dispositivos de consulta que resulten procedentes. De acuerdo con la clasificacin que se realice, se pueden establecer o habilitar mens de consulta que permitan al usuario ver la informacin, ya sea a travs de equipos que se localicen en las oficinas municipales o bien a travs de Internet. La publicacin medios fsicos, imprenta no estn contemplados en el alcance de la presente propuesta. 2.2. Desarrollo del Software del Sistema de Seguimiento de Tramites Si entendemos el software como una parte del sistema de seguimientos de trmites, y que el desarrollo del mismo ya empez con el proceso de estudio para la simplificacin de tramites El alance propuesto para el desarrollo de software comprende todas las actividades que garanticen un producto de calidad.

Las especificaciones de un sistema son producto de la ingeniera de requerimientos. 2.2.1. Ingeniera de Requerimientos La ingeniera de requerimientos es la puerta de entrada al desarrollo de sistemas, tiene como objetivo principal el entender exactamente las necesidades de los usuarios del Sistema2 y traducir tales necesidades a un conjunto de sentencias precisas, no ambiguas, las cuales sern usadas para la construccin del software del Sistema. Para llegar a este objetivo consideraremos tres aspectos fundamentales: Comprender el problema Describir el problema Acordar sobre la naturaleza del problema

En el sistema que vamos a desarrollar el dominio del problema es el Seguimiento de Trmites que del Gobierno Autnomo Municipal de Trinidad. Las fuentes de conocimiento del dominio: Personas Expertos en el dominio literatura sobre el dominio software existente en el dominio software similar en otros dominios otros involucrados (personas o instituciones afectadas de un modo u otro por el Sistema a construir Municipios, ciudadnia, etc.).

Las actividades que abarcan las tareas de la consultora incluyen la identificacin de todas las fuentes de conocimiento de requerimientos, adquirir conocimiento, decidir sobre la relevancia del conocimiento de un problema, y comprender su significado y cmo ste impacta sobre los requerimientos de software. Las siguientes actividades sern realizadas para entender el dominio del problema: Recopilacin y anlisis de la informacin del Dominio Entrevista con funcionarios del Municipio Anlisis del Software existente en el Municipio

La adquisicin de conocimiento es un proceso iterativo, donde se van repitiendo las actividades, con distintos actores o con los mismos para profundizar algunos conceptos.

En nuestro caso el Sistema de Seguimiento a Trmites Del Gobierno Autnomo Municipal de Trinidad

Obtencin y anlisis de Requerimientos Especificacin de Requerimiento

Modelo del Sistema

Validacin de Requerimientos

Requerimientos del Usuario y del sistema Documentacin de Requerimientos

Etapas de la Ingeniera de Requerimientos

2.2.1.1. Recopilacin y anlisis de la informacin del Dominio Recabar toda la informacin bibliogrfica producida por el Municipio: Catalogo Tramites Estructura orgnica Documentacin de procedimientos de ejecucin del tramites

De manera inicial esa es la documentacin requerida, pero como ya dijimos este es un proceso iterativo y orientado a eventos, en una nueva reunin o como parte del anlisis pueden surgir nuevos requerimientos. 2.2.1.4. Entrevista con Consultores y funcionarios del Municipio Es la forma ms directa para entender el domino del problema, los usuarios expresan detalladamente lo que esperan del sistema, describen las tareas que realizan, etc. En base a la estructura de orgnica tendremos reuniones con los diferentes actores intervienen el proceso de trmites del municipio. 2.2.1.5. Anlisis del Software existente en el Municipio La Municipio cuenta Con varios sistemas computarizados que permiten administrar su informacin tcnica, administrativa y gerencial Para entender el funcionamiento de estos sistemas y posterior integracin al sistema a ser desarrollado, se realizaran varias reuniones con los administradores y usuarios de los mismos en diferentes niveles: Reunin inicial; Descripcin el marco conceptual del sistema a nivel de operacin, cuales son sus entradas, salidas reportes que presenta. La documentacin requerida ser el manual de usuario, procedimientos de carga y actualizacin del los sistemas. Reunin Tcnica; Esta reunin debe ser con el encargado de administrar y dar mantenimiento al sistema, el objetivo es coordinar como se realizara la integracin de los que

sistemas, Motor de la base de datos, habilitacin de acceso, seguridad, etc. La documentacin bsica a ser requerida: Modelo relacional de la Base de datos, Diseo fsico, diccionario de datos.

2.2.1.6. Productos de la Fase de Ingeniera de requerimientos: Los productos a ser obtenidos de esta fase y sus contenidos mnimos son: 1. Modelo Del sistema (Diseo Bsico Inicial del Sistema De Seguimiento a Tramites) a. Marco Conceptual b. Requerimientos Funcionales c. Arquitectura del Sistema d. Procedimientos 2. Documento de requerimientos a. Requerimientos funcionales b. Requerimientos no Funcionales 3. Documento de requerimientos validado

2.2.2. Diseo del Sistema Una vez que se analizan y especifican los requisitos del sistema, el diseo es la primera de las tres actividades tcnicas (Diseo, Generacin de cdigo y pruebas) que se requieren para construir y verificar el software. Las actividades de diseo cubren todo tipo de decisiones, pero especialmente las relacionadas con "cmo va a ser el software", de qu grandes partes constar, qu tecnologa utilizar, cmo se interrelacionan los datos que va a utilizar. Por hacer una analoga con la arquitectura, el diseo es al proyecto de software son como los planos son a un edificio. Tambin forma parte del diseo el decidir qu pequeas piezas forman el todo: cul es la funcin de cada una de ellas y cmo se comunica con las dems. Se consideran tres tipos de actividades en la fase de diseo: 1. Diseo Conceptual, El diseo conceptual se considera como un anlisis de actividades y consiste en la solucin de negocios para el usuario y se expresa con los casos de uso. El diseo lgico es la solucin del equipo de proyecto del negocio 2. Diseo Lgico, El diseo lgico traduce los escenarios de uso creados en el diseo conceptual en un conjunto de objetos de negocio y sus servicios. El diseo lgico se convierte en parte en la especificacin funcional que se usa en el diseo fsico. El diseo lgico es independiente de la tecnologa. El diseo lgico refina, organiza y detalla la solucin de negocios y define formalmente las reglas y polticas especficas de negocios. 3. Diseo fsico, El diseo fsico traduce el diseo lgico en una solucin implementable y costo-efectiva o econmica En el proceso de desarrollo de software es muy difcil separar completamente estas dos fases, ingeniera de requerimientos y diseo de software, siempre existe una interseccin en el tiempo donde se comparten actividades de las dos fases, por ejemplo la especificacin funcional en la ingeniera de requerimientos es parte del diseo conceptual del sistema.

Dos grandes actividades se realizaran y se repetirn varias veces durante el periodo de diseo, son actividades: Trabajo de gabinete, donde el consultor realizara el anlisis y sintesis del sistema y las de Presentacin y critica, una vez que el diseo tiene una ``forma'' suficientemente aceptable, se presenta para ser revisada por el equipo de proyecto, estas actividades se irn repitiendo iterativamente, hasta tener un producto estable para pasar a la siguiente fase. El proceso de diseo se puede resumir en el siguiente esquema
Requerimientos del Diseo. Limitaciones ANALISIS Y SINTESIS Se genera una posible solucin

NO PRESENTACION Y CRITICA Cumple La Solucin con los requerimientos y limitaciones? SI

SOLUCION

2.2.2.1. Productos de la Fase de Diseo: El producto de esta fase ser un documento de diseo del sistema que contemple los diseos conceptual, lgico y fsico, tocando especficamente los siguientes temas: Diseo de Datos Diseo Arquitectnico Diseo de Interfaz de Usuario Diseo Procedimental Documentacin del Diseo

En general como producto del diseo se deber contar un sistema modular que soporte la siguiente estructura

2.2.3. Construccin del Software del Sistema En esta etapa se realiza la transformacin de las especificaciones y diseo del sistema en cdigo que la mquina pueda entender. Para el desarrollo del sistema de seguimiento utilizaremos herramientas de software libre como son el PHP, MySql y el servidor web Apache, as como frameworks desarrollados en esta plataforma, adems incluir herramientas como JQUERY, JSON, etc. desarrollada bajo tecnologa AJAX. Podemos citar algunas ventajas del uso de software libre: Econmico (ahorro de miles de dlares en licencias) Libertad de uso y redistribucin

Independencia tecnolgica

2.2.4. Implementacin del Sistema En esta etapa del desarrollo del sistema, se pasa a produccin el sistema construido para lo cual se debe enfocar los siguientes aspectos: 1. Recursos Humanos 2. Datos 3. Procedimientos En el tema de los recursos humanos se debe capacitar a los funcionarios que operaran el sistema y al personal tcnico que estar a cargo del mantenimiento y soporte tcnico del sistema. Se deben preparar los datos que se registraran en el sistema. 2.3. Dotacin de Equipamiento Informtico De acuerdo a los trminos de referencia la presente propuesta incluye en el precio la dotacin de los siguientes equipos: 1. Un servidor 2. Un Firewall 3. Una UPS 2.3.1. El servidor De acuerdo a las caractersticas tcnicas solicitadas el equipo que ofrecemos es:

Servidor HP ML350 G6
Processor (1) Intel Xeon Processor E5620 (2.40 GHz, 12MB L3 Cache, 80W, DDR3-1066, HT, Turbo (1/1/2/2) Cache Memory 12MB (1 x 12MB) L3 cache Memory 6GB (3 x 2GB) PC3-10600R (DDR3-1333) Registered DIMMs Network Controller Embedded NC326i PCI Express Dual Port Gigabit Server Adapter Storage Controller Embedded HP Smart Array P410i/256MB Controller Hard Drive None ship standard Internal Storage (8) SFF SAS/SATA HDD Bays; upgradeable to (16) Optical Drive SATA DVD ROM Power Supply (1) 460 Watt Hot-Plug (Redundancy enabled) power supply Fans 3 fans ship standard Form Factor Tower (5U) Garantia 2 aos

2.3.2. Firewall - Appliance

FIREWALL APPLIANCE FORTIWIFI-60C

Firewall Throughput (512 / 1518 byte UDP packets) 1 Gbps Firewall Throughput (64 byte UDP packets) 1 Gbps IPSec VPN Throughput (AES-256 + SHA-1) 70 Mbps Antivirus Throughput 20 Mbps IPS Throughput 60 Mbps Total Network Interfaces 7 Switched Internal GbE Interfaces 5 Dedicated WAN 10/100 Interfaces 2 Wireless Radio 802.11 a/b/g/n ExpressCard slot 1 SDHC slot 1 Included Storage 1 4GB SDHC Card (expandable to 32GB)

2.3.3. UPS

APC SMART-UPS
Salida: Capacidad de potencia de salida: 980 vatios / 1500 va Mxima potencia configurable: 980 vatios / 1500 va Tensin de salida nominal: 230v Nota de tensin de salida: configurable for 220, 230 o 240 nominal output voltage Entrada: Entrada de voltaje: 230v Frecuencia de entrada: 50 - 60 hz Tipo de enchufe de entrada: IEC-320 c14 Variacin de tensin de entrada Para operaciones principales: 160 - 286v Variacin de tensin de entrada adaptable para operaciones principales: 151 - 302v Altura del rack: 2u Bateras y autonoma Tipo de batera: batera sellada de plomo sin necesidad de mantencin con electrolito suspendido: a prueba de filtracin Bateras pre-instaladas: 1 Tiempo tpico de recarga: 3hora(s) Duracin tpica de reserva a media carga: 23.9 minutos (490 vatios) Duracin tpica de reserva a carga completa: 6.7 minutos (980 vatios) Interfaz de puertos: db-9 rs-232, smartslot, usb db-9 rs-232, smartslot, usb

2.3.4. Configuracin de la red para el Sistema Tomando en cuenta que el Sistema a ser desarrollado funcionara tanto en la intranet del gobierno Municipal, permitiendo accesos va internet a la ciudadana se propone la siguiente configuracin la misma que podr ser mejorada en el proceso de implementacin.

El alcance de la presente propuesta incluye la instalacin de y configuracin de los equipos no as la instalacin elctrica y puesta a tierra.

3. METODOLOGIA Y PLAN DE TRABAJO

Por el alcance de la consultora la propuesta metodolgica est dividida en dos captulos: 1. Metodologa Para la simplificacin de trmites (ST) 2. Metodologa Desarrollo de la herramienta informtica del Sistema de Seguimiento a trmites.

3.1. Metodologa y Plan de Trabajo Para la simplificacin de trmites (ST) Como ya mencionamos en el captulo de enfoque la metodologa para la simplificacin de los trmites est regida por los siguientes pasos: 1. 2. 3. 4. 5. 6. 7. 8. 9. Identificar el universo de tramites Identificar las caractersticas de los tramites Corroborar la ubicacin organizacional de la oficina donde se resuelven los tramites Determinar el universo de requisitos de los tramites Analizar el marco normativo de los tramites y sus requisitos Aplicar la reingeniera de procesos a los tramites Adecuar el marco normativo Crear el cdigo de identificacin para cada trmite Elaborar el Catlogo de Trmites

10. Publicar el Catlogo de Trmites 11. Difundir el Catlogo de Trmites La metodologa propuesta para la simplificacin de los Tramites y modelo conceptual del Sistema de Seguimiento de trmites para la Alcalda de Trinidad es una adaptacin realizada para municipios, de la coleccin de documentos de la CEPAL3 1. Diseo de un slo punto de contacto del ciudadano con la Municipalidad (ventanilla especializada para el trmite): esta instancia permite que el ciudadano se presente en un nico punto de contacto con la institucionalidad pblica, donde entrega todos los requisitos necesarios para la realizaci6n del trmite de registro, inscripci6n y funcionamiento de su empresa. Esto permite fusionar varios trmites que normalmente se realizan en diferentes lugares e instituciones mediante el diseo de un nuevo proceso integral y simplificado. El diseo y puesta en funcionamiento de una Ventanilla especial para los trmites, permite atender los trmites de manera especializada por funcionarios de la instituci6n responsable de la operacin del nuevo proceso integral y simplificado. 2. Eliminacin de formalidades y requisitos innecesarios y costosos: a partir de la fusin de trmites en una sola instancia se eliminan duplicidades que afectan al solicitante y al desarrollo eficiente de los recursos y tiempo de los funcionarios. Este aspecto no solo tiene un impacto positivo para el ciudadano, sino tambin para el Municipio dado que disminuye la cantidad de papeles, formularios y requisitos. En este extremo es importante indicar que los mltiples formularios que normalmente se presentan a las diferentes instituciones se sustituyen por un Formulario nico, con el cual se presenta un conjunto de requisitos. 3. Presuncin de Buena Fe: en general los procedimientos administrativos, no asumen que el ciudadano dice la verdad cuando aporta distintos documentos o cuando seala las caractersticas del establecimiento, por ello se requiere la presentacin de todo tipo de documentos que puedan probar la veracidad de cada una de las afirmaciones que realiza el ciudadano. Es frecuente por ejemplo, que no sea suficiente la firma del ciudadano para iniciar un trmite y la presentacin de su documento nacional de identidad, sino que se requiera adems que un abogado exprese mediante su firma en el documento, que la firma que ah consta es efectivamente la del ciudadano. 4. Eliminacin de Inspecciones Previas: como consecuencia de la no aplicacin del principio de buena fe, tambin es frecuente encontrar que los Municipios, en procesos de registro y otorgacin de licencias de funcionamiento, exigen la realizacin de inspecciones previas a la autorizacin definitiva, para comprobar distintos datos aportados por el ciudadano. Todo ello genera un proceso de registro sumamente burocrtico, con una gran cantidad de inspecciones previas que no agregan valor al trmite y facilitan adems los procesos de corrupcin administrativa. 5. Establecimiento de plazos mximos para la mayora de los procedimientos: la discrecionalidad de los procedimientos en los Municipios, se relaciona fundamentalmente con la inexistencia de procedimientos claros y transparentes para el trmite de las gestiones internas, con la ausencia de plazos perentorios para el trmino de la gestin y
3

CEPAL Coleccin Documentos de proyecto Simplificacin de trmites para la creacin de empresas: la experiencia de Fundes

con la inexistencia de sanciones para los funcionarios. Es por ello que la metodologa contempla la indicacin de plazos determinados para el cumplimiento interno de los procedimientos. Ello permite en definitiva, tener un proceso transparente y un plazo definido generalmente ms corto. 6. Divulgacin de los requisitos y procedimientos de los trmites: en general observamos que los usuarios no tienen un conocimiento exacto de cules son los tramites y requisitos requeridos. Este hecho los obliga a realizar una visita a la institucin slo para enterarse de los procesos. 3.2. Metodologa y Plan de Trabajo Desarrollo del Sistema de Seguimiento a trmites. La metodologa de trabajo que aplico para el desarrollo de software esta basada en la metodologa MSF4 CMMI5 de Microsoft, modelo de madurez organizativa y mejora continua del funcionamiento empresarial, orientado a reforzar la eficacia mediante el aumento de la calidad y confiabilidad de las operaciones, para el desarrollo de proyectos de software. Capability Maturity Model Integration (CMMI) es un modelo para la mejora y evaluacin de procesos para el desarrollo, mantenimiento y operacin de sistemas de software. Una caracterstica particular de esta metodologa es su carcter iterativo, es decir, que en nuestro enfoque se considera dividir el alcance en tantas fases cortas como sea posible para ir ejecutando una detrs de otra progresivamente, en lo que se conoce como iteraciones sucesivas y tener como resultado la finalizacin incremental del proyecto. Cada iteracin permite poner en funcionamiento las partes del sistema que se encuentran en su alcance, o complementar partes del sistema que ya se encuentren en funcionamiento como producto de iteraciones anteriores. De esta manera el proyecto va generando entregables constantes; o visto de otra forma, esta metodologa permite que se pueda beneficiarse en plazos cortos de los entregables del proyecto uno a uno, sin tener que esperar que todo el proyecto termine para poder aplicar todos sus productos al mismo tiempo. Estas iteraciones permiten reducir el margen de error de las estimaciones y proporcionan comentarios rpidos sobre la precisin del plan del proyecto. Especialmente cuando el proyecto implica desarrollo de sistemas, se debe realizar en el proyecto la aplicacin del concepto de iteraciones es muy importante para facilitar el proyecto y sin duda el inicio del uso de cada uno de sus productos, ya que cada iteracin tiene como resultado una parte estable del sistema global. El siguiente diagrama muestra esta filosofa de trabajo de manera grfica:

4 5

Microsoft Solutions Framework (MSF) for CMMI Process Improvement Capability Maturity Model Integration (CMMI)

Esta metodologa es actualmente usada y promocionada fuertemente por empresas como Microsoft, quienes cuentan adems con todas las herramientas necesarias para facilitar su uso y seguimiento en diferentes tipos de proyectos.

3.2.1 Previsin Tiene por objetivo el establecer una visin de la solucin consensuada tanto por el consultor como por la contraparte del Municipio. Tambin se define en esta etapa, la forma en que ser llevada adelante la consultora, como ser: el flujo los documentos, avances, requerimientos, definiciones, actas, asignacin de personal de contraparte y el alcance definitivo de la consultora entre otros. El hito de cierre de esta etapa, es la visin establecida, el alcance debidamente definido y establecidos los mecanismos de administracin del proyecto, con el compromiso de cumplir las reglas definidas por los dos equipos. 3.2.2 Plan Una vez que se tenga la reunin y el trabajo de 12 das de asentamiento de la consultora en si, se define una matriz de alcance consensuada en funcin a los trminos de referencia entre la el Municipio y el consultor. Se realizar estimaciones de tiempos de las diferentes actividades de la metodologa a seguir la consultora. Con todos los datos de esta etapa, se elabora un plan de trabajo ms detallado y ajustado a lo identificado. En esta etapa el alcance es cerrado y todo lo que se identifique posteriormente tendr que tener un tratamiento especial. 3.2.3 Generacin Esta etapa inicia paralelamente a la etapa de planeamiento, con la elaboracin de requerimientos. Se definir un comit de requerimientos conformado por el personal asignado por el Municipio y el consultor, donde, se revisan los requerimientos y prototipos, se aprueban previa a la programacin de los mismos.

Las fases de trabajo que se ejecutan dentro de la especificacin de requerimientos son: 1. 2. 3. 4. 5. Levantamiento de informacin in situ Especificacin del requerimiento Realizacin del prototipo Revisin del requerimiento Aprobacin del requerimiento

Estas fases se las explica a mayor detalle en el siguiente cuadro: Especificacin de Requerimientos
Fases Descripcin En esta fase el consultor realiza entrevistas a los funcionarios del proyecto en sus oficinas con el objetivo de obtener la mayor cantidad de informacin correspondiente a los procedimientos de monitoreo que realizan. En esta fase el consultor redacta la documentacin especificando el requerimiento en base al levantamiento previamente realizado y la experiencia propia. del En esta fase se realiza el prototipo del requerimiento especificado. En esta fase se revisa el requerimiento especificado y el prototipo dando su conformidad con los mismos. En esta fase el requerimiento y el prototipo son presentados al comit para su aprobacin. En caso que no se apruebe se volver a la fase de Revisin.

Levantamiento

Especificacin Realizacin Prototipo Revisin

Aprobacin

3.2.4 Construccin del Software Posterior a la especificacin de requerimientos y concluida la etapa de planeacin se inicia con las tareas de construccin del software. Las fases de trabajo que se ejecutan dentro de la construccin son: Diseo de la arquitectura o Definir la arquitectura o Diseo de la base de datos o Revisin de prototipos Programacin o Anlisis o Implementacin de tareas de desarrollo o Revisiones de cdigo Pruebas tcnicas Integracin

Estas fases se las explica a mayor detalle en los siguientes cuadros:

Arquitectura Fase Descripcin Se define las estrategias arquitectnicas que se utilizaran en el sistema. Se crearn todos los diagramas necesarios que especifiquen y detallen claramente la arquitectura del sistema.

Definir arquitectura

Diseo de base de En base a los requerimientos y prototipos obtenidos se realizar el diseo de la datos base de datos. Revisin prototipos de Se realizar una revisin a los prototipos, pudindolos modificar en caso que se crea conveniente. Los prototipos deben tener el diseo final de las interfaces y la especificacin clara de los procedimientos y funciones.

Programacin Fase Descripcin Se analizar los requerimientos, los diagramas diseados en la etapa de arquitectura, la base de datos y los prototipos. En esta etapa el desarrollador podr realizar algunas observaciones y/o consultas sobre todo lo previamente definido. Ser la ultima etapa donde todo este claramente definido para iniciar la programacin.

Anlisis

Consiste en la codificacin de todo lo previamente definido. Cada Implementar tareas desarrollador al final de la implementacin de las tareas de desarrollo debe de desarrollo realizar la ejecucin de las pruebas unitarias. Esta actividad consiste en realizar reuniones peridicas orientadas a la revisin Revisiones de cdigo del cdigo fuente por un experto, de todo el sistema de manera organizada segn el avance de la implementacin de las tareas de desarrollo.

3.2.5 Pruebas Tcnicas Las pruebas tcnicas sern realizadas dentro del equipo de desarrollo, ser el control de calidad a la codificacin. El propsito ser probar que cumpla con el requerimiento y adems que cumpla

con los estndares establecidos en el rea. En funcin de los resultados de las pruebas, se crean elementos de trabajo de error para documentar los problemas descubiertos. En paralelo se coordina con el equipo informtico del Municipio, las tareas de depuracin de su informacin para que pueda iniciarse un proceso de integracin. 3.2.6 Implementacin Previa una estrategia de puesta en produccin definida en funcin a la disponibilidad de recursos informticos del Municipio, se realiza la preparacin de los ambientes de capacitacin, a todo el personal que pueda mover a un solo ambiente. Se prepara las bases y se corre las migraciones que se trabajaron y se inicia operaciones acompaadas por el personal del consultor y los capacitadores del Municipio.

4. Cronograma
1 Reuniones Contraparte Municipal Entrevista con Actores clave Relevamiento de informacin Definicin del Alcance del Sistema Trabajo de Gabinete (Sistematizacin) Reuniones de revisin Entrega de Documento de plan general de trabajo. Reunin de aprobacin del documento 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

Elaboracin del Plan General de trabajo calendarizado, en concordancia con los objetivos y resultados esperados.

Diagnstico, Documento de Simplificacin de Trmites aprobado y Diseos del Sistema Informtico

Relevamiento de informacin en las distintas unidades de la Municipalidad Documento de Simplificacin de Trmites Diseo Conceptual Diseo Lgico Diseo Fsico Entrega de los equipos informticos Pruebas de Funcionamiento Instalacin y Configuracin

Sistema funcionando en lnea (intranet e internet)

Implementacin de tareas de desarrollo Diseo de la arquitectura
31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60

Programacin Anlisis Revisiones de cdigo Pruebas tcnicas Integracin

Manuales tcnicos y de usuarios Periodo de evaluacin Capacitacin de funcionarios realizada

5. Identificacin de hitos a desarrollar

HITO/ENTREGABLE Elaboracin del Plan General de trabajo calendarizado, en concordancia con los objetivos y resultados esperados. Diagnstico Documento de Simplificacin de Trmites Diseos del Sistema Informtico Entrega de los equipos informticos Equipamiento instalado y configurado Sistema funcionando en lnea (intranet e internet) Manuales tcnicos y de usuarios Capacitacin de funcionarios realizada Tiempo de Entrega A los 12 das de firma del contrato A los 25 das de firma del contrato A los 30 contrato A los 50 contrato A los 60 contrato das de firma del das de firma del das de firma del

1 2 3 4 5 6 7 8 9

6.- Propuesta Econmica

El costo total de la presente propuesta que incluyen el alcance propuesto e impuestos de ley es de Bs. 207,000.00 (son Doscientos siete mil 00/100 Bolivianos).

7. Curriculum Vitae del Equipo de Proyecto

El equipo de proyecto estar compuesto por estar compuesto por tres por tres profesionales snior y un pool de profesionales junior en cada rea.

Ing. Max Escobari Responsable de Proyecto

Lic. Alison Miranda Especialista en Tramites Municipales

Lic. Percy Loza Especialista en Sistemas de Informacion