88

1.- Identificación del Problema

• Estudio de la situación actual

Este se fundamenta en el análisis del cómo se desarrolla el proceso

actualmente para precisar las necesidades del entorno de trabajo y las

características de la aplicación de una manera sistemática, desde el

análisis de las necesidades a través del diagnóstico de la problemática,

hasta el estudio de factibilidad de realizar la aplicación.

Para reconocer las características del problema, establecer las

necesidades y definir las tareas y procesos involucrados en el desarrollo

de proyectos de Instalaciones Sanitarias, se realizó una observación

directa del sistema actual, y mediante entrevistas informales no

estructuradas a cada uno de los involucrados en el proceso general.

Realizando un análisis de la información obtenida en este estudio

preliminar, se hacen las siguientes observaciones acerca del sistema

actual en la unidad de ingeniería:

- Todo proyecto de construcción de edificaciones comienza con el

diseño de las áreas de esta, lo cual esta a cargo de los arquitectos.

89

- Los arquitectos le hacen entrega de los planos de la edificación al

proyectista de instalaciones sanitarias. Estos planos contienen la

distribución de los espacios físicos en la edificación (Baños, Cuartos,

Cocinas, Lavanderías, entre otros), además de la disposición espacial

del mobiliario de cada área.

- Estos planos son analizados por el proyectista para determinar la

distribución mas óptima de la red de instalaciones sanitarias (tanto

Aguas Negras como Blancas).

- El proyectista realiza los bosquejos o planos borradores con papel y

lápiz, para cada uno de los puntos que componen el proyecto

general. Estos puntos están denominados como:

• Distribución de tuberías de aguas negras y venteos.

• Distribución de tuberías de aguas blancas.

- Luego de dibujados y revisados los borradores, se procede a dibujarlo

en forma digital empleando el software de dibujo AutoCAD, como

estándar en la empresa, denominando a este proceso

“Digitalización”. La persona encargada de realizar la digitalización se

le llama dibujante cadista, que no es mas que una persona

experimentada en el dibujo con AutoCAD.

90

- Una vez digitalizados cada uno de los planos, se procede a la revisión

y conformación de los mismos por parte del proyectista, el cual debe

hacer todas las modificaciones y mejoras que detecte para

entregárselas al dibujante cadista, para que puedan ser impresos

como planos finales.

- Ya impresos los planos finales, se procede a la generación de los

planos de detalles, los cuales realiza el dibujante cadista

reemplazando cada uno de los componentes de la red de

distribución, con sus correspondiente símbolo de detalle. Cada uno de

estos símbolos deben ser ubicados en las normas COVENIN, o en las

ISO, en su defecto son suministrados por los fabricantes de

componentes de instalaciones sanitarias.

- Mientras se esta haciendo la generación del detalle de las

instalaciones, el proyectista se encarga de realizar los cálculos a partir

de los planos finales. Estos cálculos van asentados en un informe que

se denomina Cómputos Métricos el cual contiene las descripciones

detalladas de cada uno de los planos. Estos cálculos se realizan a

partir de métodos preestablecidos en la ingeniería civil venezolana, los

cuales están definidos en la literatura técnica del ramo.

91

- El informe de cómputos métricos es generado en un archivo de texto,

es entregado a las secretarias para su procesamiento en el Sistema

de Presupuesto de Obras de la empresa.

• Definición de Requerimientos

Una vez conocido todo el proceso, se determinó que la etapa mas

crítica y repetitiva era el dibujo y cálculo del proyecto de instalaciones

sanitarias, por lo que en conjunto con los proyectistas y los dibujantes, se

determinaron sus necesidades actuales y futuras de información que

deben satisfacerse a través de la aplicación desarrollada. Las

siguientes son las necesidades principales de estos usuarios, las cuales

para ellos son expectativas de la aplicación y convenientemente para

esta investigacion son objetivos específicos:

• Debe ser una aplicación completamente basada en AutoCAD,

dado que el personal que hará uso de la aplicación domina este

ambiente y por lo tanto el impacto del entrenamiento se verá

minimizado por esto.

• La aplicación debe poder utilizar como base cualquier proyecto

residencial, tanto viejos como nuevos.

92

• Esta debe suministrar todas las herramientas de dibujo y cálculo

que actualmente utilizan los proyectistas y dibujantes.

• Debe contener los siguientes elementos básicos:

Tuberías de aguas blancas, aguas negras y venteo

Piezas sanitarias como lavamanos, fregaderos, bidet, ducha entre otros.

Piezas sanitarias no comunes como tapones de registro, tanquillas y otros.

• Los planos generados por la aplicación deben cumplir con todas

las normas de diseño de instalaciones sanitarias (COVENIN, ISO,

Estándares de PROINCI, entre otras).

• El cálculo de los cómputos métricos deben ser lo mas exactos

posibles, y además deben ser accesibles en cualquier momento.

• Estudio de Factibilidad

Para satisfacer estos requerimientos generales establecidos, se

trabajo desde el principio sobre la idead de desarrollar una sola

aplicación. No se identificaron diferentes alternativas para desarrollar una

nueva aplicación. Las razones de esto se mencionan a continuación:

93

- El modelo de arquitectura abierta de AutoCAD permite su

personalización y adaptación a necesidades particulares y a tareas

específicas .

- La literatura existente en PROINCI, C.A. que sustenta la

elaboración de planos en CAD contempla la generación de estos a

través de la creación de rutinas. Siguiendo esta premisa se desarrolló

la aplicación, respetando los lineamientos de la empresa.

La factibilidad técnica se refiere a la posibilidad de desarrollar la

alternativa de aplicación con la tecnología actual existente en las mesas

virtuales de trabajo CAD de PROINCI, C.A. Desde este punto de vista , el

proyecto es técnicamente factible debido a que la empresa cuenta con

los recursos, tanto de hardware como de software necesarios para el

desarrollo e implantación de la aplicación.

A nivel de software , la factibilidad de realizar la codificación con

los paquetes disponibles es un hecho gracias a que PROINCI, C.A. posee

las licencias de uso de AutoCAD, el cual incluye su propio lenguaje de

desarrollo, AUTOLISP, utilizado en la programación de rutinas

personalizadas.

La factibilidad económica se fundamenta en el análisis de los

beneficios a obtener con el desarrollo de la aplicación en función a los

94

costos de la realización del estudio y del tiempo empleado para ello, del

equipo a utilizar y del software comercial y licencias a adquirir.

En tal sentido, el estudio es económicamente factible puesto que

no se tiene costos asociados a la adquisición de software y hardware,

puesto que la unidad de desarrollo de proyectos de ingeniería ya

dispone de ellos, al igual que las estaciones de los usuarios finales. La

mayor inversión corresponde al factor tiempo, el cual puede decirse que

esta cubierto ante la disposición del equipo de desarrollo a trabajar en el

estudio y elaboración de la aplicación dentro del lapso estipulado en la

delimitación de la investigación.

Los beneficios a obtener repercuten en el cumplimiento de los

siguientes objetivos de desarrollo:

• La reducción de errores y mayor precisión en el manejo de

información técnica y planos.

• La simplificación en la comunicación usuario-sistema, al mejorar el

dialogo a través de la personalización de la interfaz

• La reducción del tiempo de elaboración de planos en CAD al

automatizar los cálculos al momento del diseño.

95

• La automatización de secuencias repetitivas para mejorarlas en

cuanto a reducción de errores e incrementos en la productividad.

2.- Identificación de los pasos necesarios para solventar el problema,

usando comandos comunes de AutoCAD

Esta fase tiene como propósito el diseño de los aspectos a

considerar en la aplicación desarrollada. Se detallan aquellos elementos

que integran el modelo la aplicación CAD/CAE, enfatizando la manera

como se estructuró la aplicación en función a los requerimientos

estipulados para cubrir el proceso de elaboración de planos en la sala

técnica utilizando AutoCAD. Abarca el diseño de las rutinas adaptadas a

las necesidades del proyecto.

Las rutinas están estructuradas en etapas, las cuales desempeñan

funciones específicas en el diseño general. Cada etapa se muestra a

continuación en forma de diagrama de bloques:

96

Etapa de Dibujo

Esta etapa contempla todas las rutinas de dibujo y obtención

gráfica de datos. Entre estas se encuentra:

• Tubería: define una línea recta que será sustituida luego por una

tubería. Se puede definir la longitud del tramo y el tipo de pieza

sanitaria que continua al final de la línea.

• Tanquilla: indica la posición y la orientación de una tanquilla.

• Línea Venteo: define la posición de la línea de venteo.

• Pieza: Indica la posición física donde estará ubicada una pieza

sanitaria.

• Genera_detalle: Realiza el acabado del plano de aguas negras

según lo dibujado anteriormente.

Dibujo

Análisis

Cálculo

Archivos

97

Etapa de Análisis

Esta etapa contempla todas las rutinas de análisis y obtención de

información. Entre estas se encuentra:

• Cruce: Evalúa si la nueva intersección señalada posee un

ángulo válido y si es necesario ajustarlo.

• Es_Reducción: Determina si las líneas involucradas forman una

reducción.

• Es_Yee: Determina si las líneas involucradas formas una yee.

• Es_Símbolo: Determina si el símbolo que se esta insertando

posee atributos especiales.

Etapa de Cálculo

Esta etapa contempla las rutinas de cálculo necesarias para poder

procesar la información. Entre estas se encuentra:

98

• RtoD: Convertir de Radianes a Decimales para rutinas de

cálculo de Posiciones y Distancias.

• DtoR: Convertir de Decimales a Radianes para rutinas de

cálculo de Posiciones y Distancias.

• Ajustar: Invierte los ángulos mayores a 180º a su ángulo negativo

inverso. (ej: 300º son –60º)

• Incluir_Línea: Incluye una nueva entidad llamada línea (base de

todo dibujo y cálculo de la aplicación) en la lista LISTA_LINEAS.

• Incluir_Cruce: Incluye un cruce de dos líneas en la lista de cruces

llamada LISTA_CRUCES, utilizando como índice el numero

asignado de cada línea que se encuentra en LISTA_LINEAS.

Etapa de Archivos

Esta etapa contempla todas las rutinas de manejo de archivos de

librerías y de proyectos.

99

• Cargar: Recupera en memoria algún proyecto previamente guardado

• Guardar: Guarda los datos del proyecto que se encuentra actualmente en memoria.

3.- Desarrollar el código en AutoLISP que captura, manipula y muestra la

información en Autocad.

Los programas AutoLISP son creados como archivos de texto

simple, lo cual significa que son escrito usando un editor de texto. Un

editor de texto es un programa que permite introducir texto y grabarlo en

un archivo sin el uso de códigos de control especiales usados por los

procesadores de palabras. Para la realización de los archivos de rutinas,

se utilizo el WordPad suministrado por Windows 95.

100

Se inicio la codificación del programa elaborando el archivo

PIPER.LSP, donde se encontraran las principales rutinas. A continuaciones

definen las mas importantes que intervienen en el proceso de dibujo y

calculo de las Instalaciones de Aguas Negras:

TUBERÍA: Esta rutina define una línea recta que será sustituida luego

por una tubería. Esta rutina utiliza los puntos denominados PT1 como

punto de inicio de la tubería y PT2 como el punto final de la tubería

capturados con el comando getpoint , también se puede indicar la

distancia desde el PT1 a PT2 y el calculará automáticamente las

coordenadas de PT2; luego se incluye en la lista de líneas con el

comando incluir_lineas (ver mas adelante) para luego asignar las

coordenadas de PT2 como punto inicial de la siguiente tubería, con lo

que solo quedará esperando el nuevo PT2, y antes de mostrar la línea en

pantalla, debe ajustar la nueva tubería a 45º de la anterior mediante la

función Ajustar_45. El código en AutoLISP para esta rutina se encuentra

en el anexo 1.1

101

TANQUILLA: Inserta una pieza en el dibujo que representa una

tanquilla. El dato a suministrar es la coordenada donde estará ubicada y

luego la orientación de la tubería de salida. A partir de esta tubería se

puede continuar construyendo un ramal debido a que llama a la rutina

concurrente llamada TUBERÍA.

La codificación en AutoLISP es la siguiente:

(defun tanquilla( punto eng / h1 h2 h3 h4 dis ent enta ip ep an) (setq NED nil) (if (not eng) (setq an (getangle punto "\nOriente la tanquilla:")) (progn (setq ent (entget eng)) (setq ip (cdr (assoc 10 ent))) (setq ep (cdr (assoc 11 ent))) (setq an (angle ep ip)) (setq ep (polar ep an 0.282843)) (setq enta (subst (cons 11 ep) (assoc 11 ent) ent)) (setq NED eng) (entmod enta))) (command "insert" "tanquill" punto 1 1 (rtod an)) (incluir_cruce 0 NED punto 21) )

102

Linea_Venteo: solicita el punto donde comenzará la línea de

venteo, luego sucesivamente donde cruza cada línea y las va ajustando

para que queden a 90º con la función Ajusta_90, hasta completar todo el

recorrido de esta, y a medida que se va trazando, va dibujando una

línea discontinua (- - - - - - - -) la cual representa en los planos de dibujo

una línea de venteo.

El listado es el siguiente:

(defun c:Linea_Venteo() (setq p1 (getpoint "\nSitue el principio de la Tuberia: ")) (setq e1 (nentselp p1)) (setq alfa nil) (setq p2 1) (if e1 (progn (setq ee1 (entget (car e1))) (setq pp1 (cdr (assoc 10 ee1))) (setq pp2 (cdr (assoc 11 ee1))) (setq alfa (angle pp1 pp2)) (setq NED (car e1)) ) ) (while p2 (setq NED NEO) (setq p2 (getpoint p1 "\nDefina la longitud y orientacion del siguiente tramo: ")) (setq beta (angle p1 p2)) (if alfa (progn (setq ang (rtod(calcular beta alfa))) (setq ang (Ajustar_Angulo_90v ang)) ) (progn (setq ang (rtod beta)) (setq ang (Ajustar_Angulo_90 ang)) (setq alfa 0) ) ) (setq beta (+ alfa (dtor ang))) (setq alfa beta) (setq p2 (polar p1 beta (distance p1 p2))) (command "linetype" "s" "dashed2" "") (command "line" p1 p2 "") (command "linetype" "s" "bylayer" "") (setq alfa (angle p1 p2)) (setq p1 p2) ) )

103

PIEZA: el primer paso de esta rutina es de solicitar el tipo de pieza

sanitaria.

Luego se solicita PT1. el cual es la posición en coordenadas de la

pieza sanitaria y luego PT2 que es el punto donde se conectará a la

tubería esta pieza, y es al momento de situar este punto que se debe

saber si la conexión entre la pieza colocada y la tubería a la que se

conectara estará compuesta por una o dos tuberías, y esto se hace

calculando si el PT2 esta sobre una tubería o no. Si se encuentra sobre

alguna tubería valida, se asume que será una conexión directa, por lo

que se llama a la rutina Linea_Directa. En caso de que no, se llama a la

104

rutina Cruce_P1P2. En la siguiente figura se muestra ambas situaciones y

la rutina que esta llama.

El dibujo y la inclusión de las tuberías de conexión las hacen las

rutinas de Linea_Directa y Cruce_P1P2. El listado de la rutina Pieza se

encuentra en el anexo 1.2:

Linea_Directa: Esta rutina se encarga de situar una pieza sanitaria

en el punto PIPieza (PT1), luego realiza la conexión de esta pieza y el

punto donde se debe cruzar con la tubería llamado PDEnt, mediante una

tubería. Además de esto debe calcular y ajustar el ángulo de ingreso de

la tubería de conexión y la tubería principal, debiendo ser este de

exactamente 45º. Si el ángulo que forma el punto de designación PDEnt y

105

el PIPieza es diferente a 45º, debe mover el PDEnt hasta que este sea

correcto.

El codigo en AutoLISP para el dibuja de una linea directa se

encuentra en el anexo 1.3:

Cruce_P1P2: Cuando se llama a esta rutina, ya se conoce PIPieza y

PT2 (el cual este en un punto muerto), el parámetro que falta es el PDEnt,

que es el punto de intersección con la tubería principal. Para esto evalúa

primero y si es necesario ajusta PT2 para que forme un ángulo con PIPieza

de 90º o 0º con respecto a la tubería principal , debido a que estos son

los dos ángulos permitidos por las regulaciones sanitarias. Una vez

determinado el punto final de PT2, incluye esta línea en la LISTA_LINEAS y

solicita la tubería a la que se va unir esta nueva conexión. El usuario

designa PDEnt, el cual se pasa como parámetro a la rutina Linea_Directa.

106

El código fuente de esta rutina se encuentra de en el anexo 1.4.

Incluir_Linea: Esta rutina se encarga de una nueva línea en la tabla

de líneas llamada LISTA_LINEAS. La estructura de esta tabla es la

siguiente:

El código que incluye cada entrada en esta lista es la siguiente:

(defun incluir_linea(/ idx) (setq idx (+ 1 (length lista_lineas)))

Campo Descripcion

Índice Numero que representa a la

linea actual

Nombre_Entidad

Este nombre hace referencia a la entidad Linea de AutoCAD y que identifica a esta como una

tuberia Fuente: E. Baldayo, J. Laguna, “Desarrollo de una aplicación basada en

CAD/CAE”

107

(setq lista_lineas (append lista_lineas (List(list Idx (entlast))))) (setq idx (entlast)) )

Incluir_Cruce: Esta rutina se encarga de incluir una nueva pareja de

líneas que representan tuberías, y que forman un cruce en la tabla de

cruces llamada LISTA_CRUCES. La estructura de esta tabla es la siguiente:

El código que incluye cada entrada en esta lista es la siguiente:

(defun incluir_cruce(NEO NED PuntoI Tipo / idx) (setq idx (+ 1 (length lista_cruces))) (setq lista_cruces (append lista_cruces (List(list Idx NEO NED PuntoI Tipo)))) )

Las rutinas previamente descritas corresponden al proceso de

dibujo unifilar de las aguas negras. A continuación se describen las rutinas

del dibujo unifilar de las instalaciones de Aguas Blancas.

Tuberia_Aguas_Blancas: Esta rutina permite capturar los puntos

que representan las lineas o tuberias por donde circulara las aguas

blancas (fria y Caliente), las cuales son pocas debido a que el dibujo de

Campo Descripcion

Indice Numero que representa al cruce

actual

Nombre_Entidad_Origen

Este nombre hace referencia a la entidad Línea que representa la

tubería origen (tomando en cuenta que el agua circula de la

origen hacia la destino) Fuente: E. Baldayo, J. Laguna, “Desarrollo de una aplicación basada en

CAD/CAE”

108

la tuberia no necesita detalle por lo que al momento de colocar la

tuberia en la capa de trabajo no es necesario procesarla.

Esta rutina simplemente valida que los angulos que forman las

tuberias formen angulos de 90°, y ademas registra cada tuberia por sus

puntos de inicio y fin para calculos posteriores.

Ajustar_Angulo_90_blancas: Esta rutina ajusta un angulo dado entre

0° y 360° a su aproximación de 0°,90°,180° o 270°. Esta aproximacion se

puede observar con detalle en la cartilla mostrada en el anexo 2.1 y la

rutina en el anexo 1.5.

Las siguientes rutinas corresponden al proceso de dibujo del detalle

de las aguas negras, las cuales se generan a partir del dibujo unifilar de la

instalacion. Estas procesan la lista de tuberias formadas por los pares de

puntos que representan el inicio y fin de cada tuberia.

Cada rutina realiza el dibujo de detalle de las piezas que están

contempladas en las normas COVENIN, las cuales se colocan sobre la

capa de dibujo en la posicion indicada por el usuario. Ver Anexos desde

el 3.1 al 3.5.

Para la ejecucion de cada rutina, la lista de tuberias es concibida

como un arbol binario, el cual es recorrido desde los terminales hasta el

109

inicio del arbol, asignadole a cada tramo o tuberia un valor, el cual

representa su diametro. Luego se determinan donde están o hacen falta

cada entidad de detalle (por ejemplo, donde están las YEES), y luego se

ejecuta cada rutina donde sea necesario, desde el dibujo sencillo de

cada tuberia, hasta el dibujo de los sifones y tapones de registro.

Para finalizar todos las rutinas se deben incluir en archivos validos

de AutoLISP los cuales deben contener el sufijo .LSP de lo contrario,

AutoCAD no tendrá acceso a ellos. Para poder correr el archivo primero

tiene que ser cargado en el AutoCAD. La forma de cargar un archivo

dado es de la siguiente manera :

(load “nombre de programa”) <ENTER>

Tomando en cuenta la importancia de encerrar entre paréntesis el

comando load. Si esto no se hace el AutoCAD tratará de cargar un

archivo debido a que el comando load sin paréntesis es un comando

válido en AutoCAD.

4. Prueba de la aplicación

Debido a la importancia que tienen las pruebas dentro del proceso

de desarrollo de cualquier aplicación y su repercusión en el éxito o

fracaso del mismo, es conveniente realizar una correcta planificación de

110

cada una de las actividades de prueba a realizar en las diferentes fases

de la metodología.

Bajo este criterio se estimó necesario realizar diferentes pruebas,

tanto en ambiente simulado con datos de pruebas, como en ambiente

real. En tal sentido, las actividades llevadas a cabo fueron las siguientes:

a) Pruebas de cada elemento que integra el diseño (funciones). b) Pruebas de enlace e integración de rutinas. c) Pruebas de aceptación.

Las pruebas de cada elemento se realizaron una vez desarrollado y

codificado cada uno de los elementos, antes de su integración.

Corresponde a pruebas independientes sobre los archivos de rutinas

PIPER.LSP, DETALLE.LSP y DETALLE2.LSP.

Las pruebas de enlace e integración constituyen la prueba de todo

la aplicación a través de la integración de toda sus rutinas. Su objetivo es

determinar si la aplicación edificada satisface o no los requerimientos

establecidos al inicio.

Finalmente, la prueba de aceptación representa la prueba final de

la aplicación bajo un ambiente real, con el objeto de demostrar que el

modelo desarrollado satisface las necesidades que motivaron la

realización del proyecto.

111

Con respecto a las rutinas LISP codificadas, estas comprenden un

conjunto de instrucciones de construcción de líneas utilizadas en los

diseños de ingeniería de PROINCI, C.A.. Estas rutinas se almacenaron en

el archivo principal PIPER.LSP que es cargado en AutoCAD para iniciar la

aplicación.

a. Pruebas de cada elemento que integra el diseño (funciones).

El desarrollo de estas consistió en probar cada una de las rutinas,

procedimientos y archivos que integran la aplicación de la forma más

adecuada, siguiendo el plan de pruebas diseñado anteriormente.

Inicialmente, se probaron separadamente cada una de las rutinas, y

luego en conjunto, tanto en ambiente simulado como en ambiente real.

Estas pruebas se ejecutaron en la medida en que cada una de las

rutinas iban codificándose; mientras no se lograra el funcionamiento

óptimo de cada una, no se iniciaba el proceso de elaboración de la

siguiente. Su propósito era precisamente evaluar que cada una de ellas

cumpliera las especificaciones de prueba antes de su integración. Este

proceso se llevó a cabo con datos de pruebas utilizando para ello un

computador 586 (200 Mhz), que si bien estaba conectado a la red corría

AutoCAD en forma local, dado que ,para el momento en que el modelo

fue diseñado, la instalación de la aplicación independientemente. De

112

esta manera , se mantuvieron criterios de seguridad a lo largo del

proceso del diseño y desarrollo de la aplicación, y cualquier modificación

realizada no afectaría el normal funcionamiento del resto de las

estaciones de trabajo.

La ejecución de estas pruebas se vió condicionada por las

siguientes actividades :

Prueba del archivo de rutinas de análisis y cálculo (PIPER.LSP): Su

propósito era el de determinar si cada una de las funciones que integran

los diferentes rutinas cumplen con los requerimientos de información y

especificaciones funcionales considerada en el diseño de los mismos. Se

tomó un cuidado especial en la presentación de los rutinas, de tal

manera que cada una de las opciones ejecutará la orden concreta para

la cual fue concebida.

Pruebas del archivo de rutinas de dibujo (DETALLE.LSP y DETALLE2.LSP):

su propósito era el de comprobar que las mismas realizan el trazado de

las líneas de dibujo, que en conjunto representan los detalles de los

planos siguiendo los criterios de programación establecidos. Consistieron

en la carga y ejecución de cada una de las funciones principales para

dibujar en pantalla cada plano. Posteriormente se realizaron otras

pruebas trabajando alternativamente sobre diferentes capas,

113

cambiando la orientación de las líneas de manera de simular el trabajo

de varias etapas simultáneamente. Por último, se dibujaron líneas

aleatorias, variando la longitud, posición y orientación de estas a fin de

obtener trazos continuos diversos y luego generando su detalles para

verificar posibles errores no contemplados durante el diseño.

b. Pruebas de enlace e integración de rutinas

Estas pruebas se realizaron en varias máquinas con diferentes

configuraciones de hardware con datos de prueba para verificar la

interdependencia entre cada una de las rutinas que conforman la

aplicación. integrando los archivos para evaluar su funcionamiento tal

cual como fue planeado. La carga de las rutinas se realizó

seleccionando la alternativa correspondiente se habilitaban cada una

de las opciones codificadas. De esta manera el archivo de rutinas

cumplía su cometido con respecto al manejo de las rutinas, y la

interdependencia entre ambos archivos fue satisfactoria.

Una vez comprobado el funcionamiento de cada uno de los

elementos, tanto individualmente como en conjunto, se procedió a

realizar una prueba de toda la aplicación antes de su implementación.

Esta prueba se llevó a cabo directamente por uno de los usuarios de la

sala técnica, quien cargó un plano de la planta de una casa sencilla y

luego procedió a elaborar la instalación sanitaria, comenzando por la de

114

aguas negras, luego con la de venteo y por último con la de aguas

blancas, utilizando la aplicación por completo, bajo la supervisión del

equipo desarrollador del mismo. Con esta prueba se puso de manifiesto

la funcionalidad de la aplicación con datos reales y se evidenció la

facilidad de manejo del mismo, además sirvió para tener un feedback

con los usuarios y para recoger sus sugerencias. Todos los criterios mínimos

necesarios para la elaboración de planos en CAD fueron considerados

en la actividad y la aplicación los cumplió a cabalidad, lo que permitió

comprobar que el mismo satisface las necesidades y requerimientos

establecidos.

c) Pruebas De Aceptación

Esta prueba se realizó durante la fase de implantación de la

aplicación y su finalidad fue la de operarlo en ambiente real para

demostrar que el mismo satisface los criterios mínimos de aceptación

requeridos, representados por las especificaciones de usuario

suministradas.

Se basó en los objetivos y requerimientos que el grupo de desarrollo

identificó durante las primeras fases del proyecto. En tal sentido, se

prepararon todos los detalles necesarios para realizar la prueba de

acuerdo a lo programado en el proceso de implantación con la

115

participación activa de los usuarios, razón por la cual fueron previamente

orientados sobre el propósito y funcionamiento de la aplicación.

DISCUSIÓN DE LOS RESULTADOS

Una vez descrita y analizadas cada una de las actividades llevadas

a cabo durante el proceso de elaboración de la aplicación, se procede

a discutir los resultados obtenidos después de implantado el modelo

siguiendo las pautas de la metodología para dar respuesta a los objetivos

de la investigación.

Se evidenció la funcionalidad de la metodología estructurada para

este estudio. La puesta en práctica de las metodologías de Roger

Pressman y George Head para el desarrollo de sistemas de información

pudieron adaptarse a las características de una aplicación gráfica y de

cálculo personalizado. Actividades tales como: el estudio preliminar, la

determinación de los requerimientos, el estudio de factibilidad, el diseño

y desarrollo, y las pruebas, se adaptaron a la naturaleza de la

investigación, y cada una de ellas cubren parte de los objetivos que

deseaban alcanzarse.

116

Otras actividades involucradas en el proceso de desarrollo de la

aplicación manejadas por los autores seleccionados no fueron

consideradas al conformar la línea metodológica de la investigación,

dada la naturaleza de la aplicación, tal es el caso de los diagramas de

flujo de datos, los diccionarios de datos, las cartas estructuradas, y las

bases de datos entre otras, debido a que la metodología de AutoCAD

limita el uso de estas.

Por su parte la fase de diseño se llevó a cabo considerando la

teoría de personalización de AutoCAD ,tomando de ellas aquellas

características personalizables que involucraran los parámetros que en

cuanto a los requerimientos funcionales suministraron los usuarios.

Una vez implementada la aplicación se pudo comprobar la

eficiencia en el funcionamiento de los procedimientos y las rutinas,

dando respuesta a las siguientes especificaciones:

• Manejo de los proyectos de instalaciones sanitarias a través de

nuevas rutinas que ofrecen mayores posibilidades a la poderosa

interfaz gráfica de AutoCAD.

• La aplicación es utilizada por la mismas personas que la

requerían, y actualmente forma parte de la plataforma

tecnológica de la sala técnica CAD de PROINCI, C.A.

117

• La retroalimentación usuario-sistema es inmediata, reduciendo

al mínimo los problemas derivados por la pérdida de tiempo

• Los efectos de la implantación son duraderos y satisfactorios,

gracias a la disposición de los usuarios a operar el modelo

La construcción de la aplicación se llevó a cabo aplicando los

criterios de diseño definidos en el mismo, integrando de esta forma los

planos generados a la interfaz de AutoCAD. El resultado de este proceso

fue la automatización del proceso manual, llevándolo a nivel de

AutoCAD, en función a los parámetros establecidos durante el

levantamiento de la información y el cumplimiento de los requerimientos

y funciones estipuladas.

A estas alturas de la investigación, ya implementado y evaluado el

modelo personalizado de AutoCAD, se discute si los resultados obtenidos

cumplen o no con los atributos de calidad definidos junto a los

requerimientos establecidos al inicio, durante el análisis de la situación

actual. En tal sentido , el modelo se caracteriza por cumplir con los

siguientes atributos :

• Es fácil de probar , dadas las especificaciones de prueba

consideradas.

118

• Existe consistencia entre las metas del modelo, y los objetivos y

funciones de la sala técnica.

• Es transportable: la carga de los archivos codificados es

automática una vez compilado AutoCAD. Siguiendo el

procedimiento de instalación pautado , el modelo puede

implantarse en cualquier equipo .

• Es adaptable a nuevas especialidades y requerimientos: ya

comprobada la eficiencia de la metodología al haber alcanzado

el objetivo general de la investigaciones propone su uso para

generar nuevas aplicaciones .

• Es mantenible: pueden agregarse nuevos símbolos a las librerías ya

diseñadas. Para ello se elaboró un procedimiento de

mantenimiento ya probado durante su confección

• Se cuenta con una documentación siempre a la mano y fácil de

entender.

En resumen , el uso de una aplicación gráfica y de cálculo para la

elaboración de instalaciones sanitarias en PROINCI, C.A., cumple con las

especificaciones de diseño estipuladas; los planos elaborados utilizando

esta aplicación conserva las características mínimas deseables en

119

proyectos de esta naturaleza tal como lo establecen las normas

PROINCI.