ESTRUCTURACIÓN DE UN SISTEMA DE INFORMACIÓN PARA LOS

DISTRITOS AGROINDUSTRIALES EN CALDAS

– SIDAIC –

TRABAJO DE GRADO PARA OPTAR AL TÍTULO DE

ESPECIALISTA EN GESTIÓN DE PROYECTOS

DE DESARROLLO AGROINDUSTRIAL

FACULTAD DE CIENCIAS Y ADMINISTRACIÓN

DEPARTAMENTO DE ADMINISTRACIÓN

UNIVERSIDAD NACIONAL DE COLOMBIA SEDE MANIZALES

MANIZALES

NOVIEMBRE DE 2004

ESTRUCTURACIÓN DE UN SISTEMA DE INFORMACIÓN PARA LOS

DISTRITOS AGROINDUSTRIALES EN CALDAS

– SIDAIC –

Proponentes del Proyecto

ADRIANA CRISTRINA MEJIA SANCHEZ

JOSE LEONIDAS BENJUMEA MONTEALEGRE

Asistentes Técnicos

JORGE IVÁN CASTAÑO VALENCIA Estudiante de Pregrado en Administración de Sistemas Informáticos

Universidad Nacional de Colombia - Sede Manizales

WILMER YESID VERA MONTOYA Estudiante de Pregrado en Administración de Sistemas Informáticos

Universidad Nacional de Colombia - Sede Manizales

Director

CARLOS ALBERTO VILLA BARON

Administrador de Empresas

FACULTAD DE CIENCIAS Y ADMINISTRACIÓN

DEPARTAMENTO DE ADMINISTRACIÓN

UNIVERSIDAD NACIONAL DE COLOMBIA SEDE MANIZALES

MANIZALES

NOVIEMBRE DE 2004

CONTENIDO

Pág.

1. JUSTIFICACIÓN 1

2. INTRODUCCIÓN 4

3. OBJETIVOS

3.1. OBJETIVO GENERAL

3.2. OBJETIVOS ESPECÍFICOS

6

6

6

4. POBLACIÓN OBJETIVO 7

5. METODOLOGÍA DE DESARROLLO 8

6. COMPONENTE TÉCNICO 17

7. ALTERNATIVAS TÉCNICAS Y ECONÓMICAS

7.1. Propuesta EMTELSA S.A. ESP

7.2. Propuesta Herramientas Libres y Contratación de Hosting

7.3. Presupuesto SIDAIC

7.4. Análisis de las Propuestas Técnicas y Económicas

19

20

26

29

30

8. PRODUCTOS A ENTREGAR 31

9. APORTES DEL TRABAJO DE GRADO 32

10. TRASCENDENCIA E IMPORTANCIA DEL PROYECTO 33

11. CONCLUSIONES 34

12. RECOMENDACIONES 36

13. ANEXO I – APLICACIONES DEMOSTRATIVAS DEL SISTEMA DE INFORMACIÓN – SIDAIC –

14. ANEXO II – HERRAMIENTA ENCUESTA

15. ANEXO III – ANÁLISIS Y DISEÑO TÉCNICO DEL SISTEMA DE INFORMACIÓN – SIDAIC –

16. BIBLIOGRAFÍA

UNIVERSIDAD BIBLIOTECA ALFONSO CALVAJAL ESCOBAR NACIONAL DE COLOMBIA SEDE MANIZALES

Resumen de Trabajo de Grado

CARRERA ESPECIALIDAD EN GESTIÓN DE PROYECTOS DE DESARROLLO AGROINDUSTRIAL 1er Apellido: MEJIA 2do Apellido: SANCHEZ Nombre: ADRIANA CRISTRINA 1er Apellido: BENJUMEA 2do Apellido: MONTEALEGRE Nombre: JOSE LEONIDAS TITULO DEL TRABAJO: ESTRUCTURACIÓN DE UN SISTEMA DE INFORMACIÓN PARA LOS DISTRITOS AGROINDUSTRIALES EN CALDAS – SIDAIC – NOMBRE DEL DIRECTOR DEL TRABAJO: CARLOS ALBERTO VILLA BARON

RESUMEN DEL CONTENIDO

El Sistema de Información para los Distritos Agroindustriales del Departamento de

Caldas SIDAIC es un sistema orientado a la web para la administración de la

información y de gestión en red de los Distritos Agroindustriales. Este sitio brindará

servicios de información para los diferentes usuarios de las subregiones y comunidad

interesada en los temas del desarrollo agroindustrial. Asimismo, será un soporte

fundamental para la implementación a futuro de servicios de inteligencia de mercados

y comercio electrónico.

ABSTRACT

The Information System for Land-Industry Districts of Caldas Department SIDAIC is a

system oriented to the web for information administration and network management of

the Land-Industry Districts. This place will offer information services for the different

users of the sub-regions and community interested in the themes of the land-Industry

development. Likewise, it will be a fundamental backup for the implementation to

future of markets intelligence services and electronic commerce. PALABRAS CLAVES: Sistema de información, distritos agroindustriales, Caldas

1

1. JUSTIFICACIÓN

Desde hace varios años las organizaciones e instituciones han entrado en el auge

de migrar los procesos internos de producción, contabilidad, administración de re-

cursos humanos, control de procesos, planeación y la toma de decisiones, me-

diante la implementación de sistemas de información automatizados que desarro-

llen las operaciones y procedimientos que se requieren en ellas.

Así mismo, las Tecnologías de la Información y Comunicación juegan un papel vi-

tal para cualquier sociedad que pretenda desarrollarse. Para el desarrollo del De-

partamento de Caldas, la posibilidad de una mejor ubicación en el orden que se

está gestando el país en materia de Agroindustria, depende, entre otros factores,

de las decisiones que se tomen con respecto a la adopción, asimilación, adapta-

ción, transferencia y desarrollo de Sistemas de Información que lo soporten. Estos

permiten, por un lado, integrar al Departamento de Caldas y al país en una forma

conveniente al sistema internacional y, por el otro, responder a verdaderas nece-

sidades e intereses de quienes forman parte integral de las Cadenas de Produc-

ción y las Instituciones y Gobiernos que financian los procesos productivos agroin-

dustriales.

Los Distritos Agroindustriales (DAI) tienen como propósito mejorar el ingreso, el

empleo y el nivel de vida de los habitantes de las subregiones del Departamento

de Caldas, especialmente a través de la promoción de un desarrollo agroindustrial

que permita articular la producción agropecuaria con los procesos industriales de

transformación de esa producción.

La modernización y la diversificación productiva de los DAI, indican que el sistema

productivo agrícola y agroindustrial se orienta por el conocimiento y la aplicación

2

de la ciencia y la tecnología, así como por la innovación. Este proceso conlleva a

un aumento de la productividad y la eficiencia, el cual debe traducirse en una dis-

minución de costos y aumentos de los excedentes o de las ganancias, así como

en mejoras en la calidad de los productos.

Por la dinámica misma de las Tecnologías de la Información y Comunicación y por

el contexto de globalización en el que ineludiblemente la región y el país están in-

mersos, la aptitud con que se incorporen Sistemas de Información que permitan

integrar las 6 subregiones en un único núcleo de cooperación y captación de in-

formación, será determinante, tanto para la viabilidad competitiva de las empresas,

instituciones y personas naturales que participan en el desarrollo de la agroindus-

tria, como para los niveles de bienestar que puedan tener los ciudadanos.

Es así que el desarrollo de un Sistema de Información para la Administración de

los DAI haría parte de la visión integrada del desarrollo, operacionalizada a través

de proyectos institucionales públicos y privados, como concepción sistémica que

debe conducir a un proceso continuo de aprendizaje y de cambio, así como del

propio desarrollo institucional. Igualmente debe conducir en su proceso de creci-

miento, a la conformación de una dinámica para ayudar a resolver las diferencias

existentes en las regiones entre los agentes, del mercado, la información y demás

actores del desarrollo. Equivalentemente, debe generar sus propias sinergias pa-

ra convertirse en un sistema que opera por el aporte de los actores involucrados y

los gestores asiduos en promover la organización de la información agroindustrial

del Departamento de Caldas.

En el marco del Plan de Desarrollo Departamental y más concretamente en el

Plan de Gestión de los DAI en su Programa 11. Diseño y operación del portal de

los Distritos se plantea la importancia de dotar a los Distritos Agroindustriales de

una información en línea clasificada, que les permita estar actualizados en los

principales procesos, información y acontecimientos pertinentes para su desarro-

llo, así como la sistematización de información confiable sobre el sector Agroin-

3

dustrial en el Departamento que facilite la articulación con otros sistemas, la toma

de decisiones estratégicas y el acceso a servicios de información y de gestión en

red.

Se propiciará el establecimiento de enlaces con entidades nacionales e interna-

cionales para acceder a otros sistemas, redes y centros de información tales como

los de: Ministerio de Agricultura, IICA, DEAGRO, CCI, CEPAL, FAO, PRONATTA,

PROCISUR, FIDA, CRIIA, CIAT, WAICENT, EGFAR, WISARD, CGIAR, SIDALC,

SISAV, SIHCA entre otros.

El portal puede considerarse como un Centro Virtual de servicios de información

para los diferentes usuarios de los Distritos tanto en el ámbito regional como na-

cional e internacional y posteriormente serviría como un soporte fundamental para

la implementación de servicios de inteligencia de mercados, enriqueciendo así la

oferta de opciones informativas y de gestión en red en el campo Agroindustrial pa-

ra los diversos actores de los Distritos, así como su inserción en los mercados

electrónicos.

4

2. INTRODUCCIÓN

El Sistema de Información para los Distritos Agroindustriales del Departamento de

Caldas SIDAIC es un sistema orientado a la web para la administración de la in-

formación y de gestión en red de los Distritos Agroindustriales. Este sitio brindará

servicios de información para los diferentes usuarios de las subregiones y comuni-

dad interesada en los temas del desarrollo agroindustrial. Asimismo, será un so-

porte fundamental para la implementación a futuro de servicios de inteligencia de

mercados y comercio electrónico.

Como dice (Castells (2000)), Las telecomunicaciones son el eje central de la nue-

va economía, la cual “está centrada en el conocimiento y en la información como

bases de producción, como bases de la productividad y bases de la competitivi-

dad, tanto para empresas como para regiones, ciudades y países”.

El uso estratégico de la información y del conocimiento facilitará los procesos de

planificación y desarrollo de nuestra Región, ampliando las bases de la democra-

cia, a través de sistemas cada vez más creativos y participativos, logrando mayo-

res ventajas competitivas.

El Sistema que presentamos a continuación es fruto del trabajo interdisciplinario

concertado entre estudiantes de la Especialización en Gestión de Proyectos de

Desarrollo Agroindustrial y de estudiantes de pregrado de Administración de Sis-

temas Informáticos de la Universidad Nacional de Colombia - Sede Manizales.

Es nuestra ilusión que este proyecto pueda ser útil para quienes tienen la tarea de

contribuir al fomento e implementación del uso de las Tecnologías de la informa-

ción y la comunicación como soporte del crecimiento y aumento de la competitivi-

5

dad, el acceso a mercados para el sector productivo, refuerzo a la política de ge-

neración de empleo, factores claves en el mejoramiento de la calidad de vida de

los ciudadanos de la región.

6

3. OBJETIVOS

3.1. OBJETIVO GENERAL

Estructurar un Sistema de Información en línea que facilite la generación y el inter-

cambio de información Agroindustrial entre diferentes actores públicos y privados

de las Subregiones que hacen parte de los Distritos Agroindustriales en Caldas y

de estos con el País y el Mundo.

3.2. OBJETIVOS ESPECÍFICOS

§ Estructurar el Sistema de Información de los Distritos Agroindustriales del

Departamento de Caldas.

§ Diseñar el Portal de los Distritos Agroindustriales como elemento básico de

un centro virtual de servicios de información que permita articular las seis

subregiones del Departamento de Caldas.

§ Concebir el Sistema sobre Plataforma .NET y tecnologías adoptadas por

Comunidad en Línea, garantizando de esta forma, la usabilidad del Siste-

ma.

§ Propiciar la generación de alianzas estratégicas para la implementación y

sostenibilidad del sistema.

7

4. POBLACIÓN OBJETIVO

Serán Usuarios del Sistema de Información de los Distritos Agroindustriales en

Caldas -SIDAIC-.

Actores Primarios: Actores que van a interactuar directamente con el sistema

(Usuarios - Clientes).

§ Los tomadores de decisiones en los sectores gubernamentales y no guber-

namental a nivel subregional, Departamental y Nacional.

§ El Sector Académico.

§ Las organizaciones de productores y comercializadores de la Subregiones

que integran los Distritos Agroindustriales.

§ Los empresarios del sector Agroindustrial de la región.

Actores Secundarios: Actores que van a supervisar y recibir información para el

mantenimiento del sistema (Usuarios - Administradores).

§ Proveedores de Servicios Tecnológicos.

§ Suministradores de Información.

§ Operadores técnicos del Sistema.

§ Cofinanciadores y aliados estratégicos del Sistema.

8

5. METODOLOGÍA DE DESARROLLO

El proyecto consiste en una aplicación que permite recoger, procesar, administrar

y publicar información soportada en una base de datos centralizada.

Se compone de las siguientes fases y actividades:

FASE 1 – Concertación Interinstitucional y aprobación del Proyecto:

Identificación de aliados institucionales estratégicos: Se realizaron reuniones

de concertación interinstitucional con entidades públicas y privadas en el marco de

la Especialización en Gestión de Proyectos de Desarrollo Agroindustrial, de tal

forma que se establecieran acercamientos preliminares para la concreción de

alianzas estratégicas con aquellas entidades que puedan respaldar la implemen-

tación del proyecto en mención, destacándose la receptividad y acogida por parte

de la Gobernación de Caldas a través de la Secretaría de Agricultura, Emtelsa,

Comunidad en Línea y el IICA.

FASE 2 – Diseño del Sistema de Información de los DAI en Caldas:

En esta fase fue determinante la constitución del equipo interdisciplinario integrado

por estudiantes de la Especialización en Gestión de Proyectos de Desarrollo

Agroindustrial, estudiantes de pregrado de Administración de Sistemas, la aseso-

ría del Director de Comunidad en Línea ya que permitió la definición de los reque-

rimientos de la aplicación a desarrollar con sus aspectos técnicos, de diseño, de

seguridad, de funcionalidad y de disponibilidad.

9

Para el diseño y funcionalidad del sistema, el criterio principal fue el del desarrollo

de una verdadera herramienta que ofrezca utilidades y beneficios claros a sus

usuarios finales en donde se espera que el presente proyecto sea utilizado para

ser replicado en una etapa posterior en otros Departamentos Colombianos.

Conceptualización General del Sistema: Para la conceptualización del sistema

se partió de los planteamientos expresados en el Plan de Desarrollo Departamen-

tal y más concretamente en el Plan de Gestión de los D.A.I en su Programa 11 Di-

seño y operación del portal de los Distritos a la luz de los requerimientos de las

Subregiones que hacen parte de los Distritos Agroindustriales.

Búsqueda e identificación de experiencias afines al proyecto: Partiendo del

concepto de no cometer los errores de otros proyectos y aprovechar el conoci-

miento ganado en iniciativas similares, se llevó a cabo una búsqueda meticulosa

de proyectos y/o sistemas similares que permitieran reforzar y/o ajustar el alcance

del sistema.

Para lo anterior se establecieron contactos en torno a experiencias desarrolladas

en la Región y el País, como la del SIR: Sistema de Información Regional, sistema

que funciona gracias a la alianza existente entre las CAR’s, Gobernaciones, ESAP

y Alma Mater (Caldas, Quindío, Risaralda, Valle y Tolima); el Ministerio de Agricul-

tura y Desarrollo Rural de Colombia quien en concertación con el Instituto Inter-

americano de Cooperación para la Agricultura (IICA) y la Corporación Colombia In-

ternacional vienen trabajando el portal de cadenas agro productivas del país don-

de se concentra la información pública sobre las cadenas agro productivas, el en-

torno en que ellas se mueven y las noticias, eventos y análisis más relevantes re-

lacionados con el tema de la competitividad sectorial en el plano nacional e inter-

nacional.

Definición y especificaciones de la plataforma a utilizar: Para la definición del

esquema de diseño, montaje, creación, instalación, puesta en línea y posterior

10

operación del sistema, se requirió la cooperación de Asistentes Técnicos que

aportaron aspectos que definieron la plataforma sobre la cual será construido y

operado el sistema.

Análisis y diseño de servicios del sistema: A partir de los requerimientos de las

entidades involucradas y beneficiarias y teniendo en cuenta el alcance del proyec-

to, se entró a detallar el funcionamiento de cada unos de los servicios que ofrecerá

el sistema, tanto a nivel de procesos como de estructura y base de datos.

Descripción gráfica del sistema: Se elaboraron diagramas que ilustran las inter-

acciones del sistema con sus principales agentes involucrados, tales como otros

sistemas, bases de datos externas y aplicaciones remotas, visualizándose el al-

cance del proyecto.

Diagrama

de Clases

y Objetos

del Siste-

ma

11

Concertación para Instalación del sistema: Para garantizar la puesta en funcio-

namiento del sistema, se propiciará la firma de un convenio interinstitucional lide-

rado por la Secretaría de Agricultura, el cual incluirá la conformación de un equipo

técnico responsable de alimentar el sistema y darle sostenibilidad en el tiempo.

FASE 3 – Montaje del Sistema:

En esta fase, a partir de las especificaciones desarrolladas en la fase anterior se

construyeron los módulos que componen el Espacio Virtual del Sistema de Infor-

mación de los DAI

Diagrama de Componentes – Módulos del Sistema

FASE 4 - Creación del Portal:

Pruebas y validación del proyecto: Una vez desarrollado en su totalidad la apli-

cación se realizarán pruebas internamente, se procede a validar con los beneficia-

12

rios del proyecto, para recoger observaciones y retroalimentación para la realiza-

ción de ajustes finales.

Inventario y cargue de la información sobre los D.A.I y demás temas

Agroindustriales: Se refiere a las actividades de identificación, ubicación y bús-

queda de fuentes y bases de datos subregionales, nacionales e internacionales re-

lacionadas con el sistema propuesto de tal forma que se pueda compartir y poner

en línea toda la información pertinente con el sistema descrito, se plantean los si-

guientes servicios encaminados a construir contenido para el sistema:

Servicios

§ Información y documentos de Políticas y Planes de Desarrollo (Componen-

tes Agropecuario y Agroindustrial).

§ Banco de Proyectos Agroindustrial.

§ Estadísticas Sectoriales - Evaluaciones Agropecuarias.

§ Instituciones y Organizaciones del Sector Agroindustrial.

§ Enlaces y contacto con otros Sistemas de Información.

§ Banco de hojas de vida de expertos en el sector Agroindustrial.

§ Cadenas Productivas.

§ Legislación Agropecuaria y Agroindustrial.

§ Proyectos y Experiencias Agroindustriales exitosas.

§ Programas de Apoyo y fomento a la Agroindustria.

§ Eventos, Ferias, Misiones y Ruedas de Negocios.

§ Fuentes de Financiación de proyectos de desarrollo agroindustrial.

§ Noticias sectoriales.

§ Documentos y publicaciones de interés.

Definición de Servicios desde el punto de vista del Usuario – Administrador

13

Definición de Servicios desde el punto de vista del Usuario - Cliente

FASE 5 – Instalación y puesta en línea:

14

Instalación del sistema: Una vez definido el operador para la puesta en funcio-

namiento del sistema en el servidor de alojamiento, brindará todas las medidas y

salvaguardas contractuales que garanticen la disposición del sistema 365 días, las

24 horas.

Operación del sistema: Contando con el respaldo decidido de la entidades que

implantarán la aplicación se definirán estrategias encaminadas a lograr el auto

sostenimiento del sistema en el tiempo y por consiguiente lo que determinará el

verdadero impacto y éxito del mismo.

Definición y puesta en marcha de la estrategia de auto sostenibilidad del sis-

tema: Aunque gran parte del sistema es de libre consulta, no se puede descono-

cer la necesidad de plantear estrategias encaminadas a lograr la sostenibilidad fi-

nanciera del sistema una vez este se encuentre operando. Teniendo en cuenta el

alcance del presente proyecto y basados en los servicios que un sistema de Inter-

net puede ofrecer a sus usuarios finales proponemos que el sistema ofrezca a un

costo mínimo algunos de los servicios que relacionaremos a continuación:

§ Posibilidad de una suscripción bimensual, semestral y/o anual para recibir

contenidos exclusivos y herramientas de software en temas Agroindustria-

les.

§ Posibilidad de compra de publicaciones y libros especializados.

§ Posibilidad de pautar en las páginas de Internet del sistema con banners y

despliegue automático de ventanas con información del anunciante.

§ Posibilidad de adquirir textos especializados (papers) y/o libros producidos

por las entidades participantes en el proyecto (Previa autorización de los

usuarios).

Búsqueda de fuentes externas de cofinanciación: Para el éxito del proyecto se

gestionará recursos de cofinanciación que garanticen su implementación y soste-

15

nibilidad en el tiempo, así como la aplicación a convocatorias nacionales e interna-

cionales que respalden este tipo de iniciativas.

Desarrollo de alianzas internacionales y nacionales: Tal como se expresa en el

punto anterior y considerando que la venta de textos especializados, puede ser

una fuente de ingresos, proponemos también adelantar gestiones para adquirir

franquicias de publicaciones internacionales, que además sean traducidas para

agregarles valor y posicionarlas en el ámbito regional. Por otro lado, se considera-

rá la posibilidad de conformar un grupo de corresponsales o escritores en temas

Agroindustriales reconocidos, que atraiga la atención al sistema, lo que a su vez

puede ser tenido en cuenta como una estrategia de masificación del sistema.

También se llevarán a cabo alianzas con instituciones nacionales tanto privadas

como públicas encaminadas a lograr el reconocimiento y posterior posicionamien-

to del sistema.

Definición y puesta en marcha de la estrategia de mercadeo, masificación y

posicionamiento del sistema: Para lograr el éxito del proyecto y el cobro en una

fase posterior de los servicios del sistema, resulta fundamental definir una buena

estrategia de mercadeo. A continuación se describen algunas de las estrategias

que se adelantarían:

§ Búsqueda de alianzas estratégicas que permitan establecer en forma

gratuita o a un bajo costo banners y enlaces del portal del sistema de

información en las instituciones privadas o gubernamentales afines con el

tema del proyecto.

§ Establecimiento de alianzas estratégicas con otros sitios que presenten

servicios en línea similares y/o afines nacionales e internacionales, para in-

cluir en estos el enlace al sistema.

§ Inclusión del dominio del sistema en listas especializadas de motores de

búsqueda como Yahoo, Google, AltaVista, entre otros.

16

§ Utilización de un encabezado eficiente en las páginas del sistema para que

los motores de búsqueda logren ampliar la información al usuario.

§ Captura las direcciones de correo de los visitantes.

§ Desarrollo de reportajes en medios escritos, como periódicos de circulación

local y nacional, a demás de revistas especializadas.

§ Participación en tele conferencias, para compartir las experiencias y logros

del proyecto, en el marco de implementación de los D.A.I

17

6. COMPONENTE TÉCNICO

Se empleará el Enfoque Teórico de la Ingeniería Web, la Metodología para el De-

sarrollo y Documentación de Sistemas (OMT) y el Leguaje Unificado de Modelado

de Sistemas (UML).

1. Estudio y Análisis de los Requerimientos de Usuario.

a. Elaboración de Cuestionarios.

b. Entrevistas y levantamiento de la Información.

c. Documentación e Informe.

2. Análisis del Sistema.

a. Análisis del Contenido: Identificación de los Objetos de Datos.

b. Modelo de Objetos: Elaboración bidimensional en el que se relacionan

todos los objetos, las diferentes funcionalidades de la aplicación y las in-

terrelaciones entre ellos, descomponiendo de esta forma, la complejidad

estructural de la Aplicación. (Diagrama de Clases – Diccionario de Da-

tos).

c. Modelo Dinámico: Comportamiento esencial del Sistema de Información

en términos de interacciones de agentes externos (actores) que interac-

túan con el sistema. (Diagrama de Casos de Uso).

3. Diseño del Sistema. Representación significativa de ingeniería de los datos, la

arquitectura, interfaces y componentes. (Diseño del Sistema – Diseño de

Objetos).

18

a. Arquitectura: Definición de la estructura global del Sistema. Represen-

tación gráfica del Hardware y Software básico de implementación donde

corre la aplicación. (Diagrama de Capas y Particiones).

b. Representación de las dependencias entre componentes Software, ele-

mentos físicos del sistema y sus relaciones. (Diagrama de Componen-

tes).

c. Disposición física de los distintos nodos que componen el sistema y el

reparto de los componentes sobre dichos nodos. (Diagrama de Des-

pliegue).

d. Diseño preliminar de Páginas: Rutas de Navegación que permiten al

usuario acceder al contenido y a los servicios del Sistema de Informa-

ción.

19

7. ALTERNATIVAS TÉCNICAS Y ECONÓMICAS

Con el fin de garantizar la viabilidad del proyecto, su implementación y ejecución

se analizaron y evaluaron en concertación con actores estratégicos de la Región,

alternativas tanto técnicas como Económicas, encontrándose como mas relevan-

tes las efectuadas con La Secretaria de Agricultura de la Gobernación de Caldas,

quien viene liderando la implementación y consolidación de los Distritos Agroin-

dustriales en Caldas, El Instituto de Financiamiento Promoción y Desarrollo de

Caldas INFI - CALDAS, quien en concordancia con lo estipulado en la Ordenanza

234 de 1998, en cuanto a su objeto y funciones, al igual que con el Estatuto Inter-

no de la entidad, considera viable promover, fomentar y contribuir al desarrollo de

los municipios perfilándose esta como otra opción importante a considerar y como

tercera alternativa la financiación por parte de Emtelsa - Comunidad en Línea

quien pondría al servicio del proyecto su plataforma tecnológica, física y de talen-

to humano para garantizar la implementación y puesta en marcha de esta iniciati-

va.

Las propuestas se presentan en dos esquemas por un lado Propuesta A esta so-

portada en un esquema ASP (Aplication service Provider) donde el Operador en

este caso Emtelsa – Comunidad en Línea presta toda su Infraestructura Tecnoló-

gica y logística para la parametrización de todos los servicios del portal y presta la

asesoría y consultoria para garantizar la implementación del Sistema de Informa-

ción para los sectores agroindustriales del Departamento de Caldas, sobre la pla-

taforma existente, este esquema no requiere de Inversiones en infraestructura

tecnológica, comunicaciones, seguridad y personal especializado, y por otra parte

esta la propuesta B donde la implementación se realiza con recursos propios y re-

quiere de Inversiones en infraestructura tecnológica, comunicaciones, seguridad y

personal especializado así como de actualización tecnológica a futuro tanto en

Hardware como en software, costos de comunicación y seguridad.

20

Es importante dar claridad con relación a que la propuesta A que se describe a

continuación puede ser financiado por uno de los tres actores mencionados ante-

riormente, Secretaria de Agricultura – Gobernación de Caldas, El Instituto de Fi-

nanciamiento Promoción y Desarrollo de Caldas INFI - CALDAS o Emtelsa Comu-

nidad en Línea.

7.1. Propuesta EMTELSA S.A. ESP

Esta propuesta permite definir las condiciones tanto técnicas como económicas

necesarias para el ingreso de la Secretaria de Agricultura al portal comunidad en

Línea asociada con una aplicación para la administración de la información de los

Distritos Agroindustriales y otros servicios que le entregan un alto porcentaje de

valor agregado a esta solución. Para tal caso EMTELSA S.A. E.S.P. velara por:

La Administración de servicios extendidos del portal Comunidad en Línea.

En este nivel se agrupan los siguientes servicios:

§ Divulgación y liberación de servicios del Portal.

§ Ampliación de cobertura.

§ Mejoras al servicio.

§ Mercadeo.

§ Ventas.

§ Oferta comercial.

Operación técnica de la solución Portal de Comunidad en Línea:

§ ON BOARD nuevas empresas que ingresan al Portal.

§ Control de cambios.

§ Seguridad.

21

§ Liberación de nuevas versiones.

§ Atención de incidentes.

§ Operación y monitoreo.

§ Gerencia de IT.

§ Infraestructura Tecnológica:

§ Comunicaciones.

§ Internet.

§ Servidores.

§ Centro de Cómputo.

§ Seguridad.

§ Alta disponibilidad.

En este escenario, EMTELSA S.A. E.S.P. esta afrontando un reto muy importante

para la consolidación de los servicios de valor agregado del portal de Comunidad

en Línea, y cuenta con la estructura administrativa y operativa necesaria para ga-

rantizar los niveles de servicio y la efectiva prestación del servicio.

22

Alcance Funcional

El ON BOARD consiste en habilitar los servicios del Portal Comunidad en Línea de acuerdo a la siguiente relación:

SERVICIO ALCANCE OBSERVACIONES Configuración General: Integración con el portal, imagen Corporativa, se-guridad, parametrización de servicios, diseño gráfi-co del sitio.

Integración del nuevo sitio en el portal, desde el pun-to de vista de diseño gráfico, seguridades, parame-trización general de servicios y diseño gráfico del si-tio.

Este servicio es básico, se requiere para la im-plementación de cualquier servicio de valor agre-gado de portal: Generador de Tramites, Genera-dor de sitios Web, contratos, quejas y reclamos, recaudos, e-pagos. Corresponde a la configura-ción de servicios y conceptos comunes del portal.

Modulo de Generación de Trámites

5 tramites fuera de línea, de acuerdo a la definición del contrato de desarrollo del proyecto.

Los trámites fuera de Línea son de carácter infor-mativo, no implican interacción con aplicaciones de negocio del cliente.

Modulo Generación sitios Web

Configuración del sitio Web para cada entidad. Para cada nueva empresa se define de manera conjunta, el diseño grafico y la estructura del sitio de acuerdo con las necesidades de este.

Diagnostico de la Infraes-tructura tecnológica y de comunicaciones de la nueva empresa.

Realizar el diagnostico de la infraestructura tecnoló-gica y de comunicaciones de la nueva empresa que va a ingresar al Portal, y entregar un informe detalla-do de diagnostico con las recomendaciones que sean pertinentes.

Con este servicio se cierra el ciclo de operación del Portal, buscando garantizar que todas las componentes tecnológicas que intervienen en la operación, estén debidamente configuradas y que correspondan a las características técnicas míni-mas requeridas.

pruebas unitarias y prue-bas integrales

Con la implementación de cada servicio, se realizan pruebas unitarias, para verificar su correcta opera-ción. Al final, se efectúan pruebas integrales garanti-zando la adecuada operación del portal.

Capacitación Se tiene prevista capacitación para usuario final, en cuyo caso, se desarrolla un programa de capacita-ción y entrenamiento, en la operación del portal y los procedimientos de carácter administrativo, relaciona-dos con códigos de usuario para acceder los servi-cios del portal, y aplicación para la administración de la información de los distritos agroindustriales, infor-mes, indicadores de gestión, comunicaciones, etc.

23

1. Responsabilidades de EMTELSA S.A. ESP.

§ Desarrollar la consultoría asociada a la inclusión de las funcionalidades descritas,

proveyendo el talento humano requerido para realizar dichas tareas. Para el

efecto, se tiene prevista la participación de un gerente de proyecto, consultores

de integración, diseño gráfico y arquitectos de la solución.

§ Realizar el diagnostico de la infraestructura tecnológica del cliente y producir un

informe con las recomendaciones pertinentes.

§ Entregar los Manuales de usuario correspondientes a cada módulo que se deci-

da implementar para cada entidad y la capacitación necesaria.

§ Administrar, operar y mantener la plataforma de servicios ASP del Portal.

§ Proveer la plataforma de servicios ASP del Portal y realizar los ajustes, si fueren

necesarios, a nivel de espacio en disco, capacidad de los servidores, licencia-

miento, y en general, todo lo relacionado con la infraestructura, comunicaciones y

software.

§ Realizar el afinamiento de los servicios de la plataforma ASP del Portal.

2. Responsabilidades de la Secretaria de Agricultura para el ingreso a Comunidad en

Línea.

§ Proveer el espacio físico, computadores personales, comunicaciones y suminis-

tros requeridos para acceder a los servicios del portal.

§ Proporcionar, el acceso a sus instalaciones, documentación, reuniones y en ge-

neral las actividades que sean necesarias para la adecuada ejecución del traba-

jo.

24

§ Disponer del personal necesario, de acuerdo a las especificaciones, para llevar a

cabo el ON BOARD. Esto es: Un Gerente de Proyecto, y las personas asociadas

con cada uno de los procesos, cada entidad tendrá un administrador para el mó-

dulo de seguridad, dicha persona será el responsable por la creación y adminis-

tración de todos los usuarios para los módulos de contratación, quejas y recla-

mos, Recaudos, E-pagos, Tramites On Line, Trámites Off Line, y Administración

de contenidos, la administración de la información de cada entidad es responsa-

bilidad de esta.

§ Garantizar la seguridad, a nivel interno.

Esquemas de ingreso al Portal Comunidad en Línea

1. Plan de ingreso para la secretaria de agricultura

Se denomina plan estándar al siguiente paquete de servicios así:

§ Módulo WEB y administración de contenidos.

§ Módulo de tramites Off Line (5 Trámites inicialmente, luego la entidad puede in-

gresar todos los que quiera).

§ aplicación para la administración de la información de los distritos agroindustria-

les

§ Buscador.

§ Estadísticas.

2. Tiempo estimado para el ingreso.

Plan Estándar: se tiene estimado un tiempo de 90 días hábiles a partir de la firma del

contrato.

25

Propuesta Económica

La propuesta económica esta asociada de acuerdo con los requerimientos presentados

por Ustedes:

PLAN ESTÁNDAR Esta compuesto por los siguientes módulos así:

§ Módulo Web y administración de contenidos

§ Módulo de tramites Off Line (10 Trámites inicialmente, luego la entidad

puede ingresar los que considere necesarios).

§ Consultas dinámicas de acuerdo aplicación para la administración de la in-

formación de los distritos agroindustriales.

§ Buscador

§ Estadísticas

§ Costo de parametrización $ 4.000.000 se paga una sola vez después de la

firma del contrato.

§ Cargo fijo anual $ 3.600.000 por administración y operación.

Nota: Los valores están en pesos colombianos y no tienen incluido el IVA este será fac-

turado adicionalmente a cada uno de los conceptos, tanto para la parametrización como

para el cargo fijo mensual.

1. Cargo fijo a partir de la Puesta en funcionamiento.

Los costos establecidos en esta propuesta no tienen en cuenta los costos de comunica-

ciones, estos establecen con valor adicional dependiendo de la solución que se requie-

re en cada uno de los casos, si la solución así lo amerita ON BOARD COMPLETO In-

cluye Integración.

26

Lugar para la implementación y prestación de servicios

Lugar donde se prestarán los servicios: En las instalaciones de EMTELSA S.A. ESP.,

para lo cual EMTELSA S.A. E.S.P. Deberá proveer del espacio físico, los muebles, en-

seres, equipos, conectividad e insumos necesarios para el desarrollo del proyecto.

7.2. Propuesta Herramientas Libres y Contratación de Hosting

Bajo una consideración de captura, almacenamiento, análisis y despliegue de informa-

ción para los distritos agroindustriales, se deben tener en cuenta los siguientes compo-

nentes software de bajo costo:

Software Libre: Las aplicaciones software con licencia pública general para el desarro-

llo y gestión de sistemas de información contribuyen con la reducción de los gastos de

las instituciones y empresas. El Sistema Operativo GNU/Linux inicialmente se utilizaba

como infraestructura servidor en red, ahora opera tanto en máquinas servidor como en

clientes para usuarios finales.

Linux Red Hat: Sistema Operativo de libre distribución bajo la cobertura de GPL (Ge-

neral Public License) que autoriza la copia e instalación. Linux hereda las característi-

cas de estabilidad y robustez de Unix, sistema operativo de gran aceptabilidad para la

administración de herramientas críticas garantizando la fiabilidad en procesos centrales.

PHP: (Páginas de Procesamiento de Hipertexto), lenguaje de programación de libre dis-

tribución para el desarrollo de software y aplicaciones orientadas a internet, basado en

la filosofía de ingeniería web y le paradigma orientado a objetos.

Motor de base de datos: El sistema de gestión de base de datos (SGBD) es un

conjunto de programas, procedimientos y lenguajes que proporcionan a los usuarios las

herramientas necesarias para operar con una base de datos. Por lo tanto, el SGBD ac-

túa como un intermediario entre los usuarios y los datos. Para el desarrollo del sistema

se propone entonces la utilización del SGBD Postgresql.

27

Postgresql: Gestor de base de datos de código abierto que ofrece el control de concu-

rrencia multi-versión, soportando la sintaxis SQL (incluyendo subconsultas, transaccio-

nes, tipos y funciones definidas por el usuario).

La libre distribución de herramientas para el desarrollo, asegura que las aplicaciones

permitan ser modificadas constantemente y adecuarlas a las necesidades identificadas

en los requisitos de implementación de la ingeniería de software.

El precio juega un papel importante en la implantación de aplicaciones; se cuenta con

GNU/Linux que es prácticamente gratis. El código fuente es libre y está disponible lo

que asegura poder disponer de versiones más recientes.

Infraestructura Tecnológica: Características técnicas de los equipos necesarios para

el funcionamiento del sistema de información

Componente Sistema Operativo Memoria RAM Procesador Aplicativos

Cliente

Windows 9x-2000-XP (Licencia OEM)

o S.O. Linux Red Hat 7.0 ó superior (Li-

cencia GPL)

128 Mb

Intel Pentium 3 ó 4 - 1.4

Ghz o supe-rior

Navegador Internet Ex-plorer 5.0 ó

superior Reproductor

Windows Media Player

Servidor S.O. Linux Red Hat 7.0 ó superior (Li-

cencia GPL) 1.4 Ghz

Intel Pentium 3 ó 4 - 1.4

Ghz o supe-rior

Navegador Mozilla Servicio Apache -

Postgresql

28

Servicio de Hosting

CARACTERISTICAS CORPORATIVO Espacio del sitio 100 MB Buzones 30 MB x Buzón 10 MB # Base Datos 10

Base Datos Postgres, Mysql, Access, Fox, Mysql, Sql Server (Msde).

Tec. Acceso a Datos Jsp + Asp .Net +Asp+ Php Backup Diario Tipo de Soporte Paranoico Soporte Base Datos Incluido Antivirus Diario Si Control Anti-Spam Si Monitoreo 7 x 24 Estadísticas On-Line Disponibilidad 24 Horas Firewall Dedicado + bastión Localización COL + EEUU + MX Redundante

Paneles disponibles y Herramientas On Line Incluidas: Panel para administrar la

base de datos on line, panel para administrar todos los servicios de mensajería como

alias, autoresponders, redireccionadores, archivos tipo texto y accesos odbc para cuen-

tas de correo, web mail personal, panel de estadísticas on line reporta países, visitan-

tes, robots, metabuscadores, metaíndices, multibuscadores, palabras claves usadas,

links de sitios externos, direcciones ip, sistema operativo del visitante, tipos de explora-

dores por promedios y todo de manera gráfica diario, mensuales y semanales todo on

line y demás.

29

7.3. Presupuesto SIDAIC

Propuesta A Año 0 Año 1 Año 2 Año 3 Año 4 Año 5

Gastos de OperaciónInversión inicialParametrización del Proyecto 4.000.000 Administración y operación 4.468.320 5.546.079 6.883.793 8.544.164 10.605.016

Gastos de administraciónGastos de Personal 26.400.000 28.248.000 30.225.360 32.341.135 34.605.015 37.027.366

Director del proyecto (Gerente) 14.400.000 Administrador del proyecto 12.000.000

Seguros - - - - - - Muebles y equipos 3.500.000 Papelería 480.000 513.600 549.552 588.021 629.182 673.225

Gastos de MercadeoCapacitación 1.995.000 2.134.650 2.284.076 2.443.961 2.615.038 2.798.091 Promoción y publicidad 3.000.000 3.210.000 3.434.700 1.837.565 1.966.194 2.103.828

Total anual 39.375.000 38.574.570 42.039.766 44.094.474 48.359.593 53.207.525 VPN 208.382.166

Propuesta B Año 0 Año 1 Año 2 Año 3 Año 4 Año 5

Gastos de OperaciónEquipo tecnico de infraestructura 6.670.000 - - 8.171.037 - -

Servidores 2.000.000 CPU perifericas de red 3.500.000 Cableado e infraestrura de redes 300.000 Sistemas de alim alterna de energia 450.000 Muebles y enseres 420.000

Licenciamiento 3.970.000 Servicios telefónicos de comunicación 1.680.000 1.797.600 1.923.432 2.058.072 2.202.137 2.356.287 Hosting de almacenamiento 760.000 813.200 870.124 931.033 996.205 1.065.939 Dominio 75.000 80.250 85.868 91.878 98.310 105.191 Diseño del sitio web 1.625.000

Gastos de administraciónGastos de Personal 38.400.000 41.088.000 43.964.160 47.041.651 50.334.567 53.857.986

Director del proyecto (Gerente) 14.400.000 Administrador del proyecto 12.000.000 Soporte técnico 12.000.000

Seguros 333.500 356.845 381.824 408.552 437.150 467.751 Muebles y equipos 3.500.000 Papelería 480.000 513.600 549.552 588.021 629.182 673.225

Gastos de MercadeoCapacitación 1.995.000 2.134.650 2.284.076 2.443.961 2.615.038 2.798.091 Promoción y publicidad 3.000.000 3.210.000 3.434.700 1.837.565 1.966.194 2.103.828

Total anual 62.488.500 49.994.145 53.493.735 63.571.769 59.278.783 63.428.298 VPN 352.255.231

30

7.4. Análisis de las Propuestas Técnicas y Económicas

1. La propuesta A ofrece mayores ventajas económicas con respecto a la propuesta

B teniendo en cuenta la comparación que se deriva del valor presente neto de

cada una de las alternativas analizadas. La propuesta A tiene un valor presente

neto 26% menor que la propuesta B.

2. Las condiciones tecnológicas ofrecidas por la propuesta A, garantizan las condi-

ciones técnicas y económicas al tiempo que ofrecen servicios adicionales de va-

lor agregado a las necesidades del proyecto.

3. En la propuesta A se incurriría en menores riesgos de operación, producto de la

trayectoria y la capacidad tecnológica con que cuenta EMTELSA S.A. E.S.P.

31

8. PRODUCTOS A ENTREGAR

§ Estructuración y concepción del Sistema de Información para los Distritos

Agroindustriales del Departamento de Caldas.

§ Documentos y diagramas técnicos del Análisis y Diseño del Sistema de Informa-

ción para la Administración de la Información de los Distritos Agroindustriales del

Departamento de Caldas, producto del trabajo concertado con los estudiantes de

pregrado del programa de Administración de Sistemas Informáticos.

§ Aplicaciones demostrativas del portal que canalizan al usuario llevándolo a otros

contenidos o servicios web.

32

9. APORTES DEL TRABAJO DE GRADO

Dotar a los Distritos Agroindustriales de una información en línea clasificada, que les

permita a los usuarios estar actualizados en los principales procesos, información y

acontecimientos pertinentes para su desarrollo.

Contar con información confiable sobre el sector Agroindustrial en el Departamento que

facilite la articulación con otros sistemas, la toma de decisiones estratégicas y el acceso

a servicios de información y de gestión en red.

Propiciar el establecimiento de enlaces con entidades nacionales e internacionales para

acceder a otros sistemas, redes y centros de información.

Dotar al Departamento de un portal, como un Centro Virtual de servicios de información

para los diferentes usuarios de los Distritos tanto en el ámbito regional como nacional e

internacional y que sirva como soporte fundamental para la implementación de servicios

de inteligencia de mercados, enriqueciendo así la oferta de opciones informativas y de

gestión en red en el campo Agroindustrial para los diversos actores de los Distritos, así

como su inserción en los mercados electrónicos.

33

10. TRASCENDENCIA E IMPORTANCIA DEL PROYECTO

El proyecto adquiere relevancia, trascendencia e importancia en la medida en que:

§ Es viable y factible su implementación en términos técnicos y económicos.

§ Genera alto impacto en el Departamento al facilitar el acceso a información, a la

comunicación, al intercambio de experiencias y conocimientos en sectores, po-

blaciones y lugares que tradicionalmente han sido excluidos.

§ Propicia la integración de los seis Distritos Agroindustriales del Departamento de

Caldas, mejorando sus procesos de información, comunicación e inserción en los

mercados nacionales e internacionales.

§ Contribuye a la generación de una cultura en el uso de las tecnologías de la in-

formación y la comunicación en nuestro Departamento.

§ La Región a través de Comunidad en Línea cuenta con la infraestructura, el

equipo y el soporte tecnológico necesario para garantizar el adecuado montaje

y puesta en funcionamiento del mismo.

34

11. CONCLUSIONES

§ Poder contar en Caldas con un Sistema de Información Agroindustrial permitirá

consolidar una estrategia para incidir en el atraso tecnológico y en el limitado ac-

ceso a la información, a la comunicación y al conocimiento, al que se enfrentan

las Subregiones que integran los Distritos Agroindustriales en nuestro Departa-

mento.

§ La implementación del sistema se constituye en una herramienta fundamental

para los procesos de planificación del desarrollo del Departamento y en especial

del Sistema de Gestión de los Distritos Agroindustriales, facilitando el acceso a

información oportuna y confiable para la toma de decisiones estratégicas.

§ El Sistema permitirá plantear políticas de desarrollo y generar programas y pro-

yectos de inversión para el acceso a recursos en el sector público y privado,

haciendo más competitivos los Distritos Agroindustriales.

§ El Sistema de Información puede considerarse como un Centro Virtual de servi-

cios de información para los diferentes usuarios de los Distritos tanto en el ámbi-

to regional como nacional e internacional.

§ La aplicación será soporte fundamental para la implementación de servicios de

inteligencia de mercados, enriqueciendo así la oferta de opciones informativas y

de gestión en red en el campo Agroindustrial para los diversos actores de los

Distritos, así como su inserción en los mercados electrónicos.

§ La dinámica misma de las Tecnologías de la Información y Comunicación y el

contexto de globalización en el que ineludiblemente la región y el país están in-

mersos, será determinante, tanto para la viabilidad competitiva de las empresas,

35

instituciones y personas naturales que hacen parte activa de los Distritos, como

en el mejoramiento de la calidad de vida de los ciudadanos de la región.

36

12. RECOMENDACIONES

§ Establecer convenios de cooperación interinstitucional para la implementación y

puesta en operación del sistema de información.

§ Generar Alianzas y enlaces con otras redes y aplicaciones afines que faciliten el

intercambio de información y la alimentación del sistema.

§ Implantar estrategias de mercadeo para la promoción y el posicionamiento del

sistema (Inclusión del dominio del sistema en listas especializadas, promoción en

medios de comunicación).

§ Desarrollar procesos de capacitación y entrenamiento para administradores del

servicio y los usuarios finales, con especial énfasis en aquellos que hacen parte

activa de los distritos.

§ Implementar estrategias de sostenibilidad financiera del sistema una vez se en-

cuentre operando (Pautas y banners comerciales, franquicias de publicaciones

especializadas y suscripciones).

§ Validar la experiencia que se implemente de tal forma que pueda ser replicada

en otros Departamentos Colombianos.

§ Sugerimos optar por la propuesta presentada por EMTELSA S.A. E.S.P. no solo

por los costos competitivos que ésta ofrece, sino también por la calidad de los

servicios que podría brindar, su mayor beneficio económico y financiero con res-

pecto a otras propuestas, así como lo que representaría para los Distritos su in-

serción en Comunidad en Línea.

ANEXOS

13. ANEXO I – APLICACIONES DEMOSTRATIVAS DEL SISTEMA – SIDAIC –

Sitio web SIDAIC

14. ANEXO II – HERRAMIENTA ENCUESTA

PROYECTO ESTRUCTURACION DE UN SISTEMA DE INFORMACIÓN DE LOS DISTRITOS AGROINDUSTRIALES DEL DEPARTAMENTO DE CALDAS – SIDAIC –

FECHA________________ENTIDAD____________________________________________ NOMBRE DEL ENCUESTADO______________________CARGO____________________ TELÉFONO_______________E-MAIL__________________WEB_____________________ CIUDAD__________________________DEPARTAMENTO__________________________ ACTIVIDADAGROINDUSTRIAL________________________________________________ Con el propósito de orientar la construcción del Sistema de Información de los Distritos Agroindustriales de Caldas SIDAIC, y de identificar aquellos servicios que son de interés para la Institución a la cual usted representa y de beneficio para la región, cordialmente les solicitamos su colaboración para el diligenciamiento de la siguiente encuesta.

1. INTERNET COMO HERRAMIENTA DE APOYO

a. ¿Su entidad cuenta con servicio de Internet?

Si___ No___ ¿Por qué?_____________________________________________

b. El uso de Internet en su entidad se enfoca a: __Buscar Contactos, Clientes, Proveedores. __Investigación. __Correo Electrónico. __Consultas varias. __Consultas Especializadas. __Capacitación. __Comercio Electrónico. __Diversión. __Otros. ¿Cuáles? ___________________________________________________

c. ¿Utiliza Internet para consultar información de carácter Agroindustrial? Si___ ¿Cuáles son los sitios que visita?: _______________________________________ __________________________________________________________________ No___ ¿Porqué?____________________________________________________

2. ¿Su entidad cuenta con Sistemas de Información y/o bases de datos del sector

Agroindustrial? Si___ No___

3. ¿En qué medio manejan la información?

Nombre del Sistema de Información: _____________________________________ Información que maneja: _______________________________________________

4. ¿Es posible tener acceso a dicha información? Si ___ Nombre________________________________ URL (www.xxxx.org.co) _________________________

Persona Contacto _____________________________ Teléfono ____________ E-mail___________________ Dirección Oficina ______________________________

No ___ 5. ¿Encuentra necesario desarrollar un Sistema de Información para los Distritos

Agroindustriales del Departamento de Caldas, el cual le brinde la información que su entidad requiere en ese aspecto? Si___ No___ ¿Por qué?_____________________________________________ Marque con una X las áreas en la que su entidad se soportaría con el Sistema de Información para los Distritos Agroindustriales. __Proveedores __Cosecha __Industria __Comercialización __Mercados __Proyectos __Tecnología __Noticias __Planeación __Otros ¿Cuáles?: ___________________________________________________________

6. SERVICIOS QUE OFERTA SU ENTIDAD __Asistencia Técnica. __Capacitación. __Consultoría. __Alquiler de Maquinaria. __Innovación y Desarrollo Tecnológico. __Servicio de Innovación Tecnológica. __Ruedas de Negocios. __Investigaciones de Mercado. __Call Center especializado o similar. __Comercialización de Productos y Servicios. __Banco de Proyectos. __Servicios para el Agricultor, Productores, Comerciantes. __Otros ¿Cuáles?________________________________________

7. ¿Su Entidad ha desarrollado o adelanta en la actualidad proyectos Agroindustriales?

SI___ No___ ¿De qué Tipo? _________________________________________________ ¿Desearía que sus proyectos se promocionen a través del SIDAIC? Si___ No___ ¿Cuál sería la persona contacto?____________________________ Teléfono______________

8. ¿Utilizaría usted y su entidad el Sistema de Información SIDAIC?

Si___ ¿De qué forma?: __Solo Consulta de Información __Como Alimentador de Información para el Sistema No___ ¿Por qué?: __________________________________________________________

9. Sobre los servicios que ofrecería el SIDAIC, califique con una X, la importancia y relevancia que usted otorga a los relacionados a continuación:

3.0: Me interesa. 2.0 No me interesa. 1.0 Me es indiferente.

SERVICIOS 3.0 2.0 1.0

1. Planes de Desarrollo de los municipios de Caldas. 2. Políticas departamentales y nacionales.

3. Banco de Estadísticas mediante el cual se publiquen resultados de estudios Agroindustriales a nivel local, regional, nacional e internacional.

4. Instituciones y Organizaciones involucradas en el desarrollo Agroindustrial. 5. Precios y mercados de productos agroindustriales

6. Identificación y documentación de experiencias significativas adelantadas en los DAI.

7. Publicación de casos y proyectos agroindustriales exitosos.

8. Información sobre eventos ferias, misiones y ruedas de negocios subregionales departamentales y nacionales de interés para el sector Agroindustrial.

9. Enlaces y contactos con redes de interés. 10. Información permanente sobre fuentes de financiación y requisitos para el impulso de actividades y proyectos agroindustriales.

11. Información de carácter tecnológico.

12. Información sobre servicios al productor. 13. Noticias sectoriales.

14. Banco de proyectos del sector agroindustrial.

15. Publicación de tesis y trabajos de grado relacionados con el tema Agroindustrial.

16. Foros, chat, videoconferencias, seminarios especializados. 17. Directorio actualizado de entidades relacionadas. 18. Centros de Documentación Especializados 19. Registro de Usuarios de acuerdo a Perfiles de acceso. 20. Administración y alimentación del Sistema de Información 10. ¿Qué otros servicios le interesa a usted y a su entidad, a parte de los antes

mencionados, que prestaría el SIDAIC? _______________________________________________________________________________________________________________________________________________________________________________________________________________

15. ANEXO III – ANÁLISIS Y DISEÑO TÉCNICO DEL SISTEMA DE

INFORMACIÓN – SIDAIC –

Documento Realizado por los Asistentes Técnicos del Proyecto

Estudiantes del Programa de Administración de Sistemas Informáticos Universidad Nacional de Colombia – Sede Manizales

Conceptos Básicos del desarrollo, el paradigma orientado a objetos, la

metodología y el modelamiento de aplicaciones software

Hay varios conceptos que son propios de la orientación a objetos y otros

inherentes a la tecnología. Aunque no todos son exclusivos de los sistemas

orientados a objetos están bien apoyados por el paradigma.

Los conceptos de la orientación por objetos se basan en la manipulación de

representaciones abstractas de los objetos plasmadas en su definición y su

comportamiento. Un objeto se define entonces como la representación de algo

que se describe mediante una estructura y un comportamiento. La estructura de

un objeto describe aquellas características de interés presentes en el objeto y que

sirven para plasmar el estado de ese objeto, siendo el estado de un objeto el

conjunto de valores actuales almacenados en su estructura, que está escondida.

El comportamiento del objeto está representado por una serie de operaciones,

funciones o métodos que modifican ó no el estado del objeto, haciendo que ocurra

un cambio de estado en el mismo, el cual representa el comportamiento visible del

objeto en la realidad. Un objeto puede ser conocido y descrito por medio de sus

propiedades o atributos que son ilimitados. Un mensaje es el soporte de una

relación de comunicación que relaciona en forma dinámica los objetos separados

por el proceso de descomposición.

Orientado a Objetos: Significa que el software se organiza como una colección

de objetos discretos que contienen tanto estructuras de datos como

comportamiento.

Clase: Es una abstracción que describe propiedades importantes para una

aplicación y que ignora el resto. La selección de clases es arbitraria y depende de

la aplicación. Una clase contienen el molde (estructura, esquema) a partir del cual

se crean los objetos que pertenecen a ella y el código que debe ejecutarse cada

vez que un objeto de la clase recibe un mensaje. Una clase contiene la

descripción de las características comunes de todos los objetos que pertenecen a

ella: la especificación del comportamiento, la definición de la estructura interna y la

implementación de los métodos.

Herencia: Es compartir atributos y operaciones entre clases tomando como base

una relación jerárquica. En términos generales se puede definir una clase que

después se irá refinando sucesivamente para producir subclases. Todas las

subclases poseen o heredan todas y cada una de las propiedades de su

superclase y añaden, además, sus propiedades exclusivas. No es necesario

repetir las propiedades de las superclases en cada subclase. La capacidad de

sacar factor común a las propiedades de varias clases en una superclase común y

de heredar las propiedades de la superclase puede reducir muchísimo la

repetición en el diseño y en los programas siendo una de las ventajas principales

de un sistema orientado a objetos.

Abstracción: Consiste en centrarse en los aspectos esenciales de una entidad e

ignorar sus propiedades accidentales. En el desarrollo de sistemas esto significa

centrarse en lo que es y lo que hace un objeto antes de decidir cómo debería ser

implementado. El uso de la abstracción durante el análisis significa tratar

solamente conceptos del dominio de la aplicación y no tomar decisiones de diseño

o de implementación antes de haber comprendido el problema. Un uso adecuado

de la abstracción permite utilizar el mismo modelo para el análisis, diseño de alto

nivel, estructura del programa, estructura de una base de datos y documentación.

Un estilo de diseño independiente del lenguaje pospone los detalles de

programación hasta la fase final, relativamente mecánica del desarrollo.

Modelo de Objetos: Describe la estructura estática (de datos), de los objetos del

sistema (identidad, atributos y operaciones) y también sus relaciones. El modelo

de objetos contiene diagramas de objetos. Un diagrama de objetos es un grafo

cuyos nodos son clases de objetos y cuyos arcos son relaciones entre las clases.

El diagrama contiene clases de objetos organizados en jerarquías que comparten

una estructura y comportamiento comunes y que están asociadas a otras clases.

Estas clases definen los atributos que lleva cada instancia de objeto y las

operaciones que efectúa o sufre cada uno. En cada instancia de la clase se

guardan los valores de esos atributos.

UML: (Unified Modeling Language) es una notación gráfica de modelamiento de

sistemas orientado a objetos.

OMT: (Object Modeling Technique) es una metodología (y una notación gráfica)

para el desarrollo orientado a objetos que consiste en construir un modelo de un

dominio de aplicación añadiéndosele detalles de implementación durante el diseño

de sistemas.

Esta metodología consta de las siguientes fases:

Análisis del Sistema: Comenzando en la descripción del problema el analista

construye un modelo de la situación del mundo real que muestra sus propiedades

importantes. Dicho analista debe trabajar con quien hace la solicitud para

comprender el problema porque las definiciones del mismo no suelen ser

completas ni correctas. El modelo de análisis es una abstracción resumida y

precisa de lo que debe hacer el sistema deseado y no de la forma en que se hará.

Los objetos del modelo deberán ser conceptos del dominio de la aplicación y no

conceptos de implementación de la computadora tales como estructuras de datos.

Un buen modelo podrá ser comprendido y criticado por expertos de la aplicación

que no sean programadores. El modelo de análisis no deberá contener ninguna

decisión de implementación, los objetos se describirán en términos de atributos y

operaciones que son visibles para el usuario.

Diseño del Sistema: Se toman decisiones de alto nivel acerca de la arquitectura

global. Durante el diseño, el sistema de destino se organiza en subsistemas

basados tanto en la estructura del análisis como en la arquitectura propuesta. El

diseñador de sistemas deberá decidir qué características de rendimiento hay que

optimizar, seleccionando una estrategia para atacar el problema y efectuando las

reservas de recursos tentativas.

Diseño de Objetos: Se construye un modelo de diseño basándose en el modelo

de análisis que lleven incorporados detalles de implementación. El diseñador

añade detalles al modelo de acuerdo con la estrategia establecida durante el

diseño del sistema. El foco de atención del diseño de objetos son las estructuras

de datos y los algoritmos necesarios para implementar cada una de las clases.

Las clases de objetos procedentes del análisis siguen siendo significativas pero se

aumentan con estructuras de datos y algoritmos del dominio de la computadora

seleccionados para optimizar medidas importantes de rendimiento. Tanto los

objetos del dominio de la aplicación como los objetos del dominio de la

computadora se describen utilizando unos mismos conceptos y una misma

notación orientados a objetos aún cuando existan en planos conceptuales

diferentes.

Implementación: Las clases de objetos y las relaciones desarrolladas durante su

diseño se traducen finalmente a un lenguaje de programación concreto, a una

base de datos o a una implementación en hardware. La programación debería ser

una parte relativamente pequeña del ciclo de desarrollo y fundamentalmente

mecánica porque todas las decisiones importantes deberán hacerse durante el

diseño. El lenguaje de destino influye en cierta medida sobre las decisiones de

diseño pero éste no debería depender de la estructura final de un lenguaje de

programación. Durante la implementación es importante respetar las ideas de la

ingeniería del software, de tal manera que el seguimiento hasta el diseño sea

sencillo y de tal forma que el sistema implementado siga siendo flexible y

extensible.

Es posible aplicar conceptos orientados a objetos a lo largo del todo el ciclo de

vida de desarrollo del sistema, desde el análisis hasta la implementación pasando

por el diseño. Se pueden traspasar las mismas clases de una etapa a otra sin

modificar la notación aunque ganarán detalles adicionales de implementación en

las etapas posteriores.

Siendo el punto de vista de análisis y el de implementación de ‘‘Ventana’’

correctos tienen propósitos distintos y representan grados de abstracción. Los

mismos conceptos orientados a objetos de identidad, clasificación, polimorfismo y

herencia son aplicables a todo el ciclo de desarrollo completo. Algunas clases no

forman parte del análisis sino que se presentan como parte del diseño o de la

implementación.

Arquitectura del Software: Es el diseño de más alto nivel de la estructura de un

sistema, programa o aplicación y tiene la responsabilidad de:

§ Definir los módulos principales.

§ Definir las responsabilidades que tendrá cada uno de estos módulos.

§ Definir la interacción que existirá entre dichos módulos:

§ Control y flujo de datos. § Secuenciación de la información. § Protocolos de interacción y comunicación. § Ubicación en el hardware

La Arquitectura del Software aporta una visión abstracta de alto nivel, posponiendo

el detalle de cada uno de los módulos definidos a pasos posteriores del diseño.

“La Arquitectura del Software es la organización fundamental de un sistema

formada por sus componentes, las relaciones entre ellos y el contexto en el que se

implantarán, y los principios que orientan su diseño y evolución”.

ANÁLISIS TÉCNICO DEL SISTEMA DE INFORMACIÓN - SIDAIC -

REQUISITOS FUNCIONALES

Arquitectura del Sistema

§ El sistema debe ser distribuido, multiusuario y orientado a redes TCP/IP.

El sistema debe permitir un mecanismo de almacenamiento persistente

(acceso a Bases de Datos) de la información a través de la red.

§ El sistema debe permitir la concurrencia de múltiples clientes a las Bases

de Datos que posee, garantizando la integridad de la información.

§ El sistema debe ofrecer un mecanismo de autenticación para los usuarios

que permita la encripción de los datos sensibles (Ej: claves de acceso).

§ El sistema debe proveer aplicaciones independientes para labores

administrativas (programa Administrador) y para labores de usuario cliente

(programa Cliente). Cada una de estas aplicaciones deberá comunicarse

con el resto del sistema.

§ El programa Cliente sólo debe permitir acceso a un usuario por sesión.

§ Dado que el sistema debe soportar a varios usuarios concurrentes

recibiendo y enviando información, las transacciones entre los clientes del

sistema y el mecanismo de almacenamiento persistente deben ser

controladas por una entidad independiente. Dicha entidad será denominada

Servidor y estará encargada de verificar la validez de las solicitudes en

función de los permisos de los usuarios (incluyendo su autenticación), así

como parte del procesamiento de los datos (Ej: cálculos y operaciones

sobre los registros solicitados) cuando sea posible y recomendable, con el

fin de centralizar los requerimientos en cuanto a recursos y economizar la

transmisión de datos a través de la red.

§ El Servidor debe poseer un mecanismo de almacenamiento de eventos de

los procesos y las alertas generadas durante el funcionamiento del sistema.

§ La comunicación entre el servidor y el mecanismo de almacenamiento

persistente debe ser factible a través de la red o desde el mismo

computador, dependiendo de los recursos en donde se desee implementar

el sistema.

Administrativos

§ El programa Administración debe proveer un módulo de gestión de los

usuarios del sistema. El módulo debe permitir crear, modificar, eliminar y

consultar la información de cada usuario, así como su perfil de permisos

con respecto a las operaciones del sistema.

§ El sistema debe manejar una jerarquía de perfiles que permita el control de

acceso a las diferentes operaciones sobre los datos y estar en capacidad

de denegar y registrar en archivos de control (logs) aquellas solicitudes

sobre las bases de datos que no estén autorizadas.

Reportes

§ El sistema debe permitir generar reportes dinámicos según los intereses del

usuario (parámetros variables) y los permisos que este posea sobre la

información almacenada en las bases de datos.

§ Dentro de los componentes de un reporte, el sistema debe permitir incluir

diagramas y representaciones gráficas de estadísticas y cruce de variables.

§ El sistema debe permitir la exportación de los reportes a un formato abierto

(Ej: HTML).

REQUISITOS NO FUNCIONALES

Facilidad de Uso (Usabilidad)

El sistema debe ofrecer una interfaz gráfica lógica y agradable tanto para labores

administrativas (Ej: creación de usuarios), como para labores de usuario (Ej:

consultas y reportes).

Fiabilidad

§ El sistema debe ofrecer mecanismos de control sobre la veracidad de la

información, así como un mecanismo para realizar copias de seguridad de

los registros contenidos en las bases de datos.

§ Si se produce un error en la red, los programas cliente deben estar en

capacidad de seguir operando mediante algún procedimiento alterno

(procesamiento local) independiente del servidor de transacciones.

Rendimiento

§ En la medida en que el tipo de Lenguaje de Programación escogido lo

permita, el sistema deberá proveer tiempos de respuesta aceptables. Sin

embargo, el diseño de las aplicaciones del sistema deberá estar enfocado a

minimizar el procesamiento de información en los clientes y centrarlo en el

servidor y asumir que los recursos de red y de equipos de cómputo son

limitados.

Soporte

§ Aunque inicialmente el sistema esta orientado exclusivamente para el

Departamento de Caldas, la arquitectura del mismo debe permitir por

defecto, la adaptabilidad a otros idiomas diferentes al Español y a otro tipo

de moneda de manera sencilla (Internacionalización).

§ El sistema debe permitir la interacción con diferentes tipos de Bases de

Datos de manera transparente y concurrente. Dichas Bases de Datos

deben cumplir con los requerimientos de implementación.

Implementación

§ El diseño del sistema debe permitir que su implementación parcial sea

posible en múltiples lenguajes de programación y utilizando diversos

Manejadores de Bases de Datos, siempre y cuando cumplan con las

siguientes características:

§ Manejo de Integridad Referencial

§ Soporte para SQL

§ Soporte TCP/IP

En función de ello, el sistema debe ser implementable en diferentes

plataformas y de manera distribuida.

§ El código fuente del desarrollo debe estar documentado según el estándar

del lenguaje en que sea construido y debe conservar una estructura

modular y fiel a un diseño por capas, en donde cada capa debe estar

representada por un paquete, una biblioteca o un conjunto de entidades

(archivos) según sea el caso.

Interfaz

El sistema estará en capacidad de compartir información de sus bases de datos

con otros sistemas a través de su Servidor utilizando el protocolo de

comunicaciones establecido en los requerimientos de Arquitectura.

Empaquetamiento

El sistema debe ofrecer instaladores para cada uno de sus componentes (El

programa que administra el mantenimiento y el programa Cliente) y

documentación mínima referente al proceso de instalación.

Legales

El sistema debe aplicar sobre sus procesos las leyes Colombianas relacionadas

con impuestos y con asuntos financieros/contables cuando sea el caso y debe

estar en capacidad de asimilar las modificaciones (a corto plazo) que suelen tener

dichas leyes.

SERVICIOS GENERALES DEL SISTEMA

1. Planes de Desarrollo de los Municipios de Caldas. 2. Políticas departamentales y nacionales. 3. Banco de Estadísticas mediante el cual se publiquen resultados de estudios

agroindustriales. 4. Instituciones y organizaciones involucradas en el desarrollo Agroindustrial. 5. Precios y mercados de productos agroindustriales. 6. Identificación y documentación de experiencias significativas adelantadas en

los Distritos. 7. Publicación de casos y proyectos agroindustriales exitosos. 8. Información sobre eventos, ferias, misiones y ruedas de negocios de interés

para la Agroindustria. 9. Enlaces y contactos relacionados con el tema Agroindustrial. 10. Información permanente sobre fuentes de financiación y requisitos para el

impulso de actividades y proyectos agroindustriales. 11. Información de carácter tecnológico. 12. Información sobre servicios al productor. 13. Noticias Sectoriales. 14. Banco de Proyectos del sector agroindustrial. 15. Publicación de tesis y trabajos de grado relacionados con el tema

Agroindustrial. 16. Foros, chat, videoconferencias, seminarios especializados. 17. Directorio actualizado de entidades relacionadas. 18. Centros de Documentación especializados. 19. Registro de usuarios de acuerdo a perfiles de acceso. 20. Administración y alimentación del Sistema de Información.

USUARIOS DEL SISTEMA

§ Actores Primarios: Actores que van a interactuar directamente con el

sistema (Usuarios - Clientes).

§ Jefes Umatas § Secretarios Técnicos § Coordinadores de Distrito § Secretario de Agricultura § Usuarios Externos

§ Actores Secundarios: Actores que van a supervisar y recibir información

para el mantenimiento del sistema (Usuarios - Administradores).

ROLES DE LOS USUARIOS

§ Actores Primarios: Suministro de información para la alimentación del

sistema, validación de la información recopilada y almacenada, consultas

en línea.

§ Actores Secundarios: Alimentación, validación y mantenimiento de la

información, actualización y mantenimiento de la aplicación.

DIAGRAMA DE CLASES

- SIDAIC -

Clases y Objetos

Los objetos y sus componentes se representan gráficamente en OMT de forma

que es posible obtener una idea de los elementos que intervienen en el sistema

estudiando el modelo. Los elementos y sus características con representación

gráfica son los siguientes:

§ Objetos. Un objeto es, sencillamente, algo que tiene sentido en el contexto

de la aplicación. Se definirá un objeto como un concepto, abstracción o

cosa con límites bien definidos y con significado a efectos del problema que

se tenga entre manos.

§ Clases. Describe un grupo de objetos con propiedades (atributos) similares,

con relaciones comunes con otros y con una semántica común.

§ Diagramas de objetos. Proporcionan un anotación gráfica formal para el

modelado de objetos, clases y sus relaciones entre sí, son útiles, tanto para

el modelado abstracto como, para diseñar programas reales.

§ Diagrama de clases. Esquema, patrón o plantilla para describir instancias

de datos posibles.

Relaciones

Es una asociación o relación matemática entre varias entidades. Las relaciones

también se nombran. Se representan en el diagrama de clases y en el diagrama

de Entidad – Relación. Cada entidad interviene en una relación con una

determinada cardinalidad. La cardinalidad (número de instancias o elementos de

una entidad que pueden asociarse a un elemento de la otra entidad relacionada)

se representa mediante una pareja de datos, en minúsculas, de la forma

(cardinalidad mínima, cardinalidad máxima), asociada a cada uno de las entidades

que intervienen en la relación. Son posibles las siguientes cardinalidades: (0,1),

(1,1), (0,n), (1,n), (m,n). También se informa de las cardinalidades máximas con

las que intervienen las entidades en la relación.

El tipo de relación se define tomando los máximos de las cardinalidades que

intervienen en la relación. Hay cuatro tipos posibles:

1. Una a una (1:1). En este tipo de relación, una vez fijado un elemento de una

entidad se conoce la otra.

2. Una a muchas (1:N) o (1:*).

3. Muchas a una (N:1) o (*:1). Simetría respecto al tipo anterior según el punto

de vista de una u otra entidad.

4. Muchas a muchas (N:N) o (*:*).

Definición de Clases - SIDAIC

1. Depto_Caldas: Representa el Departamento de Caldas. 2. Cadena Productiva: 3. Distrito: Cada una de las demarcaciones en que se subdivide un territorio o

población con un fin administrativo o jurídico. 4. Municipio: Ciudad o asentamiento urbano gobernado por sus propias leyes. 5. Vereda: Asentamiento rural. 6. Finca: Propiedad inmueble. 7. Proveedor: Persona que tiene a su cargo proveer y abastecer. 8. Insumo: Elemento o producto cuya función es ofrecer características para el

procesamiento de otros productos. 9. Producto: Elemento resultante a través de un proceso de elaboración. 10. Agricultor: Persona que labra o cultiva la tierra. 11. Comercializador: Persona que ejerce el comercio como alternativa de

ventas. 12. Distribuidor: Persona que transporta y distribuye artículos o productos. 13. Consumidor: Persona o grupo de personas que utilizan o consumen

productos. 14. Funcionario: Empleado Público. 15. Usuario: Entidad que ejecuta o usa. 16. Administrador: Entidad operativa de gestión de la aplicación. 17. Cliente: Entidad o persona que utiliza los servicios. 18. Mercado: Contratación en paraje destinado. 19. Reporte: Conjunto de información organizada y clasificada. 20. Estadística: Recuento de información, análisis de variables, representación

gráfica de datos. 21. Actividad: Acción o grupo de acciones con un propósito. 22. Agroviveros: Lugar donde se cultivan plantas o se crían animales. 23. Estanques: Construcción para remansar o recoger agua para el riego o cría. 24. Entidad: Organización, institución. 25. Publicación: Documento hecho público. 26. Evento: Actividad programada. 27. Proyecto: Organización de actividades agrupadas que se ejecutan. 28. Noticias: Informes de actualidad. 29. Directorio: Conjunto de información organizada de entidades.

DIAGRAMAS DE CASOS DE USO

- SIDAIC -

Casos de Uso

Los casos de uso son una técnica para especificar el comportamiento de un

sistema:

“Un caso de uso es una secuencia de interacciones entre un sistema y alguien o

algo que usa alguno de sus servicios.”

Todo sistema de software ofrece a su entorno –aquellos que lo usan– una serie de

servicios. Un caso de uso es una forma de expresar cómo alguien o algo externo a

un sistema lo usa. Cuando se dice “alguien o algo” se hace referencia a que los

sistemas son usados no sólo por personas, sino también por otros sistemas de

hardware y software.

Un caso de uso es iniciado por un actor. A partir de ese momento, ese actor, junto

con otros actores, intercambia datos o control con el sistema, participando de ese

caso de uso.

Los casos de uso tienen las siguientes características:

§ Están expresados desde el punto de vista del actor.

§ Se documentan con texto informal.

§ Describen tanto lo que hace el actor como lo que hace el sistema cuando

interactúa con él, aunque el énfasis está puesto en la interacción.

§ Son iniciados por un único actor.

§ Están acotados al uso de una determinada funcionalidad –claramente

diferenciada– del sistema.

Actores

Un actor es una agrupación uniforme de personas, sistemas o máquinas que

interactúan con el sistema que estamos construyendo de la misma forma.

Los actores son externos al sistema que vamos a desarrollar. Por lo tanto, al

identificar actores estamos empezando a delimitar el sistema, y a definir su

alcance.

Es importante tener clara la diferencia entre usuario y actor. Un actor es una clase

de rol, mientras que un usuario es una persona que, cuando usa el sistema,

asume un rol. De esta forma, un usuario puede acceder al sistema como distintos

actores. Una misma persona puede acceder al sistema con distintos perfiles, que

le permiten hacer cosas distintas. Los perfiles son en este caso equivalentes a los

actores.

Los actores poseen las siguientes alternativas:

§ Actores Primarios: Personas que usan el sistema.

§ Actores Secundarios: Personas que mantienen o administran el sistema.

§ Otros Sistemas: Sistemas con los que el sistema interactúa.

Relaciones

§ Comunicación: La relación entre el actor y el caso de uso (Representado

con un segmento continuo de línea).

§ Inclusión (Include): Una instancia del caso de uso origen incluye también

el comportamiento descrito por el caso de uso destino.

§ Extensión (Extend): El caso de uso origen extiende el comportamiento

del caso de uso destino.

Casos de Uso Principales

Representan la funcionalidad y el comportamiento del sistema desde el punto de

vista del administrador y su relación con la aplicación.

Caso de Uso – Definir Usuario

Describe la funcionalidad del Sistema ante la administración de los usuarios por

parte de un Actor secundario encargado del mantenimiento y operatividad y

almacenaje en la Base de Datos SIDAIC.

Caso de Uso – Realizar Consultas

Describe la operatividad en la obtención del tipo de consultas posibles realizadas

por parte de un Actor primario.

Caso de Uso – Cadena Productiva

Descripción de la creación de Cadenas Productivas.

Caso de Uso – Definir Proyectos

Representa la elaboración y determinación de relaciones sobre la información del

Banco de Proyectos.

Caso de Uso – Definir Eventos

Creación de hechos programados para consulta por parte de los usuarios a cerca

de actividades agroindustriales organizadas y dirigidas.

Caso de Uso – Definir Directorio

Organización de los datos del grupo de entidades e instituciones relacionadas con

la Agroindustria y el sector productivo agrícola.

Caso de Uso – Definir Publicaciones

Representa información plana y permanente de la Agroindustria determinada por

el tipo de documento representativo por la entidad que emite la información.

Caso de Uso – Definir Noticias

Representación de información actualizada y cambiante.

Caso de Uso – Definir Contactos

Representación del mantenimiento de enlaces y contactos relacionados con el

tema Agroindustrial.

Caso de Uso – Generar Estadísticas

Descripción del banco de estadísticas mediante el cual se publican resultados de

estudios y representación gráfica del cruce de variables.

DISEÑO TÉCNICO DEL SISTEMA DE INFORMACIÓN - SIDAIC -

DIAGRAMA DE COMPONENTES

Los diagramas de componentes describen los elementos físicos del sistema y sus

relaciones

§ Muestran las opciones de realización incluyendo código fuente, binario y

ejecutable.

§ Los componentes representan todos los tipos de elementos software que

entran en la fabricación de aplicaciones informáticas.

§ Las relaciones de dependencia se utilizan en los diagramas de

componentes para indicar que un componente utiliza los servicios ofrecidos

por otro componente.

El siguiente diagrama representa las dependencias entre los componentes

software identificados para la aplicación y distribuidos en módulos desarrollables y

estructuras ejecutables:

Módulos

§ Seguridad: Componente ejecutable integrado por el despliegue de

aplicativos y programas que permiten establecer sesiones de acceso a los

usuarios a los demás módulos.

§ Alimentación: Vista física del sistema de administración y mantenimiento

como de los elementos que modelan el despliegue de funciones

estadísticas y la creación de cadenas productivas.

§ Consultas: Estructura de implementación desde el punto de vista del

usuario cliente para el proceso de consultas.

Continuación, el diagrama componente empaqueta el código que implementa la

funcionalidad de acceso al sistema y conexión con la base de datos:

Un componente contiene el código para las clases de implementación y otros

elementos. Las relaciones de dependencia modelan la estructura de

implementación de la aplicación por sí misma, su organización en otros

componentes y su despliegue en nodos de ejecución.

Estructura

Un componente ofrece un conjunto de elementos de implementación, esto

significa que el componente proporciona el código para los elementos y está

organizado con operaciones e interfaces. Los componentes de identidad son

contenedores físicos para entidades físicas, por ejemplo el nodo que contiene la

base de datos SIDAIC.

Las dependencias de un componente con otros entre módulos o elementos del

modelo se representan con las líneas discontinuas con la punta de flecha hacia los

elementos del proveedor. Si un componente es la realización de una interfaz, se

representa con un círculo unido al símbolo del componente por un segmento de

línea.

DIAGRAMA DE DESPLIEGUE

- SIDAIC -

Los Diagramas de Despliegue muestran la disposición física de los distintos nodos

que componen un sistema y el reparto de los componentes sobre dichos nodos.

Los estereotipos permiten precisar la naturaleza del equipo:

§ Dispositivos. § Procesadores. § Memoria. § Los nodos se interconectan mediante soportes bidireccionales que pueden

a su vez estereotiparse.

Esta vista permite determinar las consecuencias de la distribución y la asignación

de recursos. Las instancias de los nodos pueden contener instancias de

ejecución, como instancias de componentes y objetos. El modelo muestra

dependencias entre las instancias representadas al interior del nodo o contenedor

que identifica el cliente y su conexión al servidor mediante protocolo de acceso a

internet.

Arquitectura Cliente/Servidor

Modelo de interacción para aplicaciones en red, los componentes del esquema

son los clientes, los servidores y la estructura de comunicaciones.

§ Cliente: Interactúan con el usuario, usualmente en forma gráfica. Se

comunican con procesos auxiliares que se encargan de establecer

conexión con el servidor, enviar el pedido y esperar la respuesta, manejar

las falla y realizar actividades de sincronización y de seguridad; realizan

generalmente funciones de:

§ Manejo de la interfase del usuario. § Captura y validación de los datos de entrada. § Generación de consultas e informes sobre las bases de datos.

§ Servidor: Proporciona un servicio al cliente y devuelve los resultados a los

pedidos hechos. Posee procesos auxiliares que se encargan de recibir las

solicitudes del cliente, verificar la protección, activar un proceso servidor

para satisfacer el pedido, recibir su respuesta y enviarla al cliente. También

manejan los interbloqueos y la recuperación ante fallas; realizan las

siguientes funciones:

§ Gestión de periféricos compartidos. § Control de accesos concurrentes a bases de datos

compartidas. § Enlaces de comunicaciones con otras redes de área local o

externa. § Siempre que un cliente requiere un servicio lo solicita al

servidor correspondiente y éste, le responde proporcionándolo.

§ Infraestructura de Comunicaciones: Proporciona los mecanismos

básicos de direccionamiento y transporte. Los sistemas cliente/servidor se

basan en disposición de redes y por lo tanto utilizan protocolos de

comunicación orientados a conexión, lo cual implica que la aplicación debe

hacer las verificaciones de conexión y sesión.

16. BIBLIOGRAFÍA

DANE. Departamento Administrativo Nacional de Estadística. Resumen Ejecutivo.

Medición de las Tecnologías de la Información y Comunicación. (Bogotá. D.C.,

enero de 2003).

BOOCH G. Jacobson I. Rumbagh J. Lenguaje Unificado de modelado. Madrid

1999. 464 p.

DNP. Departamento Nacional de Planeación. Banco de Programas y Proyectos de

Inversión Nacional. El BPIN para principiantes. (Bogotá. D.C., Agosto de 1998).

LARMAN, Craig. UML y Patrones: Introducción al análisis y diseño orientado a

objetos.

LOS DISTRITOS AGROINDUSTRIALES Y SUS ESTRATEGIAS. Gobernación del

Departamento de Caldas. Manizales 2002

PRESSMAN G. Roger. Ingeniería del Software. Un enfoque práctico, quinta

edición. 2002. 602 p.

PLAN DE GESTIÓN. Distritos Agroindustriales de Caldas. Gobernación

Departamental de Caldas. Manizales 2003.

SITIOS DE INTERNET

http://www.gobernaciondecaldas.gov.co/Manizales_Gobernación/Secretarias+de+

Despacho/Agricultura/agri_distritos.htm

http://www.dnp.gov.co

http://www.agrocadenas.gov.co/home.htm

http://www.pronatta.gov.co/info_inst/info_inst.htm

http://www.planetavalle.org/N.Sisav_linea_agro1.html