estructuraciÓn de un sistema de … · de migrar los procesos internos de producción, ... los...
Post on 27-Sep-2018
216 Views
Preview:
TRANSCRIPT
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
top related