PDF de programación - CAPÍTULO VI – CONCLUSIONES

CAPÍTULO VI –

CONCLUSIONES

68





El proceso de ingeniería de software ha tomado un lugar muy importante hoy en

día en las prioridades de las organizaciones dedicadas al desarrollo y mantenimiento del

software. La UDLA-P, como una institución que se debe suponer en constante mejora

académica, puede atender a estas necesidades que prevalecen en al campo profesional

mediante el uso académico de herramientas CASE.



Mercurio es una herramienta I-CASE que permite realizar Diagramas de Flujo de

Datos y Diccionarios de Datos de acuerdo al Método de Análisis Estructurado, siendo la

primera parte de un Entorno Apoyo a Proyectos Integrado planeado para la UDLA-P.



6.1 – Trabajo a Futuro



El trabajo a futuro que se puede realizar se mencionó desde el primer capítulo de

este documento: la creación de herramientas para otras fases del ciclo de vida del

desarrollo del software. Idealmente estas herramientas se deberían de construir de

acuerdo al orden del desarrollo del software, es decir, análisis, diseño, codificación,

documentación, pruebas y mantenimiento.



Para las fases siguientes convendría utilizar una metodología más reciente, como

la anteriormente mencionada UML. UML es un lenguaje para modelar sistemas orientado



69

a objetos(OO), el cual surge como la unificación de otros métodos OO (OMT, Booch y

OOSE). El ser la unión de otros métodos con sus respectivas fortalezas lo convierte

actualmente en el lenguaje de modelado más popular, y por tanto, conviene integrarlo a

las siguientes fases del I-CASE..



Otra característica que se debería integrar al Entorno Integrado serían las

capacidades de comunicación entre distintos integrantes de un grupo de trabajo, o

groupware. En este caso se puede tomar el grupo de trabajo de dos maneras: el grupo

conformado por el ( los) estudiante(s) y el profesor(a), o el grupo exclusivamente

formado por estudiantes. En el primer caso sería adecuado construir un Módulo de

Profesor, mediante el cual el profesor pueda revisar o calificar los análisis y diseños

hechos por los estudiantes, semejante al hecho por [Flores, 00]. En el segundo caso se

trataría de implementar medios de comunicación para que los usuarios puedan

intercambiar la información necesaria para poder trabajar cada quien en una parte o fase

distinta del proyecto de software, es decir, utilizar el enfoque más común del groupware.

Más de este tema se puede ver en [Vessey, 95].



Finalmente, para acoplar el resto de las herramientas será necesario ampliar el

modelo de los datos. Esto deberá ser hecho de acuerdo a la metodología y herramientas

implementadas, para que sea posible realizar el traspaso de datos de una fase del

desarrollo a otra, considerando la integridad y consistencia de la información, para poder

tener verdaderamente un I-CASE.



70





6.2 – Conclusiones Personales



En el desarrollo y pruebas de este sistema se pudo llegar a varias conclusiones

acerca de este proyecto.



Podemos decir que las tecnologías utilizadas fueron las adecuadas, pues se logró

construir una herramienta que cumpliera con los propósitos propuestos inicialmente.

Asimismo esta herramienta, junto con sus sucesores propuestos, puede mejorar el

aprendizaje de las metodologías de Ingeniería de software y estimular el uso de

herramientas CASE.



Otra característica relevante de esta herramienta es que al utilizarse el método de

Análisis Estructurado, se puede utilizar como la primera parte del análisis de cualquier

sistema o proceso, y ser útil como referencia para las siguientes fases del ciclo de

desarrollo de software, aunque la siguiente etapa implementada en el I-CASE no siga el

método estructurado.



Finalmente se puede concluir que el objetivo de esta tesis ha sido cumplido al

darle al usuario no sólo una herramienta útil y que cuenta con los requerimientos

necesarios para el desarrollo de un Análisis Estructurado, sino una herramienta que

auxilia a los alumnos a realizar sus proyectos y también favorece y estimula el uso y



71

aprendizaje de otras herramientas, técnicas y métodos para el desarrollo de proyectos de

software.



72