651.8-C348s-Capitulo III.pdf

25
37 1. CAPÍTULO III ANÁLISIS DEL SISTEMA 3.1. FACTIBILIDAD DEL PROYECTO. Se ha desarrollado un estudio de factibilidad el cual incluye la parte técnica, operacional y financiera; para determinar si se podrá desarrollar el proyecto y finalizarlo con una implementación exitosa. Los datos para determinar la factibilidad fueron recolectados por medio de entrevistas con las personas encargadas de las áreas en donde el sistema funcionará (departamento de coordinación de mercadeo y comunicación y colaboradores de desarrollo al niño y a la niña) y también en base a la observación del comportamiento de los usuarios y del hardware disponible. La meta principal que se visualizó es determinar si el sistema propuesto ayudará a resolver los problemas de información que actualmente se tienen, si éste se adecuará a los objetivos de la institución; a la vez determinar la solución más viable, ya que pueden existir varias alternativas. 3.1.1. FACTIBILIDAD TECNICA. Se ha realizado un análisis tecnológico de los factores que determinan la viabilidad del proyecto, basados en cuatro ámbitos: Hardware, Software, Comunicaciones y Recurso Humano; a continuación se detalla cada uno. HARDWARE. La filosofía de procesamiento indica que las operaciones (cálculos, comparaciones, etc.) se realizarán en cada computadora, enviando los resultados al servidor para ser almacenados es por esta razón que para el óptimo funcionamiento del sistema propuesto, se recomiendan ciertas características mínimas de hardware:

Transcript of 651.8-C348s-Capitulo III.pdf

Page 1: 651.8-C348s-Capitulo III.pdf

37

1. CAPÍTULO III ANÁLISIS DEL SISTEMA

3.1. FACTIBILIDAD DEL PROYECTO. Se ha desarrollado un estudio de factibilidad el cual incluye la parte técnica,

operacional y financiera; para determinar si se podrá desarrollar el proyecto y

finalizarlo con una implementación exitosa.

Los datos para determinar la factibilidad fueron recolectados por medio de

entrevistas con las personas encargadas de las áreas en donde el sistema

funcionará (departamento de coordinación de mercadeo y comunicación y

colaboradores de desarrollo al niño y a la niña) y también en base a la observación

del comportamiento de los usuarios y del hardware disponible. La meta principal que

se visualizó es determinar si el sistema propuesto ayudará a resolver los problemas

de información que actualmente se tienen, si éste se adecuará a los objetivos de la

institución; a la vez determinar la solución más viable, ya que pueden existir varias

alternativas.

3.1.1. FACTIBILIDAD TECNICA. Se ha realizado un análisis tecnológico de los factores que determinan la viabilidad

del proyecto, basados en cuatro ámbitos: Hardware, Software, Comunicaciones y

Recurso Humano; a continuación se detalla cada uno.

HARDWARE.

La filosofía de procesamiento indica que las operaciones (cálculos, comparaciones,

etc.) se realizarán en cada computadora, enviando los resultados al servidor para ser

almacenados es por esta razón que para el óptimo funcionamiento del sistema

propuesto, se recomiendan ciertas características mínimas de hardware:

Page 2: 651.8-C348s-Capitulo III.pdf

38

• Computadoras: Velocidad del microprocesador 600 mhz o superior

Memoria 128 MB o superior

Disco duro 20 GB o superior

En la ONC, se cuenta con el Hardware necesario para que el sistema funcione

adecuadamente. El equipo informático en la ONC tiene la capacidad técnica para

soportar los datos que serán almacenados con el nuevo sistema, además el tiempo

de respuesta será corto con respecto al numero de usuarios que tendrá el sistema.

Ver anexo B, inventario de hardware existente.

SOFTWARE.

El servidor actualmente tiene instalado el gestor de base de datos Microsoft SQL

Server 2000, en la cual se instalará la base de datos para el nuevo sistema, de esta

forma no se incurrirán en gastos de licencias de base de datos. A la vez se tomarán

medidas de seguridad de los datos, para evitar que estos sean corruptos, no tener

riesgos de pérdida de información y que éstos sean exactos y confiables.

Solamente es necesario un Browser de Internet para que el sistema funcione, este

puede ser: MS Internet Explorer o Mozilla FireFox; dicho software ya está disponible

en los equipos.

COMUNICACIONES.

Para el acceso al sistema en las ONC, es necesario que exista una red local y un

servidor en donde estará la aplicación. Dicha red ya está instalada en la ONC, se

puede ver el diagrama en el anexo.

Ver anexo C, diagrama de red local.

RECURSO HUMANO.

El personal que utilizará el sistema tiene los conocimientos necesarios de

informática, lo que facilitará el proceso de capacitación; además están concientes de

Page 3: 651.8-C348s-Capitulo III.pdf

39

la necesidad de la herramienta por lo que están abiertos a los cambios que se

realizarán en los procedimientos.

3.1.2. FACTIBILIDAD OPERACIONAL.

La factibilidad operativa se midió evaluando el impacto que tendrá el proyecto, en la

institución (procedimientos) y en las personas que laboran en ella (impacto sobre las

impresiones de cada uno). Esta determinación se observó por medio de entrevistas

sostenidas con los empleados de la institución.

El sistema propuesto inducirá a cambios importantes en los procedimientos de la

institución, aunque no afectará la organización actual, sino más bien la forma en que

se realizan las cosas. Una vez terminado cada módulo, se procederá a su

implementación y utilización, lo cual no estará limitado por barreras como la

resistencia al cambio, pues en este caso se siente la necesidad de una herramienta

que les facilite el control de la información; existe apoyo muy notable por parte de los

usuarios, pues han participado activamente en la planificación del proyecto.

Se ha analizado el impacto que tendrá el sistema sobre otras áreas, y se acierta que

se mejorará el control de la documentación y se agilizará la obtención de

información, actividades que ayudarán a mejorar las comunicaciones entre áreas.

Los costos que tendrá para los usuarios serán sobre la inversión del tiempo

necesario para la capacitación, para la familiarización con el sistema y para la total

adecuación y confianza en el uso del mismo. Pero los beneficios se verán a corto

plazo, pues se optimizarán los tiempos de realización de ciertas actividades con esto

se mejorará la productividad del personal, pues tendrán más tiempo para dedicarse a

otras actividades de análisis de situaciones y otras.

Page 4: 651.8-C348s-Capitulo III.pdf

40

3.1.3. FACTIBILIDAD FINANCIERA. Con este análisis se determinó la totalidad de los gastos que se requieren para el

desarrollo y la implementación del proyecto.

No se incurrirá en costos adicionales de mobiliario, instalaciones eléctricas o

sistemas de seguridad, o personal adicional; pues actualmente se cuenta con esos

insumos y son suficientes para el desarrollo del proyecto. Además los costos de

capacitación están incluidos en el presupuesto para el desarrollo del sistema.

Debido a la naturaleza del proyecto, la institución no invertirá dinero para el

desarrollo de éste. Los costos para el desarrollo los absorberá el equipo de

desarrollo, dichos costos ya están debidamente presupuestados y es completamente

factible el realizar la inversión.

Ver anexo D, Plan de desarrollo del proyecto; numeral 2, Presupuesto para el desarrollo del proyecto.

3.1.4. CONCLUSION DEL ESTUDIO DE FACTIBILIDAD. Se concluye que el sistema propuesto es factible en el ámbito técnico, operacional y

financiero.

Existe la tecnología necesaria para el desarrollo, los usuarios están abiertos a los

cambios que representa el nuevo sistema y se cuenta con los recursos económicos

necesarios para la investigación y el desarrollo del sistema.

Page 5: 651.8-C348s-Capitulo III.pdf

41

3.2. ANÁLISIS Y DETERMINACIÓN DE LOS REQUERIMIENTOS.

A continuación se presentan los requerimientos solicitados, los cuáles han sido

seccionados por los procesos principales que se tomarán para el desarrollo del

software, a la vez se describe la estrategia planificada para dar resolución a cada

requerimiento.

A. La recepción de donaciones monetarias.

• Determinar las personas o empresas que donarán en el período actual,

determinados por los tipos de donaciones que se pueden realizar1.

Estrategia: se creará un formulario para guardar la información de los

donantes, el cual incluirá la fecha preferida para realizarles el cobro.

• Emitir los recibos correspondientes a cada persona o empresa, en caso de ser

solicitados.

Estrategia: se tendrá un formulario para la consulta de las personas que hay

que cobrarles, aquí sólo se seleccionarán los registros para los cuales se

emitirá recibo y éstos se mandarán a imprimir.

• Se requiere llevar un control exacto de los ingresos por donaciones, a la vez

de la información de las personas o instituciones que las realizan.

Estrategia: formulario para el registro de las donaciones recibidas, a cada

donante se le asignará un tipo, que corresponde a Amigo SOS, Tu Empresa o

Amor Sólido; con esto se sabrá el tipo de donación que se realiza.

• Además es necesario proporcionar una herramienta para la programación de

las rutas de cobro.

1 Ver capítulo I, numeral 1.3.1, sobre la problemática actual.

Page 6: 651.8-C348s-Capitulo III.pdf

42

Estrategia: De la misma forma que para los recibos emitidos, sólo que se

deberán ordenar por zonas para facilitar el ordenamiento de la ruta.

• Con las alcancías, se necesita conocer estadísticas sobre las zonas en donde

se perciben mayores ingresos.

Estrategia: formulario para registrar los montos recibidos de cada Alcancía

retirada. Cada alcancía ha sido previamente colocada en un establecimiento el

cuál tiene asignada una zona, de esta forma se sabrá de qué zona es cada

ingreso.

• Además se requiere controlar el historial de ubicaciones, fechas de colocación

y de retiro de las alcancías, de la misma manera conocer el total de alcancías

por el estado en que se encuentran, por ejemplo: disponibles, en reparación,

etc.

Estrategia: en cada registro de movimiento de alcancías se guardará el

establecimiento en donde se encontraba, la fecha de colocación o fecha de

retiro de la alcancía y se tendrá una lista para seleccionar el estado de la

misma.

B. La recepción de donaciones en especies.

• Se precisa un control de cada entrada de productos y las existencias actuales

por tipo de producto, producto específico o general.

Estrategia: formulario para registrar las donaciones en especies, el cual

afectará el inventario de productos en bodega.

• Deben controlarse las salidas de producto eficientemente, y también conocer

quién autoriza la salida y el destino de los productos.

Estrategia: formulario para registrar los envíos a las Aldeas, Centros Sociales,

otras instituciones o a clientes. También se propone un formato para el

documento de envío, el cual amparará cada salida de inventario.

Page 7: 651.8-C348s-Capitulo III.pdf

43

• Es requerido el control de los productos perecederos, permitiendo agilizar la

distribución de estos, o en caso de no existir demanda, se donarán o venderán

a otras instituciones.

Estrategia: al ingresar cada producto se registrará la fecha de vencimiento por

lote, de esta forma el sistema propondrá dar salida a los productos más

próximos a vencer.

C. El control de información de los niños albergados en las Aldeas.

• Se requiere llevar un control básico o general de cada niño albergado en las

Aldeas, y que la información esté debidamente actualizada, y preparada para

su utilización en el momento que sea ineludible.

Estrategia: formulario para registrar información general sobre los niños.

• El software debe proporcionar una herramienta que ayude a realizar una

distribución proporcional de los productos recibidos como donaciones en

especies, en base al número de niños en cada aldea o centro social, también

se tomarán en cuenta otras variables como tallas, edades y sexo.

Estrategia: Pantalla para distribución de productos, según la fórmula:

Niños_filtros_aldea = Total de niños de cada aldea, que cumplen los filtros.

Niños_total = Total de niños que cumplen los filtros, de todas las aldeas.

Existencias = Total en inventario del producto seleccionado.

Cantidad de producto = (niños_filtros_aldea / niños_total) * existencias

3.3. MODELADO DE LOS PROCESOS PRINCIPALES.

A continuación se presentan los diagramas de caso de uso para los procesos

principales.

Page 8: 651.8-C348s-Capitulo III.pdf

44

Page 9: 651.8-C348s-Capitulo III.pdf

45

Page 10: 651.8-C348s-Capitulo III.pdf

46

DOCUMENTACIÓN DE LOS CASOS DE USO.

Casos de uso para el módulo de donaciones monetarias. Identificador 1.1 Nombre Donación Monetaria. Actores Donante (iniciador) puede ser: amigo SOS, empresa,

amor sólido o alcancía, Aldeas Infantiles SOS, sistema contable actual.

Propósito Realizar una donación monetaria a las Aldeas Infantiles SOS.

Secuencia normal Un donante realiza una donación monetaria que puede ser con tarjeta de crédito o que un recolector lo visite. Se emite un recibo que es entregado por el recolector.

Excepciones Puede no realizar la donación si no se cuenta con el dinero.

Frecuencia esperada Según el tipo de donante. Importancia Primaria. Comentarios Las condiciones varían según el tipo de donante, se

explicarán más detalladamente en el caso de uso correspondiente.

Identificador 1.2 Nombre Emisión de recibo. Actores Empleado de ONC. Propósito Emitir los recibos para todas las donaciones recibidas en

el mes. Secuencia normal Se imprimen los recibos de los donantes que les

corresponda realizar la donación. Al recibirla inmediatamente el recolector entrega el recibo que la ampara.

Excepciones Si es con tarjeta de crédito no se entrega el recibo inmediatamente.

Frecuencia esperada Según el número de donaciones recibidas en el mes. Importancia Primaria. Comentarios Es indispensable conocer el número de NIT del donante,

para poder emitir el recibo.

Page 11: 651.8-C348s-Capitulo III.pdf

47

Identificador 1.3 Nombre Cambiar ubicación de alcancía. Actores Recolector. Propósito Retirar una alcancía de un establecimiento y colocar una

nueva. Secuencia normal Un recolector retira una alcancía llena y coloca una

vacía para que esté disponible si alguien desea donar de una manera rápida.

Excepciones En los bancos u otros establecimientos, las alcancías no se cambian, sólo se retira el dinero que hay en ellas. Si en un establecimiento la alcancía no representa más de $3.00 en tres meses, no se colocan alcancías nuevamente en ese lugar.

Frecuencia esperada Según el monto recibido cada mes. Importancia Primaria. Comentarios

Identificador 1.4 Nombre Cobro de donación. Actores ONC (iniciador), sistema contable. Propósito Realizar el cobro a las personas que les corresponde dar

su aporte periódico. Secuencia normal La ONC determina qué personas deben aportar y en

base a eso se prepara el cobro a realizar. Excepciones Que una persona no tenga el dinero que le corresponde

aportar, se le cobrará hasta el próximo período o aportará una cantidad diferente a la establecida.

Frecuencia esperada Semanalmente. Importancia Primaria. Comentarios

Identificador 1.5 Nombre Elaboración de ruta de cobro. Actores Empleado de la ONC (iniciador), recolector. Propósito Elaborar una ruta de cobro para el recolector. Secuencia normal Se verifica las personas que han de donar en la semana

actual y según esos datos se elabora la ruta de cobro que posteriormente se imprime para el recolector. En ella se incluirá la recolección de alcancías.

Excepciones Frecuencia esperada Cada semana. Importancia Primaria. Comentarios

Page 12: 651.8-C348s-Capitulo III.pdf

48

Identificador 1.6 Nombre Verificar donación a realizar. Actores Empleado de la ONC (iniciador) Propósito Determinar las personas o empresas que donarán en la

semana. Secuencia normal Revisar la información de la frecuencia con la que donan

las personas o empresas y ver la última donación que realizaron, de esta manera se determina si la donación se realizará.

Excepciones Frecuencia esperada Cada semana. Importancia Primaria. Comentarios

Identificador 1.7 Nombre Ruta de colecta de alcancías. Actores Empleado de la ONC (iniciador). Propósito Elaborar una ruta de colecta para el recolector. Secuencia normal Se verifica las alcancías que se deben retirar en la

semana actual y según esos datos se elabora la ruta de colecta que posteriormente se imprime para el recolector.

Excepciones Frecuencia esperada Cada semana. Importancia Primaria. Comentarios

Casos de uso para el módulo de donaciones en especies. Identificador 2.1 Nombre Donación en especies. Actores Donante (iniciador), puede ser: individuo, empresa, país,

ONG. Propósito Realizar una donación en especies. Secuencia normal El actor realiza una donación en especies, esta se

registra, los productos son llevados a bodega y contabilizados para el inventario.

Excepciones Si la donación llega a una aldea directamente, el producto ya no entra a la bodega.

Frecuencia esperada No definida. Importancia Primaria. Comentarios

Page 13: 651.8-C348s-Capitulo III.pdf

49

Identificador 2.2 Nombre Llevar producto a bodega. Actores Motorista (iniciador) Propósito Transportar el producto y colocarlo en la bodega. Secuencia normal Al recibir las especies, estas son llevadas para ser

almacenadas en la bodega y esperar para su distribución.

Excepciones Frecuencia esperada Según las donaciones recibidas. Importancia Comentarios

Identificador 2.3 Nombre Control de inventario. Actores ONC (iniciador). Propósito Tener un control de las existencias de producto. Secuencia normal Cuando el producto es llevado a la bodega, este es

contabilizado para saber con exactitud las existencias. Se debe contabilizar todo producto que entra o sale de la bodega.

Excepciones Frecuencia esperada Según las donaciones recibidas y los envíos realizados. Importancia Primaria. Comentarios Se debe llevar un control cuando entra o sale producto

por medio de un procedimiento extraordinario.

Identificador 2.4 Nombre Control de productos perecederos. Actores Bodeguero. Propósito Evitar que los productos lleguen a su fecha de caducidad

en la bodega. Secuencia normal Cuando llega un lote con fecha de vencimiento, se da

prioridad para enviarlo lo más pronto posible a las Aldeas. Así se cumple el método PEPS de inventarios (primeras entradas, primeras salidas).

Excepciones Frecuencia esperada Según las necesidades en las Aldeas. Importancia Comentarios

Page 14: 651.8-C348s-Capitulo III.pdf

50

Identificador 2.5 Nombre Envío de producto. Actores ONC (iniciador), Aldeas Infantiles SOS. Propósito Enviar producto a las Aldeas Infantiles. Secuencia normal Se realiza una distribución de los productos que han sido

recibidos, entre las aldeas y los centros sociales. Se emite un documento de envío el cual es llevado con el producto a cada lugar.

Excepciones Si la bodega está muy saturada, el producto es donado a otras instituciones o vendido a particulares.

Frecuencia esperada Según las necesidades en las Aldeas. Importancia Comentarios

Identificador 2.8 Nombre Donación a terceros. Actores ONC (iniciador), otras instituciones. Propósito Donar producto que no se necesita en las aldeas, o que

tiene fecha de caducidad próxima. Secuencia normal Se determina el producto que no se utilizará en las

aldeas, se busca una institución que tenga necesidades de ese producto, se emite un documento de envío y se realiza la donación a terceros.

Excepciones Frecuencia esperada Importancia Comentarios

Identificador 2.9 Nombre Venta de producto a terceros. Actores ONC (iniciador), individuo. Propósito Vender producto que no se necesita en las aldeas, o que

tiene fecha de caducidad próxima y de esta manera generar ingreso monetario.

Secuencia normal Se determina el producto que no se utilizará en las aldeas, se determina que hay necesidad de dinero para financiar alguna actividad, se busca una persona que compre el producto, se emite un documento de envío y el producto es vendido.

Excepciones Frecuencia esperada Importancia Comentarios

Page 15: 651.8-C348s-Capitulo III.pdf

51

3.4. FORMATOS PROPUESTOS.

3.4.1. FORMATOS DE ENTRADA. Formato para el registro de donaciones monetarias. Interfaz para la captura de la fecha y los montos aportados por los 3 tipos de

donantes: Amigo SOS, Tu Empresa y Amor Sólido.

Figura 3.1. Formato de registro de donaciones monetarias.

Formato para el control de alcancías. Pantalla para controlar el movimiento de alcancías en los establecimientos, y

además los ingresos en cada uno.

Page 16: 651.8-C348s-Capitulo III.pdf

52

Figura 3.2. Formato de control de alcancías.

Formato para el registro de donaciones en especies. Interfaz que captura la información de los productos recibidos como donación en

especies. La fecha, la persona o institución que dona y observaciones adicionales

si fuera necesario.

Figura 3.3. Formato de registro de donaciones en especies.

Formato para el envío de producto a las Aleas Infantiles SOS.

Page 17: 651.8-C348s-Capitulo III.pdf

53

Interfaz que captura la información del envío de producto a las Aldeas, la fecha

de realización la aldea o centro social y la cantidad de producto enviada.

Figura 3.4. Formato de envío de producto a las aldeas.

Formato de envío de producto a terceros. Interfaz para el registro de las donaciones de producto a terceros, especificando

la fecha, la institución y los productos a enviar.

Figura 3.5. Formato de envío de producto a terceros.

Page 18: 651.8-C348s-Capitulo III.pdf

54

Formato de venta de producto. Interfaz para la captura de las ventas de producto, es importante ingresar el

monto equivalente por el producto que está siendo enviado.

Figura 3.6. Formato de envío de producto a clientes.

3.4.2. FORMATOS DE SALIDA.

Consulta y reporte de donaciones por fecha. Permite visualizar las donaciones monetarias recibidas en un período de tiempo,

con filtros por zona, donante y tipo de cobro.

Figura 3.7. Formato de salida de donaciones por fecha.

Page 19: 651.8-C348s-Capitulo III.pdf

55

Consulta y reporte de donantes. Permite consultar los donantes por cada tipo. Es posible hacer consultas de los

donantes activos, inactivos los donantes que se incorporaron en el mes actual o

los que pasaron a inactividad en el mes actual y los donantes pertenecientes a

una zona específica.

Figura 3.8. Formato de salida de donaciones por fecha.

Consulta y reporte de los miembros de Amor Sólido. Permite visualizar los integrantes de un Amor Sólido en una empresa definida y

su último aporte.

Figura 3.9. Formato de salida de integrantes de amor sólido.

Consulta y reporte de movimientos de alcancías. Permite generar un reporte para el control de los movimientos de alcancías, los

establecimientos en que han estado, el monto que reunieron, la fecha de

colocación, fecha de retiro y alcancía que se dejó.

Figura 3.10. Formato de salida de movimientos de alcancías.

Page 20: 651.8-C348s-Capitulo III.pdf

56

Consulta y reporte de disponibilidad de alcancías. Muestra un listado de las alcancías por estado ya que estas pueden estar

disponibles, en reparación, ubicadas en algún establecimiento o puede que hayan

sido robadas.

Figura 3.11. Formato de salida de disponibilidad de alcancías.

Consulta y reporte comparativo mensual por donantes. Muestra un comparativo de las donaciones a lo largo de un año específico.

Permitirá ver la constancia en las donaciones realizadas por cada donante.

Figura 3.12. Formato de salida, comparativo mensual por donantes.

Consulta y reporte comparativo mensual de donaciones recibidas. Permite realizar un comparativo mes a mes, de las donaciones recibidas por cada

zona. Esto permitirá conocer qué zona es en la que se reciben mayores ingresos

y las zonas que son más constantes en sus aportes.

Figura 3.13. Formato de salida, comparativo mensual de donaciones.

Page 21: 651.8-C348s-Capitulo III.pdf

57

Consulta y reporte concentrado de donaciones. Se mostrará un concentrado de los montos por cada tipo de donante en un

período de fecha definido.

Figura 3.14. Formato de salida de concentrado de donaciones.

Consulta y reporte de donaciones en especies. Permite visualizar las donaciones en especies recibidas en un período de tiempo,

y filtrarlas por país y donante. A partir de aquí se podrá ver el detalle de la

donación: los productos y cantidades.

Figura 3.15. Formato de salida de donaciones en especies por fecha.

Consulta y reporte de inventario de productos. Se expone las existencias actuales por cada producto. Permitiendo filtrar por

tipos de producto y por un producto específico. En esta pantalla se podrá llevar el

control de los productos perecederos y los más próximos a vencer.

Figura 3.16. Formato de salida de inventario de productos.

Page 22: 651.8-C348s-Capitulo III.pdf

58

Formato de envío de producto. El formato que será impreso por cada envío de producto, que será la constancia

que especifica la cantidad de producto enviado a cada aldea o centro social.

Tiene un espacio para la firma de la persona que autoriza el envío y otro para la

firma de la persona que recibe conforme el correspondiente envío.

Figura 3.17. Formato de envío de producto.

Consulta y reporte de niños por Aldea Infantil SOS. Muestra un listado de los niños internos en las Aldeas Infantiles SOS.

Figura 3.18. Formato de salida, listado de niños por Aldea Infantil.

Consulta y reporte de seguimientos a niños, realizados por aldea. Muestra el total de seguimientos a los niños por Aldea, realizados en una fecha

específica.

Figura 3.19. Formato de salida de total de seguimientos.

Page 23: 651.8-C348s-Capitulo III.pdf

59

Consulta y reporte de detalle de seguimientos. Muestra los seguimientos registrados para cada niño en las Aldeas.

Figura 3.20. Formato de salida de detalles de seguimientos.

3.5. HERRAMIENTAS A UTILIZAR PARA EL DESARROLLO DEL SISTEMA.

BASE DE DATOS.

A continuación se muestra una matriz comparativa, utilizada para la

determinación de la base de datos a utilizar. Se muestran cinco bases de datos

relacionales de las más utilizadas actualmente y una serie de características,

para las cuales se ha dado una ponderación cuantitativa siguiendo una escala del

1 al 3, siendo 3 la mejor clasificación.

Característica SQL Server MySQL ORACLE MS Access Seguridad. 2 2 3 1 Volumen de transacciones. 2 2 3 2 Número de usuarios concurrentes.

3 3 3 1

Costos 2 3 1 2 Fácil administración. 3 2 1 3

TOTAL: 12 12 11 9 Tabla 3.1. Matriz comparativa para la selección de la base de datos a utilizar.

Page 24: 651.8-C348s-Capitulo III.pdf

60

Las bases de datos más factibles a utilizar para el sistema son SQL Server y/o

MySQL, sin embargo se determinó la utilización de SQL Server 2000, ya que la

institución ya cuenta con ella que actualmente es utilizada para otra aplicación.

Detalle de la escala utilizada:

Característica Ponderaciones 1 Protegida por contraseña sin codificar. 2 Acceso por medio de usuarios, los cuales pertenecen a grupos y cada uno tiene roles definidos que dan acceso sólo a ciertas tablas definiendo si el permiso es de escritura, lectura o ambos.

Seguridad.

3 Incluye el numeral 2. Autenticación mediante paquetes externos. Permite modificar los puertos utilizados. 1 Tamaño máximo 2 Gb. 2 Hasta 524.258 terabytes.

Tamaño que puede alcanzar.

3 Crece sin límite. 1 Hasta 50 conexiones simultáneas. 2 Hasta 1000 conexiones simultáneas

Número de usuarios concurrentes. 3 Hasta 50,000 conexiones simultáneas y número de usuarios ilimitado.

1 Mayor de $500 2 Hasta $500

Costos

3 Licencia gratuita 1 Requiere conocimientos avanzados de administración de bases de datos. 2 Conocimientos básicos de administración de bases de datos.

Fácil administración.

3 Auto optimización, mantenimiento automático, fácil Tabla 3.2. Detalles técnicos de las características para la selección de la base de datos.

LENGUAJE DE PROGRAMACIÓN.

A continuación se muestra una matriz comparativa entre 3 tecnologías para

desarrollo de aplicaciones Web, la cual fue utilizada para la determinación del

lenguaje de programación a utilizar. Para su clasificación se utilizó una escala del

1 al 3, siendo la mejor la ponderación el 3.

Características ASP .NET PHP JAVA Compatibilidad con SQL Server.

3 2 3

Escalabilidad. 3 2 3 Multiplataforma. 1 3 3 Programación Orientada a objetos.

2 2 3

Costos 2 3 3 TOTAL: 11 12 15

Tabla 3.3. Matriz comparativa para la selección del lenguaje de programación a utilizar.

Page 25: 651.8-C348s-Capitulo III.pdf

61

Según la puntuación obtenida, el lenguaje de programación más apropiado es

JAVA por su potencia en el desarrollo de aplicaciones Web y en la programación

orientada a objetos. Además en el mercado es uno de los lenguajes con mejores

referencias por su estabilidad en diversos sistemas operativos.

Detalle de la escala utilizada:

Características Ponderaciones 1 No es posible la conexión con SQL Server. 2 Estable al trabajar con SQL Server.

Compatibilidad con SQL Server.

3 Estable y con toda la funcionalidad de SQL Server. 1 Imposible adaptarse con tecnologías diferentes de servidores y otras aplicaciones.

Escalabilidad.

3 Compatible con diversas plataformas de servidor y bases de datos. 1 Sólo funciona con sistemas operativos de Microsoft. 2 Compatible con distribuciones Linux y las algunas versiones Windows

Multiplataforma.

3 Compatible con cualquier sistema operativo. 1 No posee orientación a objetos. 2 Posee algunos conceptos de orientación a objetos.

Programación Orientada a objetos.

3 Es muy potente para el trabajo con orientación a objetos. 1 Se paga licencia mayor que: $2000.00 2 Licencia hasta: $800.00

Costos

3 Licencia gratuita. 4.

Tabla 3.4. Detalles técnicos de las características para la selección del lenguaje de programación a utilizar para el desarrollo del proyecto.