MODELO DE SOFTWARE WEB PARA LA EVALUACIN DEL RIESGO CREDITICIO DE LAS ENTIDADES DEL SECTOR COOPERATIVO SOLIDARIO.

Anteproyecto de Trabajo de Grado

Modalidad: Proyecto de Investigacin Lnea de Profundizacin: Desarrollo de Sistemas Informticos

Responsables:

Edgar Alirio Restrepo, IS, Es Fhnor Vsquez, IS, Es

Director:

xxxxxxxxxxxxxxx, IS, M Sc.

UNIVERSIDAD SANTIAGO DE CALI ESCUELA DE POSTGRADOS MAESTRA EN INFORMTICA Santiago de Cali, 2011

1. INTRODUCCIN El Cooperativismo es una doctrina socio-econmica que promueve la organizacin de las personas para satisfacer, de manera conjunta sus necesidades. El Cooperativismo est presente en todos los pases del mundo. Le da la oportunidad a los seres humanos de escasos recursos, tener una empresa de su propiedad junto a otras personas. Uno de los propsitos de este sistema es eliminar la explotacin de las personas por los individuos o empresas dedicados a obtener ganancias. La participacin del ser humano comn, asumiendo un rol protagonista en los procesos socio-econmico en la sociedad en que vive, es la principal fortaleza de la doctrina cooperativista, este sistema se rige por valores y principios basados en el desarrollo integral del ser humano. Las personas forman una cooperativa no slo con propsitos econmicos sino sociales y espirituales. En la cooperativa el aspecto humano se hace presente en el espritu de servicio, de servir a los dems. La Superintendencia de la Economa Solidaria Supersolidaria (SES), es un organismo tcnico del estado encargado de la supervisin integral de la economa solidaria. En Colombia las organizaciones solidarias que ejercen actividad financiera, las del sector real, fondos de empleados y las asociaciones mutuales que estn vigiladas por este organismo, continuamente debern realizar los anlisis necesarios sobre el riesgo emisor y su oportunidad con el fin de tener una mayor seguridad en el retorno de la inversin; estas organizaciones estn obligadas a valorar y contabilizar las inversiones en valores o ttulos de deuda y valores o ttulos participativos que conforman los portafolios y dar estricto cumplimiento a la normatividad dictada. Las organizaciones solidarias vigiladas por la superintendencia de la economa solidaria (S.E.S.) tiene como su activo ms importante la cartera de crdito, que est compuesto por operaciones de crdito otorgadas y desembolsadas a sus asociados bajo las modalidades de cartera de consumo, vivienda, microcrdito y comercial, de acuerdo con los reglamentos internos de cada entidad y a las normas de la circular bsica contable y financiera, este activo se ve expuestos a riesgos crediticios que deben ser permanentemente evaluados. Con el desarrollo de un prototipo o software aplicativo para la web se pretndete contar una modelo que se pueda convertir en una herramienta que utilicen las entidades del sector cooperativo para la aprobacin de las solicitud de crdito de
2

los asociados y la evaluacin de los scoring que permitan el seguimiento y control de la cartera de crditos.

Igualmente con esta investigacin se busca que el modelo sea flexible, parametrizable y escalable que permita operar en diferentes entidades del sector cooperativo a travs de una arquitectura web centralizada donde se integren las estructuras de datos particulares de cada entidad con sistemas de gestin de Bases de Datos que cuente con los niveles de seguridad requeridos para garantizar la confiabilidad de la informacin. Dentro del marco de Investigacin en el rea de la ingeniera de software se utilizar la metodologa RUP (Rational Unified Process) y la utilizacin de UML (Unified Modeling Language) como herramienta de modelado; la metodologa RUP se fundamenta en las Fases de concepcin (Inicio), elaboracin, construccin, transicin y en los Flujos de trabajo Modelado del negocio, Requisitos, Anlisis y Diseo, Implementacin, Pruebas, Despliegue.

2. ESTADO DEL ARTE DEL PROBLEMA DE INVESTIGACIN

2.1.

DESCRIPCIN DEL PROBLEMA

En el sector cooperativo no se cuenta en la actualidad con una herramienta genrica y lo suficientemente parametrizable que le permita a cualquier entidad del sector evaluar de forma rpida y precisa el proceso de otorgamiento de los crdito y del seguimiento y control de la cartera, cumpliendo con las normas dictadas por las supersolidaria dentro de su circular bsica contable y financiera. El no contar con un sistema de informacin estndar y parametrizable que cumpla con las normas dictas por la superintendencia de la economa solidaria en su circular bsica contable y financiera en el captulo II puede ocasionar situaciones riesgosas para la entidad cooperativa: Sanciones por parte de la S.E.S. Requerimientos administrativos por parte de los organismos de control. Prdida o desvalorizacin del activo ms importante de la organizacin.
3

 Desarrollo de procesos manuales que demanda gran volumen de operacin por parte de los usuarios. Tomas de decisiones inadecuadas por no contar con datos exactos y con soportes de respaldo. Informacin inexacta debido al gran volumen de clculos matemticos y financieros que se deben hacer de forma manual o semimanual. Diagnsticos tardos e inexactos en el momento de la Colocacin de un crdito. Insatisfaccin en el usuario final. Afectacin de la imagen Corporativa. Generacin de procesos jurdicos debido a la recuperacin de la cartera morosa.

2.2.

FORMULACION DEL PROBLEMA

Cmo disear y desarrollar un prototipo para web que permita a las entidades del sector cooperativo cumplir con las normas dictadas por la superintendencia de la economa solidaria en su circular bsica contable y financiara en su captulo II, donde se estipulan los principios y criterios generales para la evaluacin del riesgo crediticio de la cartera de crditos?. 2.3. SISTEMATIZACION DEL PROBLEMA

Cmo reconocer los procedimientos, los procesos y actividades que se deben tener en cuenta para cumplir los principios y criterios generales para la evaluacin del riesgo crediticio de la cartera de crditos en las entidades del sector cooperativo? Cmo reconocer la arquitectura tecnolgica de hardware, software, internet y redes de comunicacin que se utilizan al interior de las entidades del sector cooperativo que estn dentro de la vigilancia de la superintendencia de la economa solidaria? Cmo disear los algoritmos de programacin para que utilicen las ponderaciones de valoracin los criterios que se deben tener en cuenta dentro del prototipo para realizar los anlisis de otorgamiento de crditos y en el seguimiento y control de la cartera, de las entidades del sector Cooperativo vigiladas por la superintendencia de la economa solidaria?
4

3. OBJETIVOS Y JUSTIFICACIN

3.1.

OBJETIVO GENERAL

Disear y desarrollar un prototipo de software aplicativo para la Web que permita a las entidades del sector Cooperativo, evaluar los procesos de otorgamiento de crditos y seguimiento y control de la cartera, cumpliendo con la normatividad dictada por la superintendencia de la economa solidaria en su circular bsica contable y financiara en su captulo II.
3.2.

OBJETIVOS ESPCIFICOS

Realizar un anlisis de requerimientos que permita identificar los procesos y procedimientos que conforman las actividades para la evaluacin del riesgo crediticio de la cartera de crditos en las entidades del sector cooperativo.

Identificar las diferentes tecnologas Informticas y de comunicaciones que utilizan las entidades del sector cooperativo. Desarrollar un prototipo software aplicativo para Web, que contenga los algoritmos de programacin que permitan gestionar las ponderaciones de los valores de los criterios para realizar los anlisis de otorgamiento de crditos y el seguimiento y control de la cartera, de las entidades del sector Cooperativo vigiladas por la superintendencia de la economa solidaria.

3.3.

JUSTIFICACION

La aplicacin de los resultas de este trabajo de investigacin servir para mejorar la gestin de anlisis de riesgo crediticio del sector cooperativo solidario en los proceso de otorgamiento de crditos y seguimiento y control de la cartera crediticia. El trabajo de investigacin identificar las dificultades de evaluacin del riesgo crediticio que tienen estas entidades al momento de aprobacin de crditos y seguimiento y control de la cartera, para disear y desarrollar un prototipo de software para la web con el fin de que estas entidades lo puedan evaluar y establecer si con la implementacin de este prototipo se da cumplimiento a las
5

normas establecidas por la superintendencia de la economa solidaria en su circular bsica contable y financiera en el captulo II. El poder contar con un sistema informtico que permita parametrizar los criterios mnimos que las organizaciones solidarias vigiladas deben tener en cuenta para evaluar en forma adecuada el riesgo crediticio implcito en este activo, va a permitir establecer patrones dentro de la evaluacin del otorgamiento del crdito y como del seguimiento y control de la cartera que ayudaran en un momento dado a la toma de decisiones sobre la clasificacin, calificacin y provisin de la cartera de crditos, las garantas personales, prendarias o hipotecarias que tendr que presentar un asociado como respaldo de sus obligaciones y el establecimiento de las condiciones de la forma de pago en el momento del otorgamiento del crdito como las que se revelen durante el proceso de seguimiento y control de la cartera, a fin de que se establezcan las contingencias para que este activo no pierda su valor y que se registre de acuerdo con su realidad econmica, contable y financiera. Este sistema de evaluacin de cartera crediticia permitir a las diferentes entidades que los implemente adems de dar cumplimiento a las normas establecidas por la SES tambin les permitir:

Optimizar los tiempos y procesos de evaluacin del riesgo crediticio, debido a la demanda de procesamiento de grandes volmenes de informacin. Contar con una herramienta que minimice los mrgenes de error en los clculos de la evaluacin del riesgo crediticio y que permita una acertada tomas de decisiones en la calificacin del riesgo crediticio de acuerdo a los parmetros establecidos por cada entidad. La satisfaccin del usuario interno que contar con una herramienta que le permitir desarrollar su actividades inherentes a su cargo de forma gil, segura, confiable y amigable. La satisfaccin del usuario externo quien se beneficiar por tener una informacin oportuna y objetiva el servicio solicitado. Mejorar la imagen Corporativa debido a la calidad de la informacin que se brindara a los diferentes usuarios internos, externos y entidades de control. Contar con una herramienta automatizada en la web que no implique inversin en tecnologa para su uso, ni inversiones de implementacin debido a que este prototipo estar disponible en un sitio web de internet de acuerdo a la condiciones contractuales.

3. TITULO DEL PROYECTO Modelo de software Web para la evaluacin del riesgo crediticio de las entidades del sector Cooperativo solidario.

4. ALCANCES Y LIMITACIONES

4.1.

ALCANCES

El alcance de este proyecto consiste en el diseo y desarrollo un prototipo para un sistema de evaluacin y puntuacin (scoring) para los anlisis de colocacin de crditos y seguimiento y control de la cartera de crditos de acuerdo a los parmetros y criterios establecidos por la sper solidaria en su circular bsica contable y financiera en su capitulo II. Para cumplir con los objetivos de este proyecto se hace necesario cumplir con los siguientes alcances: Consultar en el valle del cauca como se encuentran agremiadas las entidades del sector cooperativo y si estas agremiaciones se rigen por las normas que dicta la SES. Consultar cuantas entidades de la economa solidaria hay en el valle del cauca que se rigen por la normatividad de la SES. Consultar como se encuentran distribuidas las entidades de la economa solidaria, cuantas son Fondos de empleados y cuantas son Cooperativas de ahorro y crdito y cuantas son de aporte y crditos.

Consultar cuantas de la entidades de la economa solidaria del valle del cauca estn cumpliendo con los requerimientos de la SES en el captulo II de la circular bsica contable y financiera, en el aparte de evaluacin del riesgo crediticio de la cartera de crditos y como se est realizando este proceso manual o automtico.

Consulta que software existe en el mercado que est al alcance de estas entidades para cumplir requerimientos de las SES.

El producto a desarrollar es un prototipo de software conformado por los siguientes mdulos o programas aplicativos para la web. Acceso al sistema Gestin de empresas y usuarios Parametrizacin y definicin de criterios para las evaluaciones. Gestin para el control de las interfaz de subsistemas Anlisis de Crditos para aprobacin Seguimiento y control de la cartera Generacin de reportes y consultas Generacin de archivos planos

Este aplicativo no ser un software de gestin de informacin, ser un aplicativo para evaluar volmenes de informacin y entregar resultados o puntuaciones de acuerdo a los parmetros y criterios cargados por el usuario final. A cada entidad o usuario final que este adscripta al uso de este aplicativo se le entregar las diferentes estructuras de informacin para que la alisten y la puedan cargar al programa a fin de evaluar la cartera crediticia a travs de la diferentes opciones que contiene el programa. El intercambio de informacin entre el aplicativo y el usuario final se har a travs de interfaces de programacin con la utilizacin de archivos planos y hojas electrnicas, igualmente el programa estar en capacidad de generar los diferentes reportes y consultas de informacin solicitados por las sper solidaria. El software aplicativo se desarrollar para que opere en un sistema distribuidos con arquitectura cliente servidor para la web, el medio de almacenamiento de la informacin ser un sistema de bases de datos relacional, inicialmente se utilizar una base de datos mysql y el desarrollo se har un lenguaje de programacin java orientado a objetos, pginas web (html), uso de pginas de estilo y formularios html. Terminado el prototipo piloto este pueda ser implantado en varias arquitecturas de motores de bases de datos relacionales, como puede ser sybase, mysql, postgress, oracle, sqlserver, etc. Con este prototipo no ser necesario invertir en hardware por parte del usuario final, debido a que estar disponible en un sitio web, el cual podr ser accedido desde cualquier equipo que contenga un acceso a internet, un browse para consultar la pgina web a travs de la utilizacin de un URL y la autorizacin respectiva para que los usuarios finales puedan ingresar con un nombre de usuario y una clave, la cual contendr los perfiles y niveles de acceso a los diferentes mdulos de la aplicacin. La documentacin comprende el manual de usuario y el manual tcnico.
8

4.2.

LIMITACIONES

Limitaciones para el sector cooperativo: Este prototipo ser desarrollado para entidades del sector cooperativo como Fondos de empleados, Cooperativas de aporte y crdito y Cooperativas de ahorro y crdito. Limitaciones Tcnicas: con este prototipo se proporciona recursos de diseo y estructura de la Base de Datos y uso del aplicativo, pero no se proporciona hardware, redes de comunicaciones, sistemas operativos etc. Lmites legales: Este desarrollo estar sometido a las leyes nacionales que protegen derechos de Autor; la Universidad Santiago de Cali ceder el uso y comercializacin bajo acuerdo a los ponentes de este proyecto. Limitaciones operativas: Ha de tenerse en cuenta la capacidad operativa de los usuarios finales y las normas sobre los criterios de evaluacin de cartera que dicta la supersolidaria en la circular bsica contable y financiera, pues este prototipo no evaluara criterios que nos sean medibles dentro de la parametrizacin. En funcin del nivel de personalizacin y parametrizaciones o la cantidad de trabajo en el desarrollo del prototipo, deber verificarse continuamente su arquitectura de implementacin y estas pruebas verifican que se cumplan los requisitos de calidad del software. Por ser, este desarrollo un prototipo piloto de prueba, est expuesto a revela defectos en la arquitectura de implementacin, estos debern modificarse, corregirse y probarlos de nuevo. Este proceso iterativo debe producir al final una arquitectura de implementacin que est lista para ponerla en prctica en un entorno de produccin como un producto final implantado.

5. MARCO REFERENCIAL

5.1.

MARCO CONTEXTUAL

La presente Investigacin se realizar en el mbito de la Maestra en Informtica de la Universidad Santiago de Cali, aplicando todas la etapas necesarias para el diseo y desarrollo del prototipo en mencin, el cual va dirigido a satisfacer las necesidades del sector Cooperativo Solidario, planteadas por la superintendencia de la economa solidaria en su circular bsica contable y financiara en su captulo II.
9

5.2.

MARCO TEORICO

Una cooperativa es una asociacin autnoma de personas agrupadas voluntariamente para satisfacer sus necesidades econmicas, sociales y culturales comunes, por medio de una empresa que se posee en conjunto y se controla democrticamente. Las cooperativas se crean por necesidades econmicas y sociales, operan sin fines de lucro. Su gobierno se establece sobre bases democrticas, cada socio puede llegar a ser un director. No se especula con las acciones de los socios, las economas se les devuelven a los socios a base del patrocinio de cada uno. En efecto, la identidad del sistema cooperativo se fundamenta en los principios y valores. El cooperativismo es la puesta en prctica de los valores de igualdad, justicia, ayuda mutua, esfuerzo propio, honestidad, responsabilidad social, democracia, constructividad, sacrificio y solidaridad. Lo ms importante en la organizacin cooperativa es el ser humano. No existen en el mercado muchas herramientas que satisfagan de manera eficiente la necesidad de cumplir con lo establecido por la Superintendencia de la economa solidaria en su circular bsica contable y financiara en su captulo II. En la actualidad las soluciones existentes no son confiables y revisten algunas de ellas de gran complejidad o poca flexibilidad en el manejo de las parametrizaciones de los indicadores de riesgo, lo que hace poco viables la implementacin de estas soluciones en sector Cooperativo. Con este proyecto se elaborar en prototipo para la Web, con la utilizacin de la metodologa RUP (Rational Unified Process) y la utilizacin de UML (Unified Modeling Language) como herramienta de modelado. 5.3. MARCO CONCEPTUAL 6. METODOLOGA 6.1. Fase de concepcin (Inicio).

Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales asociados al proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones.
10

6.2.

Fase de elaboracin.

En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar. 6.3. Fase de construccin.

El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. 6.4. Fase de transicin.

El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto. 6.5. Flujos de trabajo

Con la enumeracin de roles, actividades y artefactos no se define un proceso, necesitamos contar con una secuencia de actividades realizadas por los diferentes roles, as como la relacin entre los mismos.
6.6.

Modelado del negocio

Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organizacin donde se va a implantar el producto. Los objetivos del modelado de negocio son:

Entender la estructura y la dinmica de la organizacin para la cual el sistema va ser desarrollado (organizacin objetivo). Entender el problema actual en la organizacin objetivo e identificar potenciales mejoras. Asegurar que clientes, usuarios finales y desarrolladores tengan un
11

entendimiento comn de la organizacin objetivo. Derivar los requisitos del sistema necesarios para apoyar a la organizacin

Para lograr estos objetivos, el modelo de negocio describe como desarrollar una visin de la nueva organizacin, basado en esta visin se definen procesos, roles y responsabilidades de la organizacin por medio de un modelo de Casos de Uso del negocio y un Modelo de Objetos del Negocio.

6.7.

Requisitos

Este es uno de los flujos de trabajo ms importantes, porque en l se establece qu tiene que hacer exactamente el sistema que construyamos. En esta lnea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. Los objetivos del flujo de datos Requisitos son:

Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podra hacer. Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. Definir el mbito del sistema. Proveer una base para la planeacin de los contenidos tcnicos de las iteraciones. Proveer una base para estimar costos y tiempo de desarrollo del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

Los requisitos se dividen en dos grupos. Los requisitos funcionales representan la funcionalidad del sistema. Se modelan mediante diagramas de Casos de Uso. Los requisitos no funcionales representan aquellos atributos que debe exhibir el sistema, pero que no son una funcionalidad especfica. Por ejemplo requisitos de facilidad de uso, fiabilidad, eficiencia, portabilidad, etc. Para capturar los requisitos es preciso entrevistar a todos los interesados en el proyecto, no slo a los usuarios finales, y anotar todas sus peticiones. A partir de ellas hay que descubrir lo que necesitan y expresarlo en forma de requisitos.

12

En este flujo de trabajo, y como parte de los requisitos de facilidad de uso, se disea la interfaz grfica de usuario. Para ello habitualmente se construyen prototipos de la interfaz grfica de usuario que se contrastan con el usuario final.

6.8.

Anlisis y Diseo

El objetivo de este flujo de trabajo es traducir los requisitos a una especificacin que describe cmo implementar el sistema. Los objetivos del anlisis y diseo son: Transformar los requisitos al diseo del futuro sistema. Desarrollar una arquitectura para el sistema. Adaptar el diseo para que sea consistente con el entorno de implementacin, diseando para el rendimiento. El anlisis consiste en obtener una visin del sistema que se preocupa de ver qu hace, de modo que slo se interesa por los requisitos funcionales. Por otro lado el diseo es un refinamiento del anlisis que tiene en cuenta los requisitos no funcionales, en definitiva cmo cumple el sistema sus objetivos. Al principio de la fase de elaboracin hay que definir una arquitectura candidata: crear un esquema inicial de la arquitectura del sistema, identificar clases de anlisis y actualizar las realizaciones de los Casos de Uso con las interacciones de las clases de anlisis. Durante la fase de elaboracin se va refinando esta arquitectura hasta llegar a su forma definitiva. En cada iteracin hay que analizar el comportamiento para disear componentes. Adems si el sistema usar una base de datos, habr que disearla tambin, obteniendo un modelo de datos. El resultado final ms importante de este flujo de trabajo ser el modelo de diseo. Consiste en colaboraciones de clases, que pueden ser agregadas en paquetes y subsistemas. La documentacin de la arquitectura de software debe ser elaborada con el nivel de detalle necesario.

6.9.

Implementacin

En este flujo de trabajo se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y dems. Adems se deben hacer las pruebas de unidad:
13

cada implementador es responsable de probar las unidades que produzca. El resultado final de este flujo de trabajo es un sistema ejecutable. En cada iteracin habr que hacer lo siguiente: Planificar qu subsistemas deben ser implementados y en que orden deben ser integrados, formando el Plan de Integracin. Cada implementador decide en que orden implementa los elementos del subsistema. Si encuentra errores de diseo, los notifica. Se prueban los subsistemas individualmente. Se integra el sistema siguiendo el plan. La estructura de todos los elementos implementados forma el modelo de implementacin. La integracin debe ser incremental, es decir, en cada momento slo se aade un elemento. De este modo es ms fcil localizar fallos y los componentes se prueban ms a fondo. En fases tempranas del proceso se pueden implementar prototipos para reducir el riesgo. Su utilidad puede ir desde ver si el sistema es viable desde el principio, probar tecnologas o disear la interfaz de usuario. Los prototipos pueden ser exploratorios (desechables) o evolutivos. Estos ltimos llegan a transformarse en el sistema final.

6.10. Pruebas Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Esta disciplina brinda soporte a las otras disciplinas. Sus objetivos son: Encontrar y documentar defectos en la calidad del software. Generalmente asesora sobre la calidad del software percibida. Provee la validacin de los supuestos realizados en el diseo y especificacin de requisitos por medio de demostraciones concretas. Verificar las funciones del producto de software segn lo diseado. Verificar que los requisitos tengan su apropiada implementacin. Las actividades de este flujo comienzan pronto en el proyecto con el plan de prueba (el cual contiene informacin sobre los objetivos generales y especficos de las prueba en el proyecto, as como las estrategias y recursos con que se dotar a esta tarea), o incluso antes con alguna evaluacin durante la fase de inicio, y continuar durante todo el proyecto.
14

El desarrollo del flujo de trabajo consistir en planificar que es lo que hay que probar, disear cmo se va a hacer, implementar lo necesario para llevarlos a cabo, ejecutarlos en los niveles necesarios y obtener los resultados, de forma que la informacin obtenida nos sirva para ir refinando el producto a desarrollar.

6.11. Despliegue El objetivo de este flujo de trabajo es producir con xito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen:

Probar el producto en su entorno de ejecucin final. Empaquetar el software para su distribucin. Distribuir el software. Instalar el software. Proveer asistencia y ayuda a los usuarios. Formar a los usuarios y al cuerpo de ventas. Migrar el software existente o convertir bases de datos.

Este flujo de trabajo se desarrolla con mayor intensidad en la fase de transicin, ya que el propsito del flujo es asegurar una aceptacin y adaptacin sin complicaciones del software por parte de los usuarios. Su ejecucin inicia en fases anteriores, para preparar el camino, sobre todo con actividades de planificacin, en la elaboracin del manual de usuario y tutoriales.

15

7. RECURSOS

7.1.

RECURSOS MATERIALES

Los elementos materiales requeridos para el desarrollo de este proyecto en el rea que permitirn la iniciacin de proyecto son: Dos computadores porttiles. Un servidor para la base de datos y aplicaciones web. Una impresora. Software sistema operativo Windows 2003 server. Software sistema operativo Windows xp - 2 licencias Software ofimtico para Windows xp 2 licencias Software para desarrollo de aplicaciones netbean 5.5 - 1 licencia Software para ejecucin del sitio web tomcat 6.0 - 1 licencia Software para base de datos mysql 5.5 servidor y cliente

7.2.

RECURSOS HUMANOS.

Se contar con la direccin del Ing. Nnnnnnnn Nnnnnn, profesor de la Facultad de Ingeniera de la USC, los responsables del proyecto son Edgar Alirio Restrepo Castillo, Fhnor Vsquez Gonzlez, estudiantes de la Maestra en Informtica, con dos estudiantes del programa de Ingeniera de Sistemas (IS), que en la modalidad de pasanta harn su Trabajo de Grado y darn soporte en el desarrollo.

16

7.3.

RECURSOS FINANCIEROS.

7.3.1. Desarrollo intelectual del proyecto

Valor Item Actividad Responsables Semanas Dias das

Costo Actividad

Fecha Iniciacin Finalizacin

1 Planeacin del proyecto Levantamiento de los 2 requerimientos

EAR, FVG

10

50,000

500,000

18/07/2011

30/07/2011

EAR

30

70,000

2,100,000

01/08/2011

15/09/2011

3 Diseo de la solucin

FVG

30

70,000

2,100,000

01/09/2011

15/10/2011

4 Desarrollo de la aplicacin

EAR, FVG

12

60

25,000

1,500,000

01/10/2011

30/01/2012

5 Pruebas del sistemas Documentacin y 6 Capacitacin

EAR, FVG

12

60

50,000

3,000,000

01/11/2011

28/02/2012

FVG

20

25,000

500,000

15/02/2012

15/03/2012

7 Implementacin

EAR

20

70,000

1,400,000

03/01/2012

30/03/2012

8 Puesta en marcha

EAR, FVG

10 240

70,000

700,000 11,800,000

01/04/2012

15/04/2012

Equipo de investigacin y desarrollo EAR Edgar Alirio Restrepo FVG Fhnor Vsquez Gonzlez

7.3.2. Costo de Componentes Tecnolgicos Componentes Tecnolgicos Servidores Dell R410 Computadores desktop Computadores porttiles Impresoras Mutifuncional lasser Cantidad 1 2 2 1 Costo 7,400,00 0 1,000,00 0 1,300,00 0 380,00 Costo total 7,400,00 0 2,000,00 0 2,600,00 0 380,00
17

Router Sistema Operativo windows 2000 server Antivirus Software ofimtico Base de datos Servicios Web Tomcat Software para desarrollo de aplicaciones Software de Desarrollo de diseo

0 80,00 0 2,200,00 0 150,00 0 200,00 0 150,00 0 400,00 0 350,00 0 400,00 0 250,00 0 300,00 0 400,00 0 360,00 0

1 1 2 1 1 2 1

Configuracin puntos de RED Alquiler de Hosting anual Adquisicin de Dominio Servicios de internet

1 1 1 1

0 80,00 0 12,460,00 0 2,200,00 0 150,00 0 400,00 0 150,00 0 400,00 0 700,00 0 400,00 0 4,400,00 0 250,00 0 300,00 0 400,00 0 360,00 0 1,310,00 0 18,170,00 0

Total

18

7.4.

CRONOGRAMA DE ACTIVIDADES

7.5.

ACTIVIDADES DETALLADAS

Item 1

Actividades Planeacin del proyecto Visin general del proyecto Organizacin del proyecto Procesos de gestin Procesos tecnolgicos plan de desarrollo Estrategias tecnolgicas Levantamiento de los requerimientos Anlisis de Casos de la organizacin Diagramacin de casos de la organizacin Anlisis de resultados en el estudio de requerimientos Planteamiento de las alternativas de solucin Estudio de factibilidad o viabilidad Anlisis de costos beneficios Diseo de la solucin Diseo de Prototipos de la aplicacin Diseos de las bases de datos Diseo de las estructuras de datos Diseo del modelo de red
19

Diseo de la arquitectura cliente servidor Desarrollo de la aplicacin Desarrollo de paquetes Desarrollo de libreras Desarrollo de la base de datos Desarrollo de rutinas de comunicacin Desarrollo de aplicativos Pruebas del sistemas Pruebas de desarrollo Pruebas de unidad Pruebas de integridad Pruebas de comunicacin Pruebas de Beta Elaboracin de manuales y Capacitacin Elaboracin de manuales Capacitacin a usuarios lideres Capacitacin a usuarios finales Implementacin Instalacin de puntos de Red Configuracin de la Red instalacin de programas cliente servidor Instalacin de la base de datos Instalacin tcnica del aplicativo Configuracin y parametrizacin de los programas Cargue de datos inciales Pruebas de inicio de los programas alfa Puesta en marcha Cargue de datos en produccin Inicio de operaciones y acompaamiento

20

BIBLIOGRAFA Circular bsica contable y financiera, confederacin de cooperativas de Colombia, Confcoop, marzo 2009. www.portalcooperativo.coop, www.supersolodaria.gov.co Circular bsica jur;idica, confederacin de cooperativas de Colombia, Confcoop, marzo 2008. www.portalcooperativo.coop, www.supersolodaria.gov.co

BOOCH, G., RUMBAUGH, J., JACOBSON, I. El Lenguaje Unificado de Modelado. Addison-Wesley. 1999. FOWLER, M SCOTT, K. UML Gota a Gota. Addison-Wesley. 1999. PRESSMAN, R. Ingeniera del software. Un enfoque prctico. Madrid, McGrawHill. 1998. G. Booch, I. Jacobson, J. Rumbaugh. El Lenguaje Unificado de Modelado. Gua del usuario. Addison-Wesley/Diaz de Santos,1999. JACOBSON, I, BOOCH, G., RUMBAUGH, J. El Proceso Unificado de Desarrollo de Software. Addison-Wesley. 2000. J. Rumbaugh, I. Jacobson, G. Booch, El Lenguaje Unificado de Modelado. Manual de referencia. Addison-Wesley,2000. Kendall K., y Kendall J., Anlisis y diseo de Sistemas. Editorial Prentice Hall. Mxico. 2007. Pressman R. S., Ingeniera del software. Un enfoque prctico. 6 Edicin, McGraw-Hill, 2005. SCHNEIDER, G., WINTERS, J.P. Applying Use Cases. A Practical Guide. Addison-Wesley. 1998. Senn J., Anlisis y diseo de Sistemas de Informacin. Editorial Mc Graw Hill. Mxico. 2006.
21

UML Tutorial. http://www.sparxsystems.com.au/uml-tutorial.html (Prcticas) Visual Modeling with Ratinal Rose 2000 and UML. (Prcticas) Whitten J. L., Bentley L. D., Barlow V. M., Anlisis de sistemas y mtodos de diseo. Ed. IRWIN, 1996. Yourdon E., Anlisis estructurado moderno. Editorial Prentice Hall. Mxico. 2003.

22