01 propuesta tecnica

8/3/2019 01 propuesta tecnica

1/36

2011

GOBIERNO AUTONOMOMUNICIPAL DE TRINIDAD

Ing. Max Escobari Quiroga

PROPUESTA TECNICAPropuesta tcnica para el Desarrollo e Implementacin de un Sistema de Seguimiento a Tramitesde la Alcalda de Trinidad


2/36

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


3/36

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


4/36

Presentacin

Como se puede observar los procesos de trmites Municipales son complejos, dinmicos ynecesitan 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 eficazobteniendo una optimizacin del rendimiento y control sobre los procesos.

En este sentido el Gobierno Municipal de Trinidad ha convocado a presentar propuestas para eldesarrollo e implementacin Sistema Informtico de Ventanilla nica y Seguimiento de Trmitesen 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 dichoproyecto 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


5/36

1. ENFOQUE

La excesiva acumulacin de normativas en los tres niveles del Estado ha implicado que losciudadanos 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 deque es prctica comn que se cambien continuamente los requisitos de los trmites. Todo estoocasiona 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 lasdisposiciones normativas, a su vez, afecta negativamente el potencial del gobierno municipal paraincrementar su recaudacin.

Los prolongados periodos que usualmente tarda el municipio en la resolucin de trmites sonoriginados fundamentalmente por la carencia de archivos o registros especialmente diseadospara 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 documentacinpor 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 enfocaprecisamente a la resolucin de dicha problemtica mediante la creacin del Sistema deSeguimiento de Trmites Alcalda de Trinidad, el cual se concibe como una herramienta quepermitira 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 entecnologas de la informacin, es la bsqueda de aumento de productividad en los diferentesprocesos de negocio.

El producto de esta etapa ser un Catlogo de Trmites Municipales, en el cual se incorporan lasfichas 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, sucosto, el tiempo de respuesta mximo de la autoridad, los requisitos que deben presentarse y sufundamento jurdico, entre lo ms relevante.

Para los fines de esta propuesta, se entiende el concepto de tramite como cualquier solicitud oentrega de informacin que las personas naturales o jurdicas hagan ante el Municipio, ya sea paracumplir una obligacin, obtener un beneficio o servicio o, en general, a fin de que se emita unaresolucin o cualquier documento que dichas personas estn obligadas a conservar. Los


6/36

documentos (o productos finales de los trmites) ms comunes son los relacionados con losingresos propios municipales como ser:

1. Tasasa. Laboratorio municipal: anlisis bromatolgico y microbiolgico

b. Utilizacin y recreacin en parques pblicosc. Cementerio General: Conservacin y limpieza de vas de circulacin, inhumacinde restos, cremacin de restos, obturacin de nichos y sarcfagos, traslado derestos, 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 ganadof. 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 pblicosi. Registro de estudios geotcnicos para edificaciones, lotes, urbanizaciones y

rehabilitacin de suelosj. Uso de terminales de transporte terrestre de pasajerosk. Zoolgico municipal y zoonosis animall. Carnetizacin de bibliotecas y museos municipales

2. Patentesa. Funcionamiento de empresas de transformacin, servicios, transportes y comerciob. 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 enespacio 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 orenovaciones peridicas), y tambin pueden solicitar que se haga algn cambio en la informacincontenida en el documento o su cancelacin. Por lo tanto, los trmites deben ser concebidoscomo movimientos o cambios dentro de los registros pblicos (con la informacin de losparticulares y de las autorizaciones otorgadas).

La elaboracin del Catalogo de Tramites implica un proceso mediante el cual se revisaran y


7/36

organizaran los tramites que se resuelven en el gobierno municipal. El proceso para elaborar elcatalogo permite identificar requisitos que no estn fundamentados jurdicamente y/o que noestn 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 requisitosque 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 legalo para eliminar el fundamento legal de los requisitos de los tramites), los cuales se debernproponer.

Los pasos del proceso para desarrollar el catalogo de trmites son los siguientes:

1. Identificar el universo de tramites2. Identificar las caractersticas de los tramites3. Corroborar la ubicacin organizacional de la oficina donde se resuelven los tramites4. Determinar el universo de requisitos de los tramites5. Analizar el marco normativo de los tramites y sus requisitos6. Aplicar la reingeniera de procesos a los tramites

7. Adecuar el marco normativo8. Crear el cdigo de identificacin para cada trmite9. Elaborar el Catlogo de Trmites10.Publicar el Catlogo de Trmites11.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 ydesarrollar un sistema a partir de los componentes con los que interacta el sistema, en particularse 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 representarsituaciones 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 defuncionalidades de software.

En cuanto al enfoque de desarrollo, se utiliza el enfoque iterativo e incremental, el cual estbasado en ciclos de desarrollo del sistema. La representacin de una aplicacin bajo este enfoquese la realiza a travs de una descripcin de niveles, ms conocidos como pasos de Macro Nivel, loscuales son: Planeacin y Elaboracin, Construccin y Aplicacin.

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

Planeacin yElaboracin

Construccin Aplicacin


8/36

a) Planeacin y ElaboracinIncluye definir el Plan Preliminar, la ingeniera de Requerimientos, registrar trminos en elglosario y definir casos de uso preliminares.

b) ConstruccinConsiste en la creacin del sistema y por lo general requiere muchos ciclos de desarrollo, conel objetivo final de obtener un software funcional que responda de forma adecuada a losrequerimientos.

c) AplicacinEs 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 elanlisis, 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 procesosde un sistema, esta definicin adems nos permite identificar a los objetos queintervienen en el sistema.

ii. Definicin del modelo conceptual: en el cual se muestra grficamente en un grupo dediagramas los conceptos (objetos), sus atributos y sus asociaciones.

iii. Definicin de los diagramas de colaboracin: representan el flujo de mensajes entrelas instancias y la invocacin de sus funciones.

iv. Definicin de diseo de clases: se representa grficamente los detalles de lasconexiones entre objetos y sus funciones o mtodos.

El Diseo involucra las siguientes actividades:

i. Definir los casos reales de usoii. Definir los reportes, la interfaz de usuario y la secuencia de las pantallasiii. Perfeccionar la arquitectura del sistemaiv. Definir los diagramas de interaccinv. Definir el esquema de la Base de Datos


9/36

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 organizacinfundamental de un sistema formada por sus componentes, las relaciones entre ellos, el contextoen 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 Arquitecturadel Software construye abstracciones, materializndolas en forma de diagramas tambinconocidas 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 vistalgica se representan las propiedades y los mensajes de interaccin y funciones que tiene cadaentidad, como ejemplo de la vista lgica, tenemos el diagrama de Clases que es unarepresentacin de las entidades y objetos que interactan mediante mensajes y funciones para eladecuado 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


10/36

cambios que suceden dentro de estas, como ejemplo podemos mencionar a los diagramas deactividades, los cuales representan a las entidades, sus interacciones y la secuencia de lasfunciones que realizan.

Diagrama de Actividades: Vista de Procesos

Vista Fsica:

La Vista Fsica hace referencia a los componentes fsicos que proporcionan la plataforma para elfuncionamiento adecuado de un sistema de informacin; es decir a las computadores y equipo dehardware 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 queactualmente 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 noes fcilmente utilizable y la dificultad de mantenimiento es mayor, adems que el software y suscomponentes son hospedados en un solo equipo de hardware, por lo que las funciones quedesempea no requieren mucho procesamiento de informacin, es decir no requieren muchosrecursos, como ejemplo podemos mencionar un software procesador de textos domestico.


11/36

Vista Fsica: Modelo Cliente Servidor

En modelo Cliente Servidor, el procesamiento de datos se distribuye entre dos o mscomponentes especializados (aplicacin y base de datos), cuya ejecucin se distribuye entre uno oms equipos.

En un modelo Cliente Servidor, los procesos se sincronizan de la siguiente forma:

1. Cliente (Parte Activa)a. Demanda Servicios a los Servidoresb. Se asume que cada peticin deber obtener respuestac. 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 respuestac. 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 diferentescomputadores, 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 algunafuncionalidad de visin y peticin de datos, como ejemplo podemos mencionar a un computadorade un caf internet, que hace solicitudes a un sitio web externo.

Servidor de Aplicaciones: El cual hace referencia a un computador con mayor potencia deprocesamiento el cual se encarga de procesar las solicitudes del cliente, procesar la informacin yejecutar las reglas de negocio del sistema, como ejemplo podemos mencionar a un servidor eninternet 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 deprocesamiento, el cual almacena los datos y se encarga de proporcionar los datos que el servidorde aplicaciones solicita.


12/36

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 afuncionarios 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: Laarquitectura de software define, de manera abstracta, los componentes que llevan a cabo algunatarea de computacin, sus interfaces y la comunicacin entre ellos. Toda arquitectura debe serimplementable en una arquitectura fsica, que consiste simplemente en determinar qucomputadora tendr asignada cada tarea.

La arquitectura de software debe cumplir las siguientes caractersticas sobre los componentes deun software:

1. Capacidad2. Rendimiento3. Consistencia4. Flexibilidad5. Compatibilidad de Componentes6. Escalabilidad

Entre los estilos arquitectnicos de software podemos mencionar a los de Estilo Llamada yRetorno: entre estos tenemos:

1. Modelo Vista Controlador Model-View-Controller (MVC)

2. Arquitecturas en Capasa. Capa de presentacinb. Capa de Negociosc. Capa de Abstraccin de Datosd. Capa de Datos

3. Arquitecturas Orientadas a Objetos4. Arquitecturas Basadas en Componentes


13/36

La arquitectura de software definida para el sistema, es de n capas (modelo n-tier), la cual esactualmente 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 defuncionamiento conocida como arquitectura basada en componentes, la cual es una arquitecturadiferente 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 subuen escalado, es decir, que puede manejar muchas peticiones con el mismo rendimientosimplemente aadiendo ms hardware. El crecimiento es casi lineal y no es necesarioaadir ms cdigo para conseguir esta escalabilidad.

La arquitectura propuesta es una de 5 capas y basada en componentes, las capas que forman laarquitectura son:

1. Capa de Presentacin Formada por las interfaces del sistema

2. Capa de Negocios Formada por los objetos que contienen las reglas denegocio del sistema

3. Capa de Abstraccin deDatos

Compuesta por objetos que permiten el funcionamiento delas aplicaciones con bases de datos de diferentesproveedores reduciendo en gran medida, las tareas demantenimiento

4. Capa de Base de Datos Compuesta por la Base de Datos MySQL

5. Capa de Servicios WEB Que permitir al sistema brindar informacin o ciertasfuncionalidades con otros sistemas.

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


14/36

Representacin Grafica de la Arquitectura del Sistema

1.2.3. Plataforma de Desarrollo y Tecnologas a Utilizar

El sistema funcionar sobre Internet y las herramientas y plataforma para su desarrollo son lassiguientes:

Sistema Operativo Linux Distribucin Debian

Servidor WEB Apache 2.x

Lenguaje PHP

Herramientas Case de Anlisis y Diseo Enterprise Architect

Base de Datos MySQLHerramientas Case de Base de Datos Power Designer

Herramienta de DBMS Navicat MySQL,

Otras Tecnologas para desarrollo WEB HTML, AJAX, JSON, CSS, WEBSERVICES.

Herramienta para el trabajo

colaborativo y control de versiones

Svnserver, tortoise

Presentacin

Negocios

Abstraccin de

Datos

Base de Datos

Interfaz Generada

DHTML, Javascript, AJAX, JSON,

Motor de plantillas(SMARTY)

RBAC Rol Based Access Control

Clases yObjetos

ORM

SEGURIDAD

MYSQL

Usuario Final


15/36

2. ALCANCE

De manera inicial la presente propuesta se adscribe en su totalidad al alcance planteado en lostrminos de referencia.

En general el alcance del servicio involucra todas las actividades necesarias para construir elsistema de seguimiento a trmites descrito

El alcance de la consultora para el desarrollo e implementacin del Sistema de Seguimiento deTramites 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 lasimplificacin de los trmites estn regidas por los siguientes pasos:

1. Identificar el universo de tramites2. Identificar las caractersticas de los tramites3. Corroborar la ubicacin organizacional de la oficina donde se resuelven los tramites4. Determinar el universo de requisitos de los tramites5. Analizar el marco normativo de los tramites y sus requisitos6. Aplicar la reingeniera de procesos a los tramites7. Adecuar el marco normativo8. Crear el cdigo de identificacin para cada trmite

9. Elaborar el Catlogo de Trmites10.Publicar el Catlogo de Trmites

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

Para cada trmite o proceso denegocios se realizara el estudiode tiempos y movimientos.

Este anlisis se lo realizaradesde la dimensin legal y de

los requisitos para ejecutar eltrmite.


16/36

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 losobjetivos 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 caboun 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 omovimiento, 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 elcorrespondiente a identificar la ubicacin del tramite dentro de la estructura organica oficial delmunicipio.

2.1.4. Determinar el universo de requisitos de los trmites

Para determinar el universo de requisitos que contienen los diversos trmites, elaboraremos unarelacin 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 declculo, 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. Sinduda, se encontrara que efectivamente diferentes documentos se solicitan una y otra vez endistintos 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 municipalvigente, a fin de identificar y eliminar los tramites que no cuenten con fundamento jurdico eincorporar los tramites que no son aplicados, pero que las normas facultan u obligan al municipioa aplicarlos. Asimismo, este anlisis permitir validar la pertinencia de los requisitos segn susrespectivos fundamentos jurdicos.

Aqu cabe mencionar que podran encontrarse tramites sin fundamento jurdico pero que scoadyuvan a ejercer una buena funcin regulatoria municipal y, por el contrario, puede haberotros fundamentados jurdicamente, pero que no contribuyen al ejercicio de una buenaregulacin. Esto implica que este ejercicio de anlisis del marco normativo tambin puede servirpara 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.

1214


17/36

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, esdeseable contar con los elementos siguientes:

1. Las hojas de control de todos los trmites actuales.2. Los diagramas de flujo de los trmites principales.3. Los manuales de organizacin o de procedimientos.4. La tabla de frecuencia de los trmites.5. El organigrama oficial.6. El listado con los trmites que expresamente se fundamenten en ley.7. 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 supervisinrequerida, las mltiples revisiones de documentos que deben constar en los archivos, etc. La nicarestriccin es que la eliminacin de pasos de un determinado proceso est permitida por la ley; deah 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 loscambios 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, oestablecer 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 lanorma, el trmite de aprobacin por el ejecutivo municipal y la Asamblea es responsabilidad delGobierno 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 poderlosidentificar y administrar de manera mas fcil.


18/36

2.1.9. Elaborar las fichas de trmites

Una vez concluida la lista con todos los tramites, se proceder a elaborar las fichas de cadatramite, 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 dellegar a un acuerdo para su adopcin. Una vez alcanzado este acuerdo entre las reasadministrativas, se turnara a los miembros de la Asamblea para su anlisis y aprobacin. En casode ser aprobado el Catalogo de Tramites (constituido por las fichas de tramite y los formatos desolicitud) podr ser publicado; a partir de ah, se podr proceder a su implementacin dentro delas oficinas administrativas. Asimismo, ser necesario que se efecten y aprueben los ajustes a lareglamentacin 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 lostrmites en los trminos que hubiesen sido acordados, as como la restriccin para no generarnuevos 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 elmunicipio dispusiera de una pgina propia, en cuyo caso ser necesario habilitar los dispositivosde consulta que resulten procedentes. De acuerdo con la clasificacin que se realice, se puedenestablecer o habilitar mens de consulta que permitan al usuario ver la informacin, ya sea atravs 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 presentepropuesta.

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 eldesarrollo 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 quegaranticen un producto de calidad.


19/36

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 Sistema

2

y traducirtales necesidades a un conjunto de sentencias precisas, no ambiguas, las cuales sern usadas parala 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 quedel 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 elSistema a construir Municipios, ciudadnia, etc.).

Las actividades que abarcan las tareas de la consultora incluyen la identificacin de todas lasfuentes de conocimiento de requerimientos, adquirir conocimiento, decidir sobre la relevancia delconocimiento de un problema, y comprender su significado y cmo ste impacta sobre losrequerimientos 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.

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


20/36

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 procesoiterativo y orientado a eventos, en una nueva reunin o como parte del anlisis pueden surgirnuevos 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 expresandetalladamente lo que esperan del sistema, describen las tareas que realizan, etc.

En base a la estructura de orgnica tendremos reuniones con los diferentes actores queintervienen 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 informacintcnica, administrativa y gerencial

Para entender el funcionamiento de estos sistemas y posterior integracin al sistema a serdesarrollado, se realizaran varias reuniones con los administradores y usuarios de los mismos endiferentes niveles:

Reunin inicial; Descripcin el marco conceptual del sistema a nivel de operacin, cualesson sus entradas, salidas reportes que presenta. La documentacin requerida ser elmanual de usuario, procedimientos de carga y actualizacin del los sistemas.

Reunin Tcnica; Esta reunin debe ser con el encargado de administrar y darmantenimiento al sistema, el objetivo es coordinar como se realizara la integracin de los

Obtencin y

anlisis de

Requerimientos

Especificacin deRequerimiento

Validacin de

Requerimientos

Modelo del Sistema

Requerimientos del

Usuario y del sistema

Documentacin de

Re uerimientos


21/36

sistemas, Motor de la base de datos, habilitacin de acceso, seguridad, etc. Ladocumentacin bsica a ser requerida: Modelo relacional de la Base de datos, Diseofsico, 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 Conceptualb. Requerimientos Funcionalesc. Arquitectura del Sistemad. Procedimientos

2. Documento de requerimientosa. Requerimientos funcionalesb. 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 tresactividades tcnicas (Diseo, Generacin de cdigo y pruebas) que se requieren para construir yverificar 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 seinterrelacionan 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 eldecidir qu pequeas piezas forman el todo: cul es la funcin de cada una de ellas y cmo secomunica 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 yconsiste en la solucin de negocios para el usuario y se expresa con los casos de uso. Eldiseo lgico es la solucin del equipo de proyecto del negocio

2. Diseo Lgico, El diseo lgico traduce los escenarios de uso creados en el diseoconceptual en un conjunto de objetos de negocio y sus servicios. El diseo lgico seconvierte en parte en la especificacin funcional que se usa en el diseo fsico. El diseolgico 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 tiempodonde se comparten actividades de las dos fases, por ejemplo la especificacin funcional en laingeniera de requerimientos es parte del diseo conceptual del sistema.


22/36

Dos grandes actividades se realizaran y se repetirn varias veces durante el periodo de diseo, sonactividades: Trabajo de gabinete, donde el consultor realizara el anlisis y sintesis del sistema y lasde Presentacin y critica, una vez que el diseo tiene una ``forma'' suficientemente aceptable, sepresenta para ser revisada por el equipo de proyecto, estas actividades se irn repitiendoiterativamente, hasta tener un producto estable para pasar a la siguiente fase.

El proceso de diseo se puede resumir en el siguiente esquema

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 diseosconceptual, 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 lasiguiente estructura

2.2.3. Construccin del Software del Sistema

En esta etapa se realiza la transformacin de las especificaciones y diseo del sistema en cdigoque la mquina pueda entender.

Para el desarrollo del sistema de seguimiento utilizaremos herramientas de software libre comoson el PHP, MySql y el servidor web Apache, as como frameworks desarrollados en estaplataforma, adems incluir herramientas como JQUERY, JSON, etc. desarrollada bajo tecnologaAJAX.

Podemos citar algunas ventajas del uso de software libre:

Econmico (ahorro de miles de dlares en licencias)

Libertad de uso y redistribucin

Requerimientos del Diseo.Limitaciones

ANALISIS Y SINTESIS

Se genera una posible solucin

PRESENTACION Y CRITICA

Cumple La Solucin con losrequerimientos y limitaciones?

SOLUCION

NO

SI


23/36

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 sedebe 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 yal 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 delos siguientes equipos:

1. Un servidor2. Un Firewall3. 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


24/36

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 vaMxima potencia configurable: 980 vatios /1500 vaTensin de salida nominal: 230vNota de tensin de salida: configurable for 220,230 o 240 nominal output voltageEntrada:Entrada de voltaje: 230vFrecuencia de entrada: 50 - 60 hzTipo de enchufe de entrada: IEC-320 c14Variacin de tensin de entradaPara operaciones principales: 160 - 286vVariacin de tensin de entrada adaptable paraoperaciones principales: 151 - 302vAltura del rack: 2uBateras y autonomaTipo de batera: batera sellada de plomo sinnecesidad de mantencin con electrolitosuspendido: a prueba de filtracinBateras pre-instaladas: 1

Tiempo tpico de recarga: 3hora(s)Duracin tpica de reserva a media carga: 23.9minutos (490 vatios)Duracin tpica de reserva a carga completa:6.7 minutos (980 vatios)Interfaz de puertos: db-9 rs-232, smartslot, usbdb-9 rs-232, smartslot, usb


25/36

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 gobiernoMunicipal, permitiendo accesos va internet a la ciudadana se propone la siguiente configuracinla 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 asla 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 lostrmites est regida por los siguientes pasos:

1. Identificar el universo de tramites

2. Identificar las caractersticas de los tramites3. Corroborar la ubicacin organizacional de la oficina donde se resuelven los tramites4. Determinar el universo de requisitos de los tramites5. Analizar el marco normativo de los tramites y sus requisitos6. Aplicar la reingeniera de procesos a los tramites7. Adecuar el marco normativo8. Crear el cdigo de identificacin para cada trmite9. Elaborar el Catlogo de Trmites


26/36

10.Publicar el Catlogo de Trmites11.Difundir el Catlogo de Trmites

La metodologa propuesta para la simplificacin de los Tramites y modelo conceptual del Sistemade 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 (ventanillaespecializada para el trmite): esta instancia permite que el ciudadano se presente en unnico punto de contacto con la institucionalidad pblica, donde entrega todos losrequisitos necesarios para la realizaci6n del trmite de registro, inscripci6n yfuncionamiento de su empresa. Esto permite fusionar varios trmites que normalmente serealizan en diferentes lugares e instituciones mediante el diseo de un nuevo procesointegral y simplificado. El diseo y puesta en funcionamiento de una Ventanilla especialpara los trmites, permite atender los trmites de manera especializada por funcionariosde 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 aldesarrollo eficiente de los recursos y tiempo de los funcionarios. Este aspecto no solotiene un impacto positivo para el ciudadano, sino tambin para el Municipio dado quedisminuye la cantidad de papeles, formularios y requisitos. En este extremo es importanteindicar que los mltiples formularios que normalmente se presentan a las diferentesinstituciones se sustituyen por un Formulario nico, con el cual se presenta un conjunto derequisitos.

3. Presuncin de Buena Fe: en general los procedimientos administrativos, no asumen que elciudadano dice la verdad cuando aporta distintos documentos o cuando seala lascaractersticas del establecimiento, por ello se requiere la presentacin de todo tipo dedocumentos 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 parainiciar un trmite y la presentacin de su documento nacional de identidad, sino que serequiera adems que un abogado exprese mediante su firma en el documento, que lafirma que ah consta es efectivamente la del ciudadano.

4. Eliminacin de Inspecciones Previas: como consecuencia de la no aplicacin del principiode buena fe, tambin es frecuente encontrar que los Municipios, en procesos de registroy otorgacin de licencias de funcionamiento, exigen la realizacin de inspecciones previasa la autorizacin definitiva, para comprobar distintos datos aportados por el ciudadano.Todo ello genera un proceso de registro sumamente burocrtico, con una gran cantidadde inspecciones previas que no agregan valor al trmite y facilitan adems los procesos decorrupcin administrativa.

5.

Establecimiento de plazos mximos para la mayora de los procedimientos: ladiscrecionalidad de los procedimientos en los Municipios, se relaciona fundamentalmentecon la inexistencia de procedimientos claros y transparentes para el trmite de lasgestiones internas, con la ausencia de plazos perentorios para el trmino de la gestin y

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


27/36

con la inexistencia de sanciones para los funcionarios. Es por ello que la metodologacontempla la indicacin de plazos determinados para el cumplimiento interno de losprocedimientos. Ello permite en definitiva, tener un proceso transparente y un plazodefinido 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 requisitosrequeridos. Este hecho los obliga a realizar una visita a la institucin slo para enterarsede 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 lametodologa MSF4 CMMI5 de Microsoft, modelo de madurez organizativa y mejora continua delfuncionamiento empresarial, orientado a reforzar la eficacia mediante el aumento de la calidad yconfiabilidad 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 nuestroenfoque se considera dividir el alcance en tantas fases cortas como sea posible para ir ejecutandouna detrs de otra progresivamente, en lo que se conoce como iteraciones sucesivas y tener comoresultado la finalizacin incremental del proyecto.

Cada iteracin permite poner en funcionamiento las partes del sistema que se encuentran en sualcance, o complementar partes del sistema que ya se encuentren en funcionamiento comoproducto de iteraciones anteriores. De esta manera el proyecto va generando entregablesconstantes; 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 proyectotermine para poder aplicar todos sus productos al mismo tiempo.

Estas iteraciones permiten reducir el margen de error de las estimaciones y proporcionancomentarios rpidos sobre la precisin del plan del proyecto.

Especialmente cuando el proyecto implica desarrollo de sistemas, se debe realizar en el proyectola aplicacin del concepto de iteraciones es muy importante para facilitar el proyecto y sin duda elinicio del uso de cada uno de sus productos, ya que cada iteracin tiene como resultado una parteestable del sistema global.

El siguiente diagrama muestra esta filosofa de trabajo de manera grfica:

4Microsoft Solutions Framework (MSF) for CMMI Process Improvement

5Capability Maturity Model Integration (CMMI)


28/36

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

3.2.1 Previsin

Tiene por objetivo el establecer una visin de la solucin consensuada tanto por el consultor comopor la contraparte del Municipio.

Tambin se define en esta etapa, la forma en que ser llevada adelante la consultora, como ser: elflujo los documentos, avances, requerimientos, definiciones, actas, asignacin de personal decontraparte y el alcance definitivo de la consultora entre otros.

El hito de cierre de esta etapa, es la visin establecida, el alcance debidamente definido yestablecidos los mecanismos de administracin del proyecto, con el compromiso de cumplir lasreglas 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, sedefine una matriz de alcance consensuada en funcin a los trminos de referencia entre la elMunicipio y el consultor. Se realizar estimaciones de tiempos de las diferentes actividades de lametodologa a seguir la consultora.

Con todos los datos de esta etapa, se elabora un plan de trabajo ms detallado y ajustado a loidentificado.

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 derequerimientos. Se definir un comit de requerimientos conformado por el personal asignadopor el Municipio y el consultor, donde, se revisan los requerimientos y prototipos, se apruebanprevia a la programacin de los mismos.


29/36

Las fases de trabajo que se ejecutan dentro de la especificacin de requerimientos son:

1. Levantamiento de informacin in situ2. Especificacin del requerimiento3. Realizacin del prototipo

4. Revisin del requerimiento5. Aprobacin del requerimiento

Estas fases se las explica a mayor detalle en el siguiente cuadro:

Especificacin de Requerimientos

Fases Descripcin

Levantamiento

En esta fase el consultor realiza entrevistas a los funcionarios del proyecto en susoficinas con el objetivo de obtener la mayor cantidad de informacin correspondiente

a los procedimientos de monitoreo que realizan.

EspecificacinEn esta fase el consultor redacta la documentacin especificando el requerimiento enbase al levantamiento previamente realizado y la experiencia propia.

Realizacin del

Prototipo En esta fase se realiza el prototipo del requerimiento especificado.

RevisinEn esta fase se revisa el requerimiento especificado y el prototipo dando suconformidad con los mismos.

AprobacinEn esta fase el requerimiento y el prototipo son presentados al comit para suaprobacin. En caso que no se apruebe se volver a la fase de Revisin.

3.2.4 Construccin del Software

Posterior a la especificacin de requerimientos y concluida la etapa de planeacin se inicia con lastareas de construccin del software.

Las fases de trabajo que se ejecutan dentro de la construccin son:

Diseo de la arquitecturao Definir la arquitecturao Diseo de la base de datoso Revisin de prototipos

Programacino Anlisiso Implementacin de tareas de desarrolloo Revisiones de cdigo

Pruebas tcnicas

Integracin


30/36

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

Arquitectura

Fase Descripcin

Definir arquitectura

Se define las estrategias arquitectnicas que se utilizaran en el sistema. Secrearn todos los diagramas necesarios que especifiquen y detallenclaramente la arquitectura del sistema.

Diseo de base de

datos

En base a los requerimientos y prototipos obtenidos se realizar el diseo de labase de datos.

Revisin de

prototipos

Se realizar una revisin a los prototipos, pudindolos modificar en caso quese crea conveniente. Los prototipos deben tener el diseo final de lasinterfaces y la especificacin clara de los procedimientos y funciones.

Programacin

Fase Descripcin

Anlisis

Se analizar los requerimientos, los diagramas diseados en la etapa dearquitectura, la base de datos y los prototipos. En esta etapa el desarrolladorpodr realizar algunas observaciones y/o consultas sobre todo lo previamentedefinido. Ser la ultima etapa donde todo este claramente definido parainiciar la programacin.

Implementar tareas

de desarrollo

Consiste en la codificacin de todo lo previamente definido. Cadadesarrollador al final de la implementacin de las tareas de desarrollo deberealizar la ejecucin de las pruebas unitarias.

Revisiones de cdigo

Esta actividad consiste en realizar reuniones peridicas orientadas a la revisin

del cdigo fuente por un experto, de todo el sistema de manera organizadasegn 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 ala codificacin. El propsito ser probar que cumpla con el requerimiento y adems que cumpla


31/36

con los estndares establecidos en el rea.

En funcin de los resultados de las pruebas, se crean elementos de trabajo de error paradocumentar los problemas descubiertos.

En paralelo se coordina con el equipo informtico del Municipio, las tareas de depuracin de suinformacin 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 recursosinformticos del Municipio, se realiza la preparacin de los ambientes de capacitacin, a todo elpersonal que pueda mover a un solo ambiente.

Se prepara las bases y se corre las migraciones que se trabajaron y se inicia operacionesacompaadas por el personal del consultor y los capacitadores del Municipio.


32/36

4. Cronograma

1 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

Elaboracin del Plan General de trabajo calendarizado, en concordancia con los objetivos y resultados esperados.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 detrabajo. Reunin de aprobacin deldocumento

Diagnstico, Documento de Simplificacin de Trmites aprobado y Diseos del Sistema Informtico Relevamiento de informacin en las distintasunidades 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

ProgramacinAnlisisRevisiones de cdigo

Pruebas tcnicasIntegracin

Manuales tcnicos y de usuarios

Periodo de evaluacin

Capacitacin de funcionarios realizada


33/36

5. Identificacin de hitos a desarrollar

HITO/ENTREGABLE Tiempo de Entrega

1 Elaboracin del Plan General de trabajo calendarizado, enconcordancia con los objetivos y resultados esperados.

A los 12 das de firma delcontrato

2 Diagnstico A los 25 das de firma delcontrato3 Documento de Simplificacin de Trmites

4 Diseos del Sistema Informtico

5 Entrega de los equipos informticos A los 30 das de firma delcontrato6 Equipamiento instalado y configurado

7 Sistema funcionando en lnea (intranet e internet) A los 50 das de firma delcontrato8 Manuales tcnicos y de usuarios

9 Capacitacin de funcionarios realizada A los 60 das de firma delcontrato


34/36

6.- Propuesta Econmica

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


35/36

7. Curriculum Vitae del Equipo de Proyecto

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

Ing. Max Escobari

Responsable de Proyecto

Lic. Alison Miranda

Especialista en TramitesMunicipales

Lic. Percy Loza

Especialista en Sistemas deInformacion


36/36

01 propuesta tecnica

Documents

Transcript of 01 propuesta tecnica