UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
TESIS
: PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN
SISTEMAS E INFORMÁTICA
TEMA:
SISTEMA AUTOMATIZADO DE GESTIÓN ADMINISTRATIVA DE
LOS SEGUROS Y REASEGUROS PARA LA EMPRESA ALMOCOLS CÍA.
LTDA.
AUTOR:
DIEGO MAURICIO LATTA GAVILANES
ASESOR:
ING. JOSÉ LUIS ERAZO
Riobamba – Ecuador
CERTIFICI
Ó
N DEL ASESOR
El tema planteado por el Sr. Diego Latta, estudiante de la Universidad Regional Autónoma
de
los
Andes
denominado
“SISTEMA
AUTOMATIZADO
DE
GESTIÓN
ADMINISTRATIVA DE LOS SEGUROS Y REASEGUROS PARA LA EMPRESA
ALMOCOLS CÍA. LTDA.”, cumple con los lineamientos y las exigencias determinadas
por la Institución, en tal virtud se recomienda continúe con el trámite correspondiente.
Ing. José Luis Erazo
DECLARACI
Ó
N DE AUTORÍA
Yo, Diego Mauricio Latta Gavilanes, declaro que el contenido, análisis y comentarios son de
mi autoría en el trabajo de tesis titulado: SISTEMA AUTOMATIZADO DE GESTIÓN
ADMINISTRATIVA DE LOS SEGUROS Y REASEGUROS PARA LA EMPRESA
ALMOCOLS CÍA. LTDA., autorizo a la Universidad Regional Autónoma de los Andes
“UNIANDES”, para que lo utilice como lo estime pertinente.
DEDICATORIA
A mis padres y hermana, por el apoyo incondicional recibido de su parte, en todos los
momentos de mi desarrollo estudiantil.
Con respeto y gratitud
AGRADECIMIENTO
A mis padres y hermana que han sido el apoyo incondicional durante toda mi vida, por su
esfuerzo y consejos que me llevaron a ser un ser humano con muchos valores.
A la Empresa de Productora de Seguros “Almocols Cía Ltda”, por permitirme avanzar en mi
camino profesional.
INDICE DE CONTENIDOS
CONTENIDOS
PAG.
CERTIFICACION DEL ASESOR
I
DECLARACION DE AUTORIA
II
DEDICATORIA
III
AGRADECIMIENTOS
IV
INDICE DE CONTENIDOS
V
INDICE DE FIGURAS
VIII
INDICE DE TABLAS
IX
RESUMEN EJECUTIVO
X
EXECUTIVE SUMMARY
XI
INTRODUCCIÓN
1
1.1 ANTECEDENTES DE LA INVESTIGACIÓN
1
2. PLANTEAMIENTO DEL PROBLEMA
2
3. FORMULACIÓN DEL PROBLEMA
3
4. DELIMITACIÓN DEL PROBLEMA
3
5
OBJETO DE INVESTIGACIÓN Y CAMPO DE ACCIÓN
3
5.1 OBJETO DE LA INVESTIGACION
3
5.2 CAMPO DE ACCION
3
6.
IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN
4
7. OBJETIVOS
4
7.1.
OBJETIVO GENERAL
4
7.2.
OBJETIVOS ESPECÍFICOS
4
8. HIPÓTESIS
4
9. JUSTIFICACIÓN DEL TEMA
4
10.BREVE EXPLICACIÓN DE LA METODOLOGÍA INVESTIGATIVA
5
11. RESUMEN DE LA ESTRUCTURA DE LA TESIS
6
12. ELEMENTOS DE NOVEDAD, APORTE TEORICO Y SIGNIFICACION
PRACTICA
6
CAPITULO I: MARCO TEÓRICO
8
1.1
ORIGEN Y EVOLUCION DEL OBJETO DE INVESTIGACION
8
1.1.1 SISTEMAS INFORMATICOS
8
1.1.1.1 EVOLUCION DE LOS SISTEMAS DE INFORMACION
8
1.1.1.2 TENDENCIAS FUTURAS DE LOS SISTEMAS DE INFORMACION
10
1.2
ANALISIS DE LAS DISTINTAS POSICIONES TEORICAS SOBRE
1.2.1 ARQUITECTURA DE CLIENTE SERVIDOR
12
1.2.1.1 DEFINICIÓN DE CLIENTE/SERVIDOR
12
1.2.1.2 QUÉ ES UNA ARQUITECTURA?
12
1.2.1.3 QUÉ ES CLIENTE?
12
1.2.1.4 QUÉ ES SERVIDOR?
13
1.2.1.5.
¿QUÉ ES UN PROCESO DISTRIBUIDO?
13
1.2.1.6.ELEMENTOS DE LA ARQUITECTURA CLIENTE/SERVIDOR
14
1.2.1.7.CARACTERISTICAS DEL MODELO CLIENTE/SERVIDOR
16
1.2.1.8.VENTAJAS
Y
DESVENTAJAS
DEL
MODELO
CLIENTE/SERVIDOR
17
1.2.1.9.VENTAJAS DEL MODELO CLIENTE/SERVIDOR PARA LAS
ORGANIZACIONES:
19
1.2.1.10.
CONSIDERACIONES
PARA
LA
IMPLANTACION
CLIENTE/SERVIDOR
21
1.2.1.11.
CLASIFICACIÓN CLIENTE/SERVIDOR
22
1.2.1.12.
SERVICIOS BASADOS EN CLIENTE/SERVIDOR
24
1.2.2.
DISEÑO DEL SISTEMA
25
1.2.2.1. MODELO CASCADA
25
1.2.2.2.FASES DEL MODELO
25
1.2.2.3.
VARIANTES
27
1.2.2.4. VENTAJAS
27
1.2.2.5. DESVENTAJAS
28
1.2.3.
DBMS (DATABASE MANAGEMENT SYSTEM)
28
1.2.3.1.COMPONENTES DE UN DBMS
28
1.2.3.2.
SQL SERVER EXPRESS
29
1.2.3.3. CARACTERÍSTICAS
30
1.2.3.4. SEGURIDAD
32
1.2.4.
ENTITY FRAMEWORK
33
1.2.4.1. DAR VIDA A LOS MODELOS
34
1.2.4.2. ASIGNAR OBJETOS A DATOS
36
1.2.4.3.
OBTENER ACCESO A LOS DATOS DE ENTIDAD Y
CAMBIARLOS
37
1.2.5. RÉGIMEN LEGAL
39
1.3. VALORACIÓN CRÍTICA DE LOS CONCEPTOS PRINCIPALES DE
LAS DISTINTAS POSICIONES TEÓRICAS SOBRE EL OBJETO DE
INVESTIGACIÓN
40
1.5
CONCLUSIONES PARCIALES DEL CAPÍTULO
41
CAPITULO II: MARCO METODOLÓGICO
42
2.1 CARACTERIZACION DE LA ORGANIZACIÓN
42
2.1.1 MISION
42
2.1.2 VISION
43
2.1.3 FILOSOFÍA
43
2.1.4 INFRAESTRUCTURA HUMANA
43
2.1.5 INFRAESTRUCTURA FÍSICA
43
2.2 DESCRIPCION DEL PROCEDIMIENTO METODOLOGICO PARA EL
DESARROLLO DE LA INVESTIGACION
44
2.2.1 METODOLOGÍAS
44
2.2.2 INSTRUMENTOS Y TÉCNICAS A UTILIZAR
44
2.2.3 POBLACIÓN Y MUESTRA
45
2.2.4 INTERPRETACIÓN DE RESULTADOS (GRÁFICOS Y CUADROS)
45
2.2.5 ANÁLISIS E INTERPRETACIÓN
52
2.3 PROPUESTA DEL INVESTIGADOR
52
2.4 CONCLUSIONS PARCIALES DEL CAPITULO
54
CAPITULO III
DESARROLLO DE LA PROPUESTA
55
3.1.
TÍTULO
55
3.2.
DESARROLLO DE LA PROPUESTA
55
3.2.1. ANÁLISIS DEL SISTEMA
55
3.2.2. ANÁLISIS DE RIESGOS
55
3.2.3. IDENTIFICACIÓN DE RIESGOS
57
3.2.4. TAXONOMÍA DE LOS RIESGOS
58
3.2.5. DECLARACIÓN DE LOS RIESGOS
59
3.2.6. ESTIMACIÓN DE LA PROBABILIDAD
61
3.2.7. ESTIMACIÓN DEL IMPACTO
62
3.2.8. EXPOSICIÓN AL RIESGO
63
3.2.9. GESTIÓN DE LOS RIESGOS
63
3.2.10. ESTUDIO DE FACTIBILIDAD
66
3.2.10.1. FACTIBILIDAD TÉCNICA
66
3.2.10.2. FACTIBILIDAD OPERACIONAL
67
3.2.10.3. FACTIBILIDAD ECONÓMICA
68
3.3.
REQUERIMIENTOS
68
3.3.2. DISPONIBILIDAD
69
3.3.3. FIABILIDAD
69
3.3.4. MANTENIBILIDAD
69
3.3.5. Restricciones Técnicas y de Gestión
69
3.4.
DISEÑO DE BASE DE DATOS
70
3.4.1. MODELO LÓGICO
70
3.4.2. MODELO FÍSICO
71
3.4.3. MODELO ENTIDAD RELACIÓN
72
3.5.
DICCIONARIO DE DATOS
72
3.6.
IMPLEMENTACIÓN DEL SISTEMA
76
CONCLUSIONES
84
RECOMENDACIONES
85
BIBLIOGRAFÍA
86
INDICE DE FIGURAS
Figura N° 1. Metodología Cliente / Servidor
12
Figura N° 2. Proceso Distribuido
13
Figura N° 3. Arquitectura Cliente / Servidor
14
Figura N° 4. Elementos Arquitectura Cliente / Servidor
15
Figura N° 5: Características del modelo Cliente / Servidor
16
Figura N° 6: Clasificación Cliente / Servidor
23
Figura N° 7: Modelo Cascada
25
Figura N° 8: Componentes de un DBMS
28
Figura N° 9: Arquitectura Entity Framework
38
Figura N° 10: Nuevo Sistema
46
Figura N° 11: Falta de Sistema
47
Figura N° 12: Usaría un nuevo sistema
48
Figura N° 13: Capacitación en un nuevo sistema
49
Figura N° 14: Colaboración en el nuevo sistema
50
Figura N° 15: Tomaría Nuevos retos
51
Figura N 16: Modelo Lógico
70
Figura N 17: Modelo Físico
71
INDICE DE TABLAS
Tabla N° 1: Nuevo Sistema
46
Tabla N° 2: Falta de Sistema
47
Tabla N° 3: Usaría un nuevo sistema
48
Tabla N° 4: Capacitación en un nuevo sistema
49
Tabla N° 5: Colaboración en el nuevo sistema
50
Tabla N° 6: Tomaría Nuevos retos
51
Tabla N° 7: Taxonomía de los Riesgos
58
Tabla N° 8: Cuantificación de incertidumbre
61
Tabla N° 9: Probabilidad De Ocurrencia Del Riesgo
62
Tabla N° 10: Estimación del impacto
62
Tabla N° 11: Impacto Riesgos
63
Tabla N° 12: Exposición al riesgo
63
Tabla N 13: Materiales Factibilidad Técnica
66
Tabla N 14: Factibilidad Operacional
67
RESUMEN EJECUTIVO
La elaboración del presente proyecto tiene como finalidad facilitar el manejo de la
información en la empresa Almocols Agencia Asesora Productora de Seguros Cía. Ltda,
con la ayuda de los avances tecnológicos, y la aparición de nuevos y más completos
lenguajes de programación y bases de datos sumamente acoplables a las necesidades que
tienen las empresas que hoy en día enfrentan grandes crecimientos.
Es muy diversa la información que mencionada empresa maneja en base a los tipos de
póliza a los cuáles los clientes acceden, estos pueden ser de vida, de vehículos, de
transporte, de bienes, de personas, de salud, entre otros; por ello se trabajó con una base de
datos muy bien estructurada.
El manejo de las diversas pólizas es diferente, para lo que se contó con la ayuda de los
miembros de la empresa que supieron dar la respectiva ayuda para que el sistema responda
SUMMARY
The preparation of this project is to facilitate the handling of information in the company
Almocols Insurance Agency Advises Production Co. Ltd, with the help of technological
advances and the emergence of new and more complete programming languages and
databases highly coupled to the needs that businesses today face great growth data.
It is very diverse information mentioned company handles based on what type of policy to
which customers have access, they can be life, vehicles, transport of goods, people, health,
among others; This was achieved by a base of well structured data.
The management of the various policies is different to what we had the help of members of
the company were able to give the appropriate support for the system to respond optimally
INTRODUCCIÓN
El sistema administrativo insuficiente que utiliza un software en un lenguaje antiguo,
permite la pérdida de tiempo en el ingreso de datos, así como la pérdida de información. Y
a más de esto la falta de conocimiento de los avances tecnológicos ha llevado a que la
empresa Almocols Agencia Asesora Productora de Seguros Cía. Ltda no utilicen nuevas
tecnologías.
Todos estos puntos anotados pueden ocasionar la pérdida de clientes al no poder trabajar
de manera eficiente, provocando también el desprestigio de la empresa e impidiendo que la
misma crezca causando colapsos en el manejo de los datos y por ende una baja
considerable en las finanzas.
Para evitar que la empresa caiga en una crisis y se le trunque el crecimiento se hace
necesario la realización de un sistema administrativo de control de flujo de información de
pólizas en la empresa Almocols Agencia Asesora Productora de Seguros Cía. Ltda con una
tecnología de avanzada en un lenguaje de alto nivel y con una base de datos sólida.
1. ANTECEDENTES DE LA INVESTIGACIÓN
Luego de revisar los archivos en la biblioteca de la Facultad de Sistemas Mercantiles,
Carrera de Sistemas de la Universidad Regional Autónoma de Los Andes Matriz Ambato
se da a conocer que no se tiene hasta el momento ningún proyecto que tenga relación
alguna al que se presenta.
Revisados los archivos en la biblioteca de la Facultad de Ingeniería en Sistemas de la
Universidad Técnica de Ambato se encontró un trabajo realizado por Jéssica Altamirano
(2007) con el nombre: Sistema Administrativo para el Control de Flujo de Información de
Pólizas en el “Grupo Mancheno” – Asesores Productores de Seguros; y luego de revisar la
información correspondiente a este trabajo, se concuerda con la autora del mismo en que la
implementación de un proyecto de este tipo tiene como finalidad facilitar el manejo de la
y bases de datos sumamente acoplables a las necesidades que tienen las empresas hoy en
día.
En este trabajo también se indica que es muy diversa la información que mencionada
empresa maneja en base a los tipos de póliza a los cuáles los clientes acceden, estos pueden
ser de vida, de vehículos, de transporte, de bienes, de personas, de salud, entre otros; por
ello se trabajó con una base de datos muy bien estructurada.
Finalmente la autora deja muy en claro la ayuda que los miembros de la empresa supieron
dar fue le pilar fundamental para que el sistema responda en forma óptima a sus
necesidades.
2. PLANTEAMIENTO DEL PROBLEMA
La globalización trae consigo la necesidad de adaptación, obligando así a las empresas a
implementar herramientas informáticas o sistemas de información que favorezcan el
manejo de información efectiva en áreas de gran importancia como la gestión de seguros.
La empresa Almocols Agencia Asesora Productora de Seguros Cía. Ltda. se encuentra
ubicada en la ciudad de Ambato se caracteriza por tener más de 50 años de experiencia en
el ramo gracias a la gestión realizada profesionalmente por su Gerente General el Sr.
Alcides Mosquera Cornejo y el Gerente de Comercialización Eco. Mauricio Mosquera
García.
Almocols cuenta dentro de su cartera de clientes con destacadas empresas, entidades
gubernamentales y organizaciones varias, blindándoles servicios de asesoramiento y
contratación de pólizas de riesgos generales como son: seguros de vida, incendio y robo,
seguros para automóviles, pólizas de responsabilidad, seguros para equipos electrónicos,
etc.
Actualmente la gestión administrativa de sus pólizas de seguros y reaseguros se la realiza
en forma manual, únicamente se registra en un libro los ingresos de pólizas y desembolsos
de pagos, lo que ocasiona que la búsqueda de información de cualquier servicio prestado
por la empresa sea lenta.
La empresa Almocols al ser una agencia asesora y productora de seguros trabaja con
Seguros Colonial, La Unión, Seguros Sucre, Centro Seguros, Seguros Interoceánica
AIG Metropolitana, Seguros Equinoccial, etc; por este motivo cuando se necesita elaborar
reportes de cualquier índole, los mismos requieren que se debe realizar una búsqueda
manual, ocasionando que varias personas se ocupen en dicha tarea y no puedan realizar
otras muchas de las veces durante casi toda la jornada laboral.
El control de pagos se lo hace de igual forma, manualmente se registra pagos de los
clientes y pagos de las aseguradoras en libros, no permitiendo tener un informe oportuno y
veraz de los mismos.
3. FORMULACIÓN DEL PROBLEMA
¿Cuál es la estrategia informática que conviene implementar para MEJORAR la gestión
administrativa de los seguros y reaseguros de la empresa Almocols Cía. Ltda.?
4. DELIMITACIÓN DEL PROBLEMA
El objeto de estudio: Desarrollo De Software.
Campo de acción: Programación en Entorno Libre.
La empresa Almocols S.A. con sede en la ciudad de Ambato, presta todas las facilidades
para la elaboración de este trabajo en el año 2014. El presente trabajo tendrá una duración
de 6 meses (por ejemplo).
5. OBJETO DE INVESTIGACIÓN Y CAMPO DE ACCIÓN
5.1 Objeto de la investigación: Determinar la gestión Administrativa de los Seguros y Reaseguros para la empresa ALMOCOLS CÍA. LTDA.aplicada a la utilización de un
sistema informático.
6. IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN
La línea de investigación es la siguiente:
Desarrollo de Software y Programación de Sistemas
7. OBJETIVOS
1.7.1. Objetivo general
Implementar un Sistema Automatizado de Gestión Administrativa de los Seguros y
Reaseguros para la Empresa Almocols Cía. Ltda.
1.7.2. Objetivos específicos
Realizar una investigación de campo que permita conocer la realidad actual de todos los procesos de gestión de seguros y reaseguros de la empresa.
Determinar el tipo de información y la forma en la que se maneja la emisión de pólizas.
Realizar una investigación bibliográfica de cada uno de los elementos que componen las partes de la propuesta.
Diseñar e implementar el sistema de acuerdo a las necesidades de la empresa.
8. HIPÓTESIS
Con la implementación del Sistema Automatizado se mejorará la gestión administrativa de
los seguros y reaseguros en la empresa ALMOCOLS CÍA. LTDA.
Variable Dependiente: GESTION ADMINISTRATIVA DE LOS SEGUROS Y REASEGUROS EN LA EMPRESA ALMOCOLS CÍA. LTDA
Variable Independiente: SISTEMA AUTOMATIZADO CLIENTE/SERVIDOR
9. JUSTIFICACIÓN
Se ha estado utilizando activamente el desarrollo de aplicaciones cliente servidor ya que
crear mediante numerosas herramientas independientes relacionadas con los lenguajes de
programación. El utilizar una arquitectura cliente-servidor tiene sus ventajas como:
Cuando un servidor de bases de datos procesa una consulta, la respuesta a esta petición dependerá del proceso del servidor y no del cliente.
El proceso servidor activo devuelve sólo la información solicitada.
Un proceso servidor activo puede asegurar más eficazmente la integridad de los datos.
Además, se ha considerado el uso de esta arquitectura por las siguientes características:
El requerimiento de la institución de tener los datos almacenados en una ubicación central en donde los usuarios puedan acceder a ellos.
El uso de Microsoft SQL como motor de base de datos relacional, cuyas características revolucionan el concepto de base de datos para la empresa.
La institución cuenta con un personal muy reducido. Todas estas características nos inicia en un proceso de desarrollo de la aplicación de tal forma que nos llevan a
estudiar la arquitectura cliente-servidor.
10. BREVE EXPLICACIÒN DE LA METODOLOGÌA INVESTIGATIVA
La metodología investigativa a utilizar en el presente proyecto es:
Investigación documental.- Mediante la utilización de fuentes bibliográficas, libros y documentos que contengan toda la información necesaria.
De campo o experimental: esta se apoya en: entrevistas, encuestas, cuestionarios, observaciones.
Y por el nivel de conocimiento utilizaremos una investigación:
11.RESUMEN DE LA ESTRUCTURA DE LA TESIS
El presente Proyecto de graduación se desarrolla en base a la siguiente organización:
En la Introducción se encuentra la informacion referente al problema, se analiza la
situación crítica de la empresa en este problema específico, se definen los objetivos
específicos del Proyecto, también se establece la Hipótesis del problema.
El Capítulo I contiene la Fundamentación Teórica sobre las herramientas a utilizar,
El Capítulo II describe los instrumentos tanto técnicos como científicos a usar para el
estudio del problema, muestra la valoración de los resultados obtenidos en las diversas
técnicas de recopilación y estudio de información.
El Capítulo III se refiere a la Propuesta, que no es más que el proceso realizado desde el
inicio hasta la culminación de la solución Informática.
12.ELEMENTOS DE NOVEDAD, APORTE TEÓRICO Y SIGNIFICACIÓN PRÁCTICA
Este trabajo de investigación presenta unos aportes muy relevantes al presente proyecto de
investigación a elaborar puesto que en su contenido se puede encontrar la forma en la que
se pueda proceder al desarrollo de un sistema automatizado, punto que forma parte del
objetivo principal del presente trabajo. Este diseño de sistema de información es muy útil
para el conocimiento por parte del investigador de cómo proceder en la implantación del
sistema automatizado de gestión de seguros y reaseguros para la empresa Almocols Cía.
Ltda.
Con el desarrollo de un sistema automatizado que abarque las necesidades y una mayor
relación con los requerimientos del personal, proporcionará una mejor efectividad en el
manejo del flujo y procesamiento de los datos.
Se ha conseguido un total apoyo a la idea de implantar un sistema automatizado para la
realidad un proyecto que traería un soporte técnico confiable y acorde a los avances de la
era tecnológica de la información.
Dado que la empresa actualmente no posee sistema automatizado para la gestión
administrativa de sus seguros, con la implementación de este sistema se va a lograr que la
información sea procesada y almacenada de una forma más efectiva para agilizar los
procesos.
CAPITULO I MARCO TEÓRICO
1.1 ORIGEN EVOLUCIÓN DEL OBJETO DE INVESTIGACIÓN
1.1.1 SISTEMAS DE INFORMÁTICOS
El origen de los Sistemas de Información se puede rastrear tan atrás como los censos (en
donde se recopila, almacena, procesa y recupera información que posteriormente se usa
para la toma de decisiones) que realizaban los babilonios y egipcios 4000 años antes de
Cristo. Actualmente, se piensa en Sistemas de Información con sustento en las Tecnologías
de la Información y las Comunicaciones.
Peralta (2008) define sistema de información como: conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio. Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de
información.
La investigación en Sistemas de Información se centra en el estudio sistemático de los
componentes individuales y su interacción en los diferentes tipos de sistema. De esta
forma, se estudian las características resultantes de esas interacciones y qué mecanismos se
pueden utilizar para el desarrollo y adaptación de estos sistemas de forma que puedan se
explotados en las organizaciones con el mayor retorno posible.
1.1.1.1EVOLUCION DE LOS SISTEMAS DE INFORMACION
En los 60 Richard Nolan, conocido autor y profesor de la escuela de Negocios de Harvard,
desarrollo una teoría que impacto el proceso de planeación de los recursos y las actividades
de la informática. Según Richard y estoy de acuerdo, la informática en las organizaciones
evoluciona a través de varias etapas de crecimiento.
Etapa de inicio
Etapa de expansión
Etapa de control o formalización
Etapa de integración
Etapa de administración
La etapa de inicio comienza con la adquisición de la primera computadora y normalmente se justifica por el ahorro de mano de obra y el exceso de papeles, en esta etapa es
importante estar consciente de la resistencia al cambio del personal y usuario (ciberfobia)
que están involucrados en los primeros sistemas que se desarrollan, esta etapa termina con
la implantación exitosa del primer sistema de información. Cabe recalcar que algunas
organizaciones pueden vivir varias etapas de inicio en las que la resistencia al cambio por
parte de los primeros usuarios involucrados aborta el intento de introducir el computador a
la empresa.
La etapa de expansión se inicia con la implantación exitosa del primer sistema de información en la organización, se inicia la contratación de personal especializado y nacen
puestos tales como analista de sistemas, analista-programador, programador de sistemas,
jefe de desarrollo, jefe de soporte técnico, etc. Los gastos por concepto de sistemas
empiezan a crecer en forma importante, lo que marca la pauta para iniciar la
racionalización en el uso de los recursos computacionales dentro de la empresa, este
problema y el inicio de su solución marcan el paso a la siguiente etapa.
Etapa de control o formalización, esta etapa de evolución de la informática dentro de las empresas se inicia con la necesidad de controlar el uso de los recursos computacionales a
través de las técnicas de presupuestación base cero (partiendo de que no se tienen nada) y
la implantación de sistemas de cargos a usuarios (por el servicio que se presta). Las
aplicaciones están orientadas a facilitar el control de las operaciones del negocio para
hacerlas más eficaces, en esta etapa se inician el desarrollo y la implantación de estándares
de trabajo dentro del departamento, tales como: estándares de documentación, control de
proyectos, desarrollo y diseño de sistemas, auditoría de sistemas y programación. Se
integra a la organización del departamento de sistemas, personal con habilidades
administrativas y preparados técnicamente.
Etapa de integración. en esta etapa la integración de los datos y de los sistemas surge como un resultado directo de la centralización del departamento de sistemas bajo una sola
estructura administrativa; las nuevas tecnologías relacionadas con base de datos, sistemas
administradores de bases de datos y lenguajes de cuarta generación, hicieron posible la
integración. Los usuarios y el departamento de sistema iniciaron el desarrollo de nuevos
sistemas, reemplazando los sistemas antiguos, en beneficio de la organización.
usuarios, para poder cumplir con lo anterior resulta necesario administrar los datos en
forma apropiada, es decir, almacenarlos y mantenerlos en forma adecuada para que los
usuarios puedan utilizar y compartir este recurso. El usuario de la información adquiere la
responsabilidad de la integridad de la misma y debe manejar niveles de acceso diferentes.
Etapa de madurez. al llegar a esta etapa, la informática dentro de la organización se encuentra definida como una función básica y se ubica en los primeros niveles del
organigrama (dirección). Los sistemas que se desarrollan son sistemas basados en el
conocimiento y sistemas expertos, sistemas de soporte a las decisiones, sistemas
estratégicos y, en general, aplicaciones que proporcionan información para las decisiones
de alta administración y aplicaciones de carácter estratégico. En esta etapa se tienen las
aplicaciones desarrolladas en la tecnología de base de datos y se logra la integración de
redes de comunicaciones con terminales en lugares remotos, a través del uso de recursos
computacionales.
1.1.1.2 TENDENCIAS FUTURAS DE LOS SISTEMAS DE INFORMACION
Se está produciendo una auténtica revolución en la función de Sistemas de Información, en
ella intervienen un buen número de factores políticos empresariales, carreras profesionales,
capacidades de recursos humanos. En sus 40 años de historia, los profesionales de
Sistemas de Información no se han visto afectados nunca por tantos factores diferentes
como ahora por esta razón hoy en dia, por esta razón la comprensión de las
megatendencias, las expectativas y desarrollo masivos y persuasivos que darán forma al
futuro, proporcionan la perspectiva necesaria para evaluar las herramientas e innovaciones
que se deberan realizar; a continuación se señalan algunas de las megatendencias actuales
de los sistemas de informacón.
Redes Estratégicas: Cada vez más, las corporaciones se basan en la capacidad de
transmitir todo tipo de datos. La transmisión de datos de voz e imagen se está
convirtiendo en una capacidad fundamental para manejar los negocios. En el futuro,
una compañía sin una red confiable de comunicaciones tendrá una desventaja
significativa.
Globalización Comercial: El concepto de “mercado global” se está convirtiendo
competidores o de la demanda de los consumidores en todo el mundo. Tanto los
grandes como los pequeños proveedores se verán forzados a ajustar sus operaciones a
la complejidad de un mercado global.
Consolidación Corporativa: En un ambiente económico de dos tipos, las grandes
corporaciones conseguirán un gran volumen de negocios debido a la creciente
consolidación. Las compañías con iniciativa actuarán en primera instancia como
innovadoras de productos.
Integración de Operaciones: Las empresas tenderán a establecer operaciones
orgánicamente funcionales, continuamente interactivas y ligadas electrónicamente con
una fuerza de productos.
Sofisticación del usuario: Al seguir evolucionando lo “amistoso” y el poder de los
sistemas de información, los usuarios jugarán un papel cada vez más importante en las
actividades de procesamiento de la información de la organización.
1.2ANALISIS DE LAS DISTINTAS POSICIONES TEORICAS SOBRE EL OBJETO DE INVESTIGACION
1.2.1 ARQUITECTURA CLIENTE SERVIDOR
1.2.1.1Definición de Cliente/Servidor1.
a. Desde un punto de vista conceptual.- Es un modelo para construir sistemas de información, que se sustenta en la idea de repartir el tratamiento de la información y los
datos por todo el sistema informático, permitiendo mejorar el rendimiento del sistema
global de información.
b. En términos de arquitectura.- Los distintos aspectos que caracterizan a una aplicación (proceso, almacenamiento, control y operaciones de entrada y salida de
1
datos) en el sentido más amplio, están situados en más de un computador, los cuales se
encuentran interconectados mediante una red de comunicaciones.
1.2.1.2¿Qué es una Arquitectura?
Una arquitectura es un entramado de componentes funcionales que aprovechando
diferentes estándares, convenciones, reglas y procesos, permite integrar una amplia gama
de productos y servicios informáticos, de manera que pueden ser utilizados eficazmente
dentro de la organización.
Debemos señalar que para seleccionar el modelo de una arquitectura, hay que partir del
contexto tecnológico y organizativo del momento y, que la arquitectura Cliente/Servidor
requiere una determinada especialización de cada uno de los diferentes componentes que la
integran.
Figura N° 1. Metodología Cliente / Servidor
Fuente: http://www.ctr.unican.es/asignaturas/procodis_3_II/Doc/Procodis_6_02.pdf
1.2.1.3¿Qué es Cliente?
Es el que inicia unrequerimiento de servicio. El requerimientoinicial puede convertirse en
múltiples requerimientos de trabajo a través de redes LAN o WAN. La ubicación de los
1.2.1.4¿Qué es Servidor?
Es cualquier recurso de cómputo dedicado a responder alos requerimientos del cliente. Los
servidores pueden estar conectados a los clientes a través de redes LANs o WANs, para
proveer de múltiples servicios a los clientes y ciudadanos tales como impresión, acceso a
bases de datos, fax, procesamiento de imágenes, etc.
REDES LAN: (Local Area Netware), Red de Area Local. Red de comunicaciones que sirve a usuarios dentro de un área geográficamente limitada.
REDES WAN: (Wide Area Network), Red de Comunicaciones que abarca áreas geográficas amplias, como pueden ser estados y países.
1.2.1.5¿Qué es un Proceso Distribuido?
Es un modelo de sistemas y/o de aplicaciones, en el cual las funciones y los datos pueden
estar distribuidos a través de múltiples recursos de cómputo, conectados en un ambiente de
redes LAN o WAN.
Figura N° 2. Proceso Distribuido
1.2.1.6Elementos de la Arquitectura Cliente/Servidor
Es necesario identificar los componentes que permitan articular dicha arquitectura,
considerando que toda aplicación de un sistema de información está caracterizada por tres
componentes básicos:
Presentación/Captación de Información
Procesos
Almacenamiento de la Información
Los cuales se suelen distribuir tal como se presenta en la figura:
Figura N° 3. Elementos Arquitectura Cliente / Servidor
Fuente:
http://tesiuami.izt.uam.mx/uam/aspuam/presentatesis.php?recno=3610&docs=UAM3610.PDF
Y se integran en una arquitectura Cliente/Servidor en base a los elementos que caracterizan
dicha arquitectura, es decir:
Puestos de Trabajo
Comunicaciones
Figura N° 4. Elementos Arquitectura Cliente / Servidor
Fuente: http://tesiuami.izt.uam.mx/uam/aspuam/presentatesis.php?recno=3610&docs=UAM3610.PDF
De estos elementos debemos destacar:
El Puesto de Trabajo o Cliente.- Una Estación de trabajo o microcomputador (PC: Computador Personal) conectado a una red, que le permite acceder y gestionar una
serie de recursos, el cual se perfila como un puesto de trabajo universal. Nos referimos
a un microcomputador conectado al sistema de información y en el que se realiza una
parte mayoritaria de los procesos.
Se trata de un fenómeno en el sector informático. Aquellos responsables informáticos
que se oponen a la utilización de los terminales no programables, acaban siendo
marginados por la presión de los usuarios.
Debemos destacar que el puesto de trabajo basado en un microcomputador conectado a
una red, favorece la flexibilidad y el dinamismo en las organizaciones. Entre otras
razones, porque permite modificar la ubicación de los puestos de trabajo, dadas las
Los Servidores o Back-end.- Una máquina que suministra una serie de servicios como Bases de Datos, Archivos, Comunicaciones.
Las Comunicaciones.- en sus dos vertientes:
Infraestructura de redes.- Componentes Hardware y Software que garantizan la
conexión física y la transferencia de datos entre los distintos equipos de la red.
Infraestructura de comunicaciones.- Componentes Hardware y Software que
permiten la comunicación y su gestión, entre los clientes y los servidores.
1.2.1.7Caracteristicas del Modelo Cliente/Servidor
En el modelo CLIENTE/SERVIDOR podemos encontrar las siguientes características:
1. El Cliente y el Servidor pueden actuar como una sola entidad y también pueden
actuar como entidades separadas, realizando actividades o tareas independientes.
2. Las funciones de Cliente y Servidor pueden estar en plataformas separadas, o en la
misma plataforma.
Figura N° 5: Características del modelo Cliente / Servidor
a. Un servidor da servicio a múltiples clientes en forma concurrente.
b. Cada plataforma puede ser escalable independientemente. Los cambios realizados en las plataformas de los Clientes o de los Servidores, ya sean por actualización o por
reemplazo tecnológico, se realizan de una manera transparente para el usuario final.
c. La interrelación entre el hardware y el software están basados en una infraestructura poderosa, de tal forma que el acceso a los recursos de la red no muestra la complejidad
de los diferentes tipos de formatos de datos y de los protocolos.
d. Además se constituye como el nexo de unión mas adecuado para reconciliar los sistemas de información basados en mainframes o minicomputadores, con aquellos
otros sustentados en entornos informáticos pequeños y estaciones de trabajo.
e. Designa un modelo de construcción de sistemas informáticos de carácter distribuido.
f. Su representación típica es un centro de trabajo (PC), en donde el usuario dispone de sus propias aplicaciones de oficina y sus propias bases de datos, sin dependencia
directa del sistema central de información de la organización, al tiempo que puede
acceder a los recursos de este host central y otros sistemas de la organización ponen a
su servicio.
1.2.1.8Ventajas y Desventajas del Modelo CLIENTE/SERVIDOR
El esquema Cliente/Servidor posee las siguientes ventajas:
Uno de los aspectos que más ha promovido el uso de sistemas Cliente/Servidor, es la existencia de plataformas de hardware cada vez más baratas. Esta constituye a su vez
una de las más palpables ventajas de este esquema, la posibilidad de utilizar máquinas
considerablemente más baratas que las requeridas por una solución centralizada,
basada en sistemas grandes. Además, se pueden utilizar componentes, tanto de
hardware como de software, de varios fabricantes, lo cual contribuye
considerablemente a la reducción de costos y favorece la flexibilidad en la
implantación y actualización de soluciones.
El esquema Cliente/Servidor facilita la integración entre sistemas diferentes y comparte información permitiendo, por ejemplo que las máquinas ya existentes puedan ser
podemos integrar PCs con sistemas medianos y grandes, sin necesidad de que todos
tengan que utilizar el mismo sistema operacional.
Al favorecer el uso de interfaces gráficas interactivas, los sistemas construidos bajo este esquema tienen mayor interacción más intuitiva con el usuario. El uso de
interfaces gráficas para el usuario, el esquema Cliente/Servidor presenta la ventaja, con
respecto a uno centralizado, de que no es siempre necesario transmitir información
gráfica por la red pues esta puede residir en el cliente, lo cual permite aprovechar mejor
el ancho de banda de la red.
Una ventaja adicional del uso del esquema Cliente/Servidor es que es más rápido el mantenimiento y el desarrollo de aplicaciones, pues se pueden emplear las
herramientas existentes (por ejemplo los servidores de SQL o las herramientas de más
bajo nivel como los sockets o el RPC).
La estructura inherentemente modular facilita además la integración de nuevas tecnologías y el crecimiento de la infraestructura computacional, favoreciendo así la
escalabilidad de las soluciones.
El esquema Cliente/Servidor contribuye además, a proporcionar, a los diferentes departamentos de una organización, soluciones locales, pero permitiendo la integración
de la información relevante a nivel global.
El esquema Cliente/Servidor tiene algunos inconvenientes que se mencionan a continuación:
Además de lo anterior, se cuenta con muy escasas herramientas para la administración y ajuste del desempeño de los sistemas.
Es importante que los clientes y los servidores utilicen el mismo mecanismo (por ejemplo sockets o RPC), lo cual implica que se deben tener mecanismos generales que
existan en diferentes plataformas.
Además, hay que tener estrategias pare el manejo de errores y para mantener la consistencia de los datos. La seguridad de un esquema Cliente/Servidor es otra
preocupación importante. Por ejemplo, se deben hacer verificaciones en el cliente y en
el servidor. También se puede recurrir a otras técnicas como el encriptamiento.
El desempeño es otro de los aspectos que se deben tener en cuenta en el esquema Cliente/Servidor. Problemas de este estilo pueden presentarse por congestión en la red,
dificultad de tráfico de datos, etc.
Un aspecto directamente relacionado con lo anterior es el de cómo distribuir los datos en la red. En el caso de una organización, por ejemplo, éste puede ser hecho por
departamentos, geográficamente, o de otras maneras. Hay que tener en cuenta que en
algunos casos, por razones de confiabilidad o eficiencia, se pueden tener datos
replicados, y que puede haber actualizaciones simultáneas.
A otro nivel, una de las decisiones que deben tomar las organizaciones es la de si comprar o desarrollar los diferentes componentes.
1.2.1.9Ventajas del modelo Cliente/Servidor para las Organizaciones:
En una sección anterior presentamos las ventajas del esquema Cliente/Servidor haciendo
énfasis en los aspectos técnicos. En ésta, veremos cómo éstas pueden beneficiar a la
organización.
Como una primera ventaja podemos mencionar que con el uso de este esquema, se reducen
los costos de producción de software y se disminuyen los tiempos requeridos. Esto es así,
pues, para la construcción de una nueva aplicación pueden usarse los servidores que estén
disponibles, reduciéndose el desarrollo a la elaboración de los procesos del cliente, según
los requerimientos deseados
Lo anterior disminuye los costos internos del área de sistemas. Además, se pueden obtener
plataformas más baratas, aprovechando el poder de cómputo de los diferentes elementos de
la red, y facilitando la interacción entre las distintas aplicaciones de la organización.
El esquema Cliente/Servidor también contribuye a una disminución de los costos de
entrenamiento de personal, pues favorecen la construcción de interfaces gráficas
interactivas, las cuales son más intuitivas y fáciles de usar por el usuario final.
Otra de las ventajas del esquema Cliente/Servidor para las organizaciones, es que facilita el
suministro de información a los usuarios. Esto es así, porque por un lado proporciona una
mayor consistencia a la información de la organización, al contar con un control
centralizado de los elementos compartidos, y por otro, porque facilita la construcción de
interfaces gráficas interactivas, las cuales pueden hacer que los "datos" se conviertan en
"información".
Además, el esquema Cliente/Servidor permite llevar más fácilmente la información a
donde se necesita, contribuye a aumentar su precisión pues se puede obtener de la fuente
(el servidor) y no de una copia en papel o en medio magnético.
La habilidad de integrar sistemas heterogéneos es inherente al modelo Cliente/Servidor,
pues los clientes y los servidores pueden existir en múltiples plataformas y tener acceso a
datos de cualquier sitio de la red. Un cliente puede integrar datos de diferentes sitios para
presentarlos, a su manera, al usuario final.
Al favorecer la construcción de interfaces gráficas interactivas y el acceso transparente a
diferentes nodos de la red, se facilita el uso de las aplicaciones por parte de los usuarios, lo
cual aumenta su productividad.
El esquema Cliente/Servidor también favorece la adaptación a cambios en la tecnología,
pues facilita la migración de las aplicaciones a otras plataformas y, al aislar claramente las
diferentes funciones de una aplicación, hace más fácil incorporar nuevas tecnologías en
Al igual que el esquema cliente/servidor, hoy en día tienen mucha importancia los
conceptos de sistemas abiertos e interoperabilidad, los cuales están íntimamente ligados
con el concepto de Cliente/Servidor
1.2.1.10 Consideraciones para la Implantacion Cliente/Servidor
En el momento en que una organización (empresa o institución pública o privada) empieza
a distribuir sus aplicaciones y servicios de cómputo, la administración de sistemas y la
definición de dónde ubicar los datos, deben ser seriamente consideradas y evaluadas. Un
solo sistema de Redes LAN puede requerir poca administración o nada de ella, sin
embargo en un ambiente de cómputo Cliente/Servidor organizacional, las facilidades de
administración de sistemas son un requisito indispensable para una implantación exitosa.
Además se consideran otros puntos como:
1. Reforzar la seguridad de acceso.- En los sistemas distribuidos, el acceso es frecuentemente limitado a proteger ciertos datos en un servidor dado. Sin embargo, no
hay ningún control físico, lógico o administrativo para el control de los datos usados
por múltiples PCs, excepto para controlar el medio físico de almacenaje (discos, cintas,
etc.).
2. Mantener la integridad.- Es necesario definir quién es el responsable de mantener la integridad de los datos y de las aplicaciones que se encuentran distribuidos en las redes
que componen el sistema, estableciendo políticas y procedimientos de seguridad.
3. Recodificación de las aplicaciones actuales.- Para determinar si deben recodificarse las aplicaciones que actualmente se encuentran corriendo en los sistemas mayores, deben
considerarse al menos los siguientes aspectos:
Verificar si las aplicaciones de alto procesamiento transaccional pueden ser
soportadas por el sistema de LANs.
Cerciorarse que se cuenta con la documentación de diseño de las aplicaciones
originales. Sobre todo cuando se trata de migrar las aplicaciones vitales de la
Evaluar el tiempo de programación meses/hombre requerido para recodificar los
programas. En ocasiones ésto no justifica el costo-beneficio pare efectuar la
migración.
4. Soporte de Proveedores.- Otro problema potencial es el soporte y servicio. Una red está generalmente integrada con productos de varios proveedores. Entre más proveedores
involucrados en un sistema, más difícil es la determinación de los problemas. Esta
situación llega a empeorar por la falta de experiencia en ambientes distribuidos y
heterogéneos.
5. Existen otros costos que también deben ser incluidos en esta lista de consideraciones.
Entrenamiento inicial y permanente a todos los usuarios.
Mantenimiento de personal de soporte calificado.
Administración del riesgo y tiempo para la implantación.
Necesidad de consultores externos.
Desarrollo y mantenimiento de las aplicaciones.
o Crecimiento exponencial de costos.
o Cableado y otras facilidades.
o Equipo adicional
Costos por incurrir en errores.
Costos por el retraso en la obtención de los beneficios.
Costos por mantener licencias de software al mismo nivel.
Costos de distribución de modificaciones de programas base.
1.2.1.11 Clasificación Cliente/Servidor
a) Presentación Distribuida.- La estación de trabajo programable (PWS) tiene como única
tarea el ofrecer una presentación gráfica al usuario final. Realizada sobre aplicaciones
preexistentes en el host, este tipo de distribución se puede aplicar a ambientes de redes
La presentación ofrecida por el mainframe es usada por las terminales no programables,
mientras que la estación de trabajo programable puede brindar una interfaz gráfica, sin
modificar las aplicaciones del host.
b) Presentación Remota.- Las funciones de presentación son realizadas exclusivamente en
las estaciones de trabajo y se aplica a redes de terminales del tipo PWS. Aquí nace el
primer problema de implementación: ¿Cómo comunicarse con la lógica aplicativa alojada
íntegramente en el host?
c) Procesos Distribuidos.- Las funciones aplicativas son realizadas local y remotamente. Es
el típico caso en el cual una aplicación en el host brinda servicios generales a varias
aplicaciones instaladas en estaciones remotas.
d) Acceso a Base de Datos Remota.- El sistema remoto brinda servicios de manejo remoto
de base de datos, mientras la lógica aplicativa reside completamente en el sistema Iocal. La
distribución quedaría fuera de la responsabilidad de los programadores de la aplicación.
e) Base de Datos Distribuida.- La solución es similar a la precedente, con la característica
de que los datos están repartidos entre las bases de datos local y remota.
Figura N° 6: Clasificación Cliente / Servidor
1.2.1.12 Servicios basados en Cliente/Servidor
Dentro del modelo Cliente/Servidor, IBM ha identificado los siguientes servicios hacia los
cuales está orientado sus esfuerzos de desarrollo de productos para satisfacerlo:
a) Servicios de Datos e Impresión: Servicios que permiten compartir archivos, bases de datos, impresoras y plotters. Administración de las colas de impresión en diferentes
dispositivos.
b) Servicios de Comunicaciones: Aseguran que cada componente físico de la red sea capaz de comunicarse exitosamente con otros componentes, tales como LAN a LAN y
LAN a WAN. El sistema puede incluir dispositivos de comunicaciones que manejen
diferentes tipos de protocolos para conectar sistemas heterogéneos.
c) Servicio de Administración: Administración de Sistemas involucra administración de cambios, de problemas, operaciones, configuración y rendimiento.
d) Servicios de Aplicación: Si el recurso compartido es una parte de una aplicación (una función de la aplicación), estamos hablando de servicios de aplicación. Cada uno de los
procesadores participantes en un ambiente Cliente/Servidor puede mantener parte del
código de la aplicación, el cual debe ser compartido por todos ellos (interoperabilidad).
Esto significa que las partes de una aplicación pueden ser distribuidas en varios
procesadores, locales o remotos.
El diseño de las funciones de la aplicación no debe estar ligado a un computador, lo que
permite transportar la aplicación de un procesador a otro, sin modificaciones
(portabilidad).
Una ventaja derivada de esto, es que la aplicación puede estar óptimamente ubicada dentro
1.2.2 DISEÑO DEL SISTEMA
1.2.2.1 Modelo Cascada
En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada
(denominado así por la posición de las fases en el desarrollo de esta, que parecen caer en
cascada “por gravedad” hacia las siguientes fases), es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma
que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.2
Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se
encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo
fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida.
La versión original fue propuesta por Winston W. Royce en 1970 y posteriormente
revisada por Barry Boehm en 1980 e Ian Sommerville en 1985.3
1.2.2.2 Fases del Modelo
El "modelo cascada" sin modificar. El progreso fluye de arriba hacia abajo, como una
cascada.
Figura N° 7: Modelo Cascada
Fuente: http://www.buenastareas.com/ensayos/Modelo-o-Desarrollo-En-Cascada/3726.html
2
S. Pressman, Roger. Ingeniería del Software: Un enfoque práctico, 3.ª Edición, Pag. 26-30. 3
Análisis de requisitos.- En esta fase se analizan las necesidades de los usuarios finales del software para determinar qué objetivos debe cubrir. De esta fase surge una memoria
llamada SRD (documento de especificación de requisitos), que contiene la especificación
completa de lo que debe hacer el sistema sin entrar en detalles internos.
Es importante señalar que en esta etapa se debe consensuar todo lo que se requiere del
sistema y será aquello lo que seguirá en las siguientes etapas, no pudiéndose requerir
nuevos resultados a mitad del proceso de elaboración del software de una manera.
Diseño del Sistema.- Descompone y organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo. Como
resultado surge el SDD (Documento de Diseño del Software), que contiene la descripción
de la estructura relacional global del sistema y la especificación de lo que debe hacer cada
una de sus partes, así como la manera en que se combinan unas con otras.
Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado. El
primero de ellos tiene como objetivo definir la estructura de la solución (una vez que la
fase de análisis ha descrito el problema) identificando grandes módulos (conjuntos de
funciones que van a estar asociadas) y sus relaciones. Con ello se define la arquitectura de
la solución elegida. El segundo define los algoritmos empleados y la organización del
código para comenzar la implementación...
Diseño del Programa.- Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios
para saber qué herramientas usar en la etapa de Codificación
Codificación.- Es la fase en donde se implementa el código fuente, haciendo uso de prototipos así como de pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programación y su versión se crean las bibliotecas y
componentes reutilizables dentro del mismo proyecto para hacer que la programación sea
Pruebas.- Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente y que cumple con los requisitos, antes de ser
entregado al usuario final.
Verificación.- Es la fase en donde el usuario final ejecuta el sistema, para ello el o los programadores ya realizaron exhaustivas pruebas para comprobar que el sistema no falle.
En la creación de desarrollo de cascada se implementa los códigos de investigación y
pruebas del mismo.
Mantenimiento.- Una de las etapas más críticas, ya que se destina un 75% de los recursos, es el mantenimiento del Software ya que al utilizarlo como usuario final puede ser que no
cumpla con todas nuestras expectativas para el software.
1.2.2.3 Variantes.- Existen variantes de este modelo; especialmente destacamos la que hace uso de prototipos y en la que se establece un ciclo antes de llegar a la fase de
mantenimiento, verificando que el sistema final esté libre de fallos.
Otros ejemplos de variantes del modelo en cascada son el modelo en cascada con fases
solapadas, cascada con subproyectos, y cascada con reducción de riesgos.4
1.2.2.4 Ventajas
Realiza un buen funcionamiento en equipos débiles y productos maduros, por lo que se requiere de menos capital y herramientas para hacerlo funcionar de manera óptima.
Es un modelo fácil de implementar y entender.
Está orientado a documentos.
Es un modelo conocido y utilizado con frecuencia.
Promueve una metodología de trabajo efectiva: Definir antes que diseñar, diseñar antes que codificar.5
4
Patricia Arieta Melgarejo, Modelos del ciclo de vida de software. 5
1.2.2.5 Desventajas
En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.
El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base
para que funcione bien.
Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del
desarrollo.
Una etapa determinada del proyecto no se puede llevar a cabo a menos de que se haya culminado la etapa anterior.
1.2.3 DBMS (Database Management System)
Es un conjunto de programas que se encargan de manejar la creación y todos los accesos a
las bases de datos.
1.2.3.1Componentes de un DBMS
Data Definition Language (DDL): define elementos en la base de datos.
Data Munipulation Language (DML): manipula datos para aplicaciones.
Figura N° 8: Componentes de un DBMS
Fuente: http://ict.udlap.mx/people/carlos/is341/bases06.html
1.2.3.2SQL Server Express.- Es un producto de base de datos gratuito y fácil de utilizar basado en la tecnología SQL Server 2005. Se ha diseñado para proporcionar una plataforma de base de datos que ofrezca la máxima facilidad de uso y permita una
implementación rápida en los escenarios objetivos. Esta facilidad de uso empieza por la
instalación de una interfaz gráfica de usuario (GUI) sencilla y eficaz que guía al usuario
durante el proceso de instalación. Las herramientas de GUI suministradas de forma gratuita
con SQL Server Express incluyen SQL Server Management Studio Express Edition, una
herramienta de configuración de superficie y el Administrador de configuración de SQL
Server. Estas herramientas simplifican las operaciones básicas de base de datos. El diseño
y desarrollo de aplicaciones de base de datos resultan más sencillos gracias a la integración
con los proyectos de Visual Studio. Además, se ofrece la posibilidad de implementar
aplicaciones de base de datos tan sólo con moverlas como si se tratara de archivos
normales de Windows. El servicio y las revisiones también se han simplificado y
SQL Server Express utiliza el mismo motor de base de datos confiable y de alto
rendimiento que el resto de las versiones de SQL Server 2005. Asimismo, utiliza las
mismas API de acceso a datos que ADO.NET, SQL Native Client y T-SQL. De hecho,
sólo se diferencia del resto de las ediciones de SQL Server 2005 por lo siguiente:
Falta de compatibilidad con características empresariales
Límite de una CPU
Límite de 1 GB de memoria para el grupo de búferes
Bases de datos con un tamaño máximo de 4 GB
1.2.3.3 Características
- Cerrar automáticamente y la posibilidad de copiar bases de datos como archivos están habilitadas de forma predeterminada en SQL Server Express, mientras que las
características de alta disponibilidad e inteligencia empresarial no están presentes. La
escalabilidad se facilita al máximo en caso de ser necesaria dado que las aplicaciones
Express funcionan perfectamente con las versiones Workgroup, Standard y Enterprise
de SQL Server 2005. La descarga en Internet permite una implementación gratuita,
rápida y fácil.
- Escenarios objetivo.- SQL Server Express se ha desarrollado teniendo en mente dos usos diferenciados. En primer lugar, se ha diseñado como un producto de servidor y,
más concretamente, como un servidor Web o un servidor de base de datos. El segundo
uso se corresponde con un almacén de datos de cliente local en que el acceso a los
datos de la aplicación no depende de la red. La facilidad de uso y la sencillez son los
objetivos clave de este diseño.
- Los tres escenarios principales de uso de SQL Server Express son:
Desarrolladores no profesionales que crean aplicaciones Web
Proveedores de software independientes que redistribuyen SQL Server Express
como un servidor de baja disponibilidad o un almacén de datos de cliente
- SQL Server Express ofrece una plataforma de base de datos fácil de utilizar y confiable con multitud de características para abarcar estos escenarios. Se destacan la facilidad y
confiabilidad de la instalación y la implementación para facilitar a los proveedores de
software independientes el uso y la redistribución.
- El motor de SQL admite 1 CPU, 1 GB de RAM y un tamaño de base de datos de 4 GB.
Este mecanismo facilita la diferenciación del resto de las ediciones de SQL Server
2005 mediante una serie de límites bien definidos. En caso contrario, no habría ninguna
aceleración de la carga de trabajo y el motor funcionaría del mismo modo que en el
resto de las ediciones. No existe ningún límite codificado de forma rígida para el
número de usuarios que pueden utilizar SQL Server Express, aunque las limitaciones
de CPU y memoria imponen una serie de límites prácticos en cuanto al número de
usuarios que pueden obtener unos tiempos de respuesta aceptables en una base de datos
de SQL Server Express.
- SQL Server Express se puede instalar y ejecutar en equipos con varios procesadores, pero sólo se puede utilizar una CPU. Internamente, el motor limita el número de
subprocesos del programador del usuario a 1 de modo que sólo se utilice 1 CPU cada
vez. Algunas características como la ejecución de consultas en paralelo no se admiten
debido al límite de una sola CPU.
- El límite de 1 GB de RAM constituye el límite de memoria disponible para el grupo de búferes. El grupo de búferes se utiliza para almacenar páginas de datos y otros tipos de
información. No obstante, la memoria necesaria para realizar un seguimiento de las
conexiones, bloqueos, etc. no se incluye en el límite del grupo de búferes. Por
consiguiente, es posible que el servidor utilice más de 1 GB en total, aunque nunca
utilizará más de 1 GB para el grupo de búferes. Las extensiones de ventana de
dirección (AWE) o el acceso a datos de 3 GB no se admiten ni son necesarios.
- De forma predeterminada, SQL Server Express instala una instancia con nombre llamada SQLEXPRESS. Esta instancia concreta se puede compartir entre varias
aplicaciones y proveedores de aplicaciones. Se recomienda utilizar esta instancia a
- Las API disponibles para programar en SQL Server Express son las mismas que para SQL Server 2005 de modo que los usuarios tengan la misma experiencia si deciden
cambiar a otras ediciones de SQL Server 2005. Todas las características nuevas de
SQL Server 2005 como la integración de Common Language Runtime (CLR), los tipos
de datos nuevos como VARCHAR(MAX) y XML, los tipos definidos por el usuario y
los agregados definidos por el usuario son compatibles. Además, las bases de datos de
SQL Server Express se pueden conectar a SQL Server 2005 y las aplicaciones
programadas con una instancia de SQL Server Express funcionan igual de bien con una
instancia de SQL Server 2005. Las características de réplica y SQL Service Broker
también están disponibles y se describen detalladamente más adelante.
- SQL Server Express se ha diseñado para facilitar su uso y las herramientas de la interfaz gráfica de usuario (GUI) facilitan el uso de las características básicas de base
de datos de SQL Server Express incluso para los usuarios no familiarizados con bases
de datos. Hay disponible de forma gratuita una herramienta de GUI nueva llamada
SQL Server Management Studio Express Edition que se puede descargar por separado
en Internet. SSMS-EE facilita la administración de bases de datos y las funciones de
análisis de consultas además de ser redistribuible de forma gratuita.
1.2.3.4 Seguridad
En el caso de SQL Server Express, uno de los objetivos es ofrecer unos valores
predeterminados seguros para los distintos componentes. Por ejemplo, los protocolos de
red como TCP/IP y las canalizaciones con nombre están desactivados. El servicio
Explorador SQL no se inicia a menos que el usuario lo solicite explícitamente en la línea
de comandos de instalación. El administrador del sistema o la cuenta de administrador del
sistema se deshabilitan de forma predeterminada si se utiliza la autenticación de Windows.
Los usuarios normales del equipo apenas tienen privilegios en la instancia de SQL Server
Express. Un administrador local del servidor debe conceder de forma explícita los
permisos correspondientes a los usuarios normales para que puedan utilizar las funciones
