Sistema-de-informacion-para-el-control-de-articulos-para-los-congresos-de-la-Sociedad-Mexicana-de-Ingenieria-Mecanica-SOMIM

Vista previa del material en texto

00 
 UNIVERSIDAD NACIONAL AUTÓNOMA 
 DE MÉXICO 
 
 
FACULTAD DE INGENIERÍA 
 
 
 
 
SISTEMA DE INFORMACIÓN PARA EL 
CONTROL DE ARTÍCULOS PARA LOS 
CONGRESOS DE LA SOCIEDAD MEXICANA 
DE INGENIERÍA MECÁNICA (SOMIM) 
 
 
 
T E S I S
 
QUE PARA OBTENER EL TÍTULO DE
 
INGENIERO EN COMPUTACIÓN
 
P R E S E N T A : 
 
ECHÁVARRI TORRES ABRAHAM 
 
 
 
DIRECTOR: M. EN I. LUIS GUEVARA PALMA 
 
 
 
 
 
 
 
CIUDAD UNIVERSITARIA MÉXICO, D. F., 2007
 
UNAM – Dirección General de Bibliotecas 
Tesis Digitales 
Restricciones de uso 
 
DERECHOS RESERVADOS © 
PROHIBIDA SU REPRODUCCIÓN TOTAL O PARCIAL 
 
Todo el material contenido en esta tesis esta protegido por la Ley Federal 
del Derecho de Autor (LFDA) de los Estados Unidos Mexicanos (México). 
El uso de imágenes, fragmentos de videos, y demás material que sea 
objeto de protección de los derechos de autor, será exclusivamente para 
fines educativos e informativos y deberá citar la fuente donde la obtuvo 
mencionando el autor o autores. Cualquier uso distinto como el lucro, 
reproducción, edición o modificación, será perseguido y sancionado por el 
respectivo titular de los Derechos de Autor. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
A mí padre por su gran ejemplo, 
A mí madre por darme la vida, 
A mis abuelos por sus valores, 
A mí Dulce por su paciencia y apoyo incondicional, 
A mí hermano por su siempre agradable compañía, 
Y a todos mís amigos que aportaron su granito de arena 
Para que este proyecto se hiciera realidad. 
 
Gracias. 
 
 
 
I N D I C E 
 
 PÁGINA 
 
AGRADECIMIENTOS………………………………………………………………………………...1 
INDICE………………………………………………………………………………………………….2 
INTRODUCCIÓN......................................................................................................................4 
 
1. OBJETIVO........................................................................................................................5 
1.1. ANTECEDENTES.......................................................................................................5 
 
2. DEFINICIÓN DEL PROBLEMA........................................................................................7 
 
3. ANÁLISIS DEL SISTEMA.................................................................................................8 
3.1. EXPECTATIVAS DE LA DIRECTIVA SOMIM............................................................9 
3.2. NECESIDADES..........................................................................................................9 
3.3. REQUERIMIENTOS.................................................................................................10 
 
4. GENERACIÓN DE LA PROPUESTA DE SOLUCIÓN...................................................11 
4.1. ALCANCE.................................................................................................................12 
4.2. ESPECIFICACIONES HARDWARE.........................................................................12 
4.3. ESPECIFICACIONES SOFTWARE..........................................................................12 
4.4. PROPUESTA DE BASE DE DATOS........................................................................13 
4.5. PROPUESTAS DE LENGUAJES DE PROGRAMACIÓN........................................16 
4.6. PROPUESTA DE SISTEMAS OPERATIVOS..........................................................19 
4.7. SELECCIÓN DE LAS HERRAMIENTAS DE TRABAJO BASANDOSE EN LAS 
PROPUESTAS.........................................................................................................20 
 
5. DISEÑO DEL SISTEMA.................................................................................................23 
5.1. INTERFAZ GRÁFICA...............................................................................................25 
5.2. USUARIOS DEL SISTEMA......................................................................................25 
5.3. PERFILES DEL SISTEMA.......................................................................................25 
5.4. SEGURIDAD DEL SISTEMA...................................................................................27 
5.5. DISEÑO DE LA BASE DE DATOS..........................................................................27 
5.5.1. ESTRUCTURA DE PERFILES...............................................................................28 
5.5.2. ESTRUCTURA DE ARTÍCULOS............................................................................29 
5.5.3. USUARIOS DE LA BASE DE DATOS....................................................................31 
5.5.4. DICCIONARIO DE DATOS.....................................................................................31 
 
6. DESARROLLO DEL SISTEMA......................................................................................32 
6.1. DESARROLLO DEL MODULO DE SEGURIDAD....................................................33 
6.1.1. CONEXIÓN A LA BASE DE DATOS.......................................................................33 
6.1.2. SEGURIDAD DEL SISTEMA...................................................................................33 
6.1.3. SEGURIDAD DE USUARIOS..................................................................................33 
6.2. DESARROLLO DEL MODULO DE CONTROL DE USUARIOS...............................34 
6.2.1. ALTA DE USUARIOS...............................................................................................34 
6.2.2. ADMINISTRACIÓN DE USUARIOS.........................................................................37 
6.3. DESARROLLO DEL MODULO DE ADMINISTRACIÓN DE ARTÍCULOS................39 
6.3.1. RECEPCIÓN DE ARTÍCULOS.................................................................................39 
6.3.2. GENERAR CLAVES DE ARTÍCULOS......................................................................40 
6.3.3. ASIGNACIÓN DE ARTÍCULOS................................................................................41 
6.3.4. EVALUACIÓN DE ARTÍCULOS................................................................................43 
6.3.5. CONSULTA DEL ESTADO DEL ARTÍCULO............................................................45 
6.4. DESARROLLO DEL MODULO DE ADMINISTRACIÓN DEL SISTEMA...................46 
6.4.1. PÁGINAS DE USUARIOS.........................................................................................46 
6.4.2. OPCIONES DE USUARIOS......................................................................................47 
6.4.3. PERFILES DEL SISTEMA.........................................................................................48 
6.4.4. AREAS FUNCIONALES............................................................................................49 
6.5. DESARROLLO DE LA PANTALLA PRINCIPAL.........................................................49 
 
7. IMPLEMENTACIÓN DEL SISTEMA................................................................................51 
7.1. IMPLEMENTACIÓN DEL SISTEMA EN LOS SERVIDORES...................................52 
7.2. IMPLEMENTACIÓN DE LAS CONEXIONES A LA BASE DE DATOS.....................53 
 
8. PRUEBAS Y RESULTADOS...........................................................................................54 
8.1. PRUEBAS DE COMPATIBILIDAD.............................................................................54 
8.2. PRUEBAS DE SEGURIDAD Y CONTROL DE ACCESO..........................................55 
8.3. PRUEBAS FUNCIONALES........................................................................................568.3.1. PRUEBAS FUNCIONALES DE LOS MODULOS DEL SISTEMA.............................57 
 
9. PROBLEMAS ENCONTRADOS DURANTE LA IMPLEMENTACIÓN.............................59 
 
10. CONCLUSIONES Y RECOMENDACIONES...................................................................60 
 
ANEXO I...................................................................................................................................62 
ANEXO II..................................................................................................................................63 
ANEXO III.................................................................................................................................64 
ANEXO IV.................................................................................................................................66 
ANEXO V……………………………………………………………………………………………….81 
 
GLOSARIO...............................................................................................................................85 
 
REFERENCIAS WEB...............................................................................................................88 
BIBLIOGRAFÍA………………………………………………………………………………………..88 
 
 
I N T R O D U C C I Ó N. 
 
 
 Desde sus orígenes la Sociedad Mexicana de Ingeniería Mecánica (SOMIM) 
se ha preocupado por el crecimiento de la ingeniería mecánica así como crear 
tendencias modernas que repercutan en el desarrollo tecnológico del país, 
siendo los anteriores unos de sus objetivos primordiales. 
 
 Con el propósito de exponer los avances que se llevan a cabo en el campo 
de la ingeniería mecánica, la SOMIM organiza un congreso en el que se 
presentan artículos de investigación y/o proyectos relacionados con este 
campo, los cuales son desarrollados por distintos centros educativos e 
institutos de investigación tanto nacionales como extranjeros. 
 
 Tomando en cuenta los motivos anteriores, se desarrollo un sistema de 
información que mejora la recepción, administración y evaluación de los 
artículos que son enviados para participar en los congresos, aprovechando las 
facilidades que brinda la tecnología informática tanto en las múltiples 
herramientas de trabajo para el desarrollo, el almacenamiento y manipulación 
de la información y el Internet como medio de comunicación. 
 
 El desarrollo del sistema sé ira detallando a lo largo de este trabajo 
comenzando con el objetivo y los antecedentes previos en el capitulo 1, la 
definición del problema a resolver y el análisis, el cual se explica en los 
capítulos 2 y 3, las propuestas de desarrollo en los capítulos 4 y 5, el desarrollo 
del sistema desde el capitulo 6 hasta el 8, para terminar con las pruebas y 
conclusiones en los capítulos 9 y 10. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1. O B J E T I V O. 
 
 
 Diseñar y desarrollar un sistema de cómputo que permita llevar el control, 
evaluación y la administración de artículos de investigación provenientes de 
distintos lugares de la republica Mexicana y del extranjero, así como la 
reducción de los tiempos de respuesta y notificaciones del estado del artículo, 
con motivo del Congreso Internacional Anual de la Sociedad Mexicana de 
Ingeniería Mecánica. 
 
 
 
1.1. A N T E C E D E N T E S. 
 
 
 La SOMIM, fue formada por un grupo de ingenieros principalmente 
profesores e investigadores en ingeniería mecánica el 26 de marzo de 1993. 
Estos propusieron la formación de una sociedad que respondiera a la 
necesidad de constituirse en un foro de alto nivel académico para la ingeniería 
mecánica y permitiera discutir las tendencias de este campo, así como invitar a 
los ingenieros mecánicos que trabajan en las distintas actividades tanto 
académicas como productivas para atender problemas de interés actual que 
aquejan a la sociedad, o bien, que promuevan la superación de la profesión. 
 
 Para la discusión de estos temas, la SOMIM organiza anualmente 
congresos, que son llevados a cabo en distintas ciudades de la república 
Mexicana con el fin de construir un foro que permita un intercambio de 
opiniones y/o propuestas entre las Universidades e Institutos locales, así como 
compartir el punto de vistas de los alumnos, académicos e investigadores de 
las Universidades asistentes, provenientes tanto del territorio nacional como 
internacional. 
 
 Una vez dado a conocer el lugar y las fechas de la realización del congreso, 
la SOMIM lanza una convocatoria en donde invita a todos los estudiantes, 
ingenieros o investigadores, a participar en su congreso anual, enviando un 
artículo de investigación que involucre algún tema relacionado con la ingeniería 
mecánica, dando el tiempo suficiente para que los participantes desarrollen y 
envíen sus artículos. En esta primera etapa, el envió de los artículos se realiza 
por medio de mensajería o paquetería, o en algunos casos vía fax, lo que 
conlleva a recibir el artículo físicamente, provocando una acumulación de estos 
y por consiguiente la dificultad de trasladarlos de un lugar a otro. 
 
 Los artículos son clasificados de acuerdo a las áreas de interés asignadas 
para cada congreso, las cuales están administradas por los Vicepresidentes de 
área. Cada artículo que se recibe como prospecto para ser presentado en el 
congreso, pasa por un proceso de evaluación por personas pertenecientes a la 
SOMIM llamados Árbitros, los cuales son especialistas en el tema en el que se 
desarrollo el artículo. 
 
 La cantidad de artículos por área, depende del tema que desarrollo el autor, 
así como a que área fue registrada. Este punto es muy significativo, porque en 
ocasiones el autor confunde el área de registro de su artículo, generando así 
un incremento de artículos en dicha área. La verificación de a que área 
corresponde cada artículo, se va resolviendo a medida que las personas 
encargadas de su administración (Vicepresidentes) y evaluación (Árbitros) 
comienzan a realizar estas tareas, detectando él o los artículos mal registrados 
y reenviándolos a sus áreas correspondientes, donde el mismo proceso de 
administración y evaluación es repetido. 
 
 En caso de que se presente un error como el mencionado anteriormente, 
este involucra un segundo reenvio del artículo y toda su información 
correspondiente al área que le corresponde, repitiendo la misma operación que 
el autor llevo a cabo cuando lo envió por primera vez. Por ejemplo, si el 
Vicepresidente del área a la cual corresponde el artículo, se encuentra en la 
misma Universidad o Institución a donde se envió por primera vez, basta con 
localizar a dicha persona he informarle del error cometido por el autor, 
entregándole él articulo en cuestión. El problema se complica si el 
Vicepresidente que administra dicha área se localiza fuera de dicha institución, 
o incluso, en otro estado de la república Mexicana o en el extranjero, por lo 
tanto el reenvío del artículo se torna más complicado, involucrando factores 
como el económico y el retraso en los procesos posteriores del articulo. 
 
 Una vez obtenido el resultado de la evaluación del o los artículos registrados, 
se les notifica a los autores del mismo, indicando el resultado de la evaluación 
y los trámites posteriores que se deben realizar, como el pago de registro, 
fecha de exposición, datos del lugar del Congreso, etc. En este punto se 
presenta nuevamente el reenvío del artículo corregido, el cual debe de cumplir 
con un formato que la SOMIM establece. Estos artículos forman parte de las 
memorias del congreso en turno. 
 
 El número de artículos recibidos en un congreso, asciende a 
aproximadamente 250, los cuales, como se mencionó anteriormente son 
repartidos en las áreas correspondientes. Como una de las principales 
actividades de los congreso organizados por la SOMIM, es la exposición de 
dichos trabajos, es de esperarse que la gran mayoría de estos sean aceptados 
para dicha actividad. La aceptación de estos, radicaprincipalmente en una 
serie de requisitos y normas que los artículos deben cumplir, a fin de poder ser 
aceptados, así como la misma opinión de los Árbitros. 
 
 Esta situación ha dificultado el control y la administración de los artículos, 
tomando en cuenta que la sociedad ha crecido en cuanto a organización y 
miembros, que a su vez involucran a más y más gente dentro de las 
actividades de la misma, los cuales se localizan en distintos puntos de la 
república Mexicana e incluso en el extranjero. 
 
 
 
 
 Este crecimiento ha provocado un mayor auge por parte de los 
investigadores, ingenieros u otros especialistas en la materia de la ingeniería 
mecánica, a participar en los congresos que la SOMIM organiza anualmente, 
por tal motivo la distancia que existe entre estos y las personas de la SOMIM 
dificulta la concentración y organización de los artículos que son enviados, de 
la misma manera el envió y recepción de estos se torna complicado. Por tal 
motivo es necesario acercar a estas personas de una forma que puedan 
concentrar y administrar sus tareas correspondientes en un solo lugar, en este 
caso una aplicación que utilice un medio de comunicación al que todos pueden 
acceder de forma rápida, sencilla y lo principal, desde cualquier punto del 
planeta. 
 
2. D E F I N I C I Ó N D E L P R O B L E M A. 
 
 
 Los problemas que presenta la SOMIM antes y durante de los congresos, se 
deben principalmente a la falta de un sistema de administración e información 
que reduzca los tiempos de evaluación y notificación de los artículos recibidos, 
lo cual da también como consecuencia el retraso en la administración interna y 
por consiguiente en la organización final de los congresos. A continuación se 
mencionaran los puntos más relevantes que conforman la definición del 
problema a resolver en cada una de las etapas. 
 
 En la etapa del registro y envío del artículo se presentan los siguientes 
inconvenientes: 
 
• GASTOS ECONOMICOS debido a los medios utilizados para el envío 
de los artículos, y 
• RETRASOS que estos medios pueden originar. 
• ACUMULACIÓN de artículos lo que lleva a 
• DIFICULTAD en el traslado de estos. 
 
 La utilización de correos electrónicos para recibir los artículos se convirtió en 
una solución temporal gracias al alcance que tiene este medio de 
comunicación, sin embargo, la saturación de estos y las n cuentas con que se 
contaban contribuyeron a seguir con una administración poco eficiente. 
 
 Un segundo problema que se presenta una vez recibidos los artículos, es la 
administración y organización de estos por parte de los Vicepresidentes debido 
a que no llevan un control estándar, por lo que cada uno se organiza de 
manera independiente y controla sus tiempos involucrando así a los Árbitros 
asociados y por consiguiente las evaluaciones de los artículos. 
 
 La comunicación entre los Vicepresidentes y los Árbitros debe ser constante 
mientras dure el proceso de evaluación ya que ambos deben mantenerse 
informados de la situación de los artículos y debido a la administración que 
llevan, esta comunicación no es constante, además de que se puede llegar a 
olvidar mandar la información correspondiente con lo que se genera un retraso 
en las notificaciones y pagos correspondientes de aquellos artículos que fueron 
aceptados para su exposición en el congreso. Surgen de esta manera, los 
siguientes inconvenientes: 
 
• PROBLEMAS DE ADMINISTRACION de los Vicepresidentes, que 
contribuyen a 
• CARGAS de trabajo desproporcionadas entre los Árbitros, lo que lleva a 
• RETRASOS tanto en las evaluaciones de los artículos por parte de los 
Árbitros, como en las notificaciones de aceptación o rechazo de los 
artículos, que al final se hacen notar en un 
• DESCONOCIMIENTO del estado de los artículos al final de la fecha 
limite de la evaluación. 
 
 Los horarios de las exposiciones de los artículos aceptados, se ven afectados 
debido a la falta de información al finalizar el proceso de evaluación, esto como 
consecuencia de los retrasos generados anteriormente, esto involucra otros 
aspectos posteriores al proceso, como por ejemplo: el apartado de los lugares 
donde se expondrán los artículos y la concentración de los artículos finales 
para crear las memorias del congreso. 
 
3. A N Á L I S I S D E L P R O B L E M A. 
 
 
 Tomando en cuenta la definición del problema, uno de los factores que 
propician los retrasos en cuanto a la recepción de los artículos, es la 
DISTANCIA que pueda existir entre los autores y la sede de cada 
Vicepresidente, así mismo la que pueda existir entre estos y los Árbitros. Es 
muy común que tanto los Autores, Árbitros y Vicepresidentes estén localizados 
en distintos puntos del país, o en el extranjero, lo que dificulta el traslado de los 
artículos, y más si se están trasladando físicamente. Por lo tanto, los MEDIOS 
utilizados para enviar la información, (mensajería, fax, etc), no son los 
adecuados ya que están expuestos a tener retrasos, lo que afecta a los 
procesos de administración y evaluación de los artículos. 
 
 Reducir la distancia entre estas personas no es posible, mas sin embargo, si 
es posible utilizar otro tipo de medios de envío para evitar estas circunstancias 
y además reducir los posibles gastos económicos que puedan surgir. 
 
 Una vez que los Vicepresidentes han recibido los artículos, una de sus 
funciones es mantener el control de estos, y es aquí donde surgen otras 
complicaciones. 
 
 
 La mala administración de los artículos se debe a que no llevan un control 
común que les permita llevar a cabo dichas tareas, es decir, cada uno 
administra y controla sus artículos de forma totalmente independiente, caso 
que también involucra a los Árbitros. 
 
 Un punto importante que es consecuencia de la administración descontrolada 
de los artículos, es la concentración de la información que estos van generando 
a lo largo del proceso, la cual al igual que el resto del análisis es por la falta de 
métodos que faciliten dichas tareas, evitando así que la información ande 
moviéndose de un lugar a otro, para que al final llegue a concentrarse en un 
solo lugar. 
 
 
 
 E X P E C T A T I V A S D E L A D I R E C T I V A 
D E S O M I M. 
 
 
 La SOMIM, como protagonista y organizador de los Congresos, necesita que 
una de las actividades más importantes de este evento se lleve a cabo sin 
complicaciones, dicha actividad es la presentación y exposición de las 
investigaciones que se llevan a cabo en el país y el extranjero, con respecto a 
la ingeniería mecánica. Dichas investigaciones son presentadas basándose en 
los artículos que fueron aceptados previamente mediante el proceso de 
evaluación. Este resultado final, viene acompañado de una buena organización 
que se lleva acabo anterior al Congreso. 
 Las expectativas de la SOMIM con respecto a este proceso van encaminadas 
a que el sistema les ayude a organizar, administrar y evaluar los artículos 
prospectos, así como disminuir los tiempos de trabajo y de esta manera pasar 
de su antiguo sistema de administración, a uno, que además de ser más 
eficiente y rápido, involucre la tecnología más reciente con lo que se podrá 
brindar un mejor servicio a todos aquellas personas que deseen participar en 
sus congresos. Es de suma importancia que queden claros cuales son los 
puntos importantes que el sistema debe de resolver, así como las nuevas 
propuestas que surjan durante este análisis, a fin de poder generar mejores 
procesos que faciliten toda la administración que conlleva a esta tarea. 
 
 
 
 N E C E S I D A D E S. 
 
 
 Estas necesidades fueron planteadas de acuerdo a las platicas que se 
llevaron a cabo con el presidente de la SOMIM, el cual expuso una serie de 
puntos a resolver, de los cuales, fueron analizados tomando en cuenta el 
presupuesto con el que se contaba, determinando las necesidades 
anteriormente expuestas. 
 
 Basándonos en los puntos anteriores, podemos citar quelas necesidades 
primordiales que la SOMIM necesita resolver, para que el trabajo que se realiza 
durante y después de cada congreso sea más rápido y eficiente, son las 
siguientes: 
 
1. Optimizar los medios de envío, a modo de reducir los tiempos de 
recepción de los artículos y los gastos económicos. 
2. Concentrar en un solo lugar, toda la información correspondiente de 
cada artículo registrado, así como su seguimiento durante su evaluación 
y disponer de esta en cualquier momento. 
3. Disponer de un método que simplifique las tareas de administración, 
organización y evaluación de los artículos. 
4. Disminuir los tiempos de respuesta de las evaluaciones y notificaciones 
de los resultados a los autores. 
5. Estandarizar los métodos de comunicación entre Autores, Árbitros y 
Vicepresidentes a fin de mantenerlos informados sobre el estado de los 
artículos en el momento en que se tengan los resultados 
correspondientes acerca de su evaluación. 
6. Desarrollar un sistema que sea lo más económico posible, debido al 
poco presupuesto con el que la SOMIM cuenta. 
 
 
 
 R E Q U E R I M I E N T O S. 
 
 Una vez conocido las necesidades, se plantearon los requerimientos 
necesarios para llevar a cabo estas, llegando a la conclusión de contar con un 
sistema que cumpla con los siguientes requerimientos: 
 
• Que lleve a cabo el control de los artículos recibidos, así como aquellos 
que ya fueron evaluados, con el fin de agilizar las tareas de 
administración. 
• Que trabaje las 24 horas, con el fin de mantener la información fresca y 
que se pueda consultar en cualquier momento. 
• Que almacene la información de los artículos en un solo lugar. 
• Que permita el acceso a un número indeterminado de usuarios al mismo 
tiempo y sin complicaciones. 
• Que mantenga el control de los usuarios que ha ingresado y 
proporcionarles las herramientas necesarias para su trabajo. 
• Que cuente con procesos de recepción, administración, evaluación y 
notificaciones eficientes y rápidos. 
 
 
 
4. G E N E R A C I Ó N D E L A P R O P U E S T A 
D E S O L U C I Ó N. 
 
 
 Se propone desarrollar un sistema que utilice como medio de comunicación el 
Internet, debido a los siguientes puntos: 
 
• Es una de las tecnologías mas utilizadas que permiten una 
comunicación rápida y eficiente. 
• Proporciona una plataforma en la que se pueden desarrollar sistemas de 
gran alcance y escalabilidad. 
• Permite que la interacción entre el usuario y el sistema, sea más 
amigable, fácil de manejar, rápida y eficiente. 
• Se puede consultar y manipular la información a cualquier hora y en 
cualquier lugar. 
• Se pueden utilizar una gran cantidad de herramientas tanto para el 
desarrollo como para la concentración de la información. 
 
El sistema contara con las siguientes características: 
 
• El sistema se encargara de recibir todos los artículos que deseen 
participar en los congresos vía Internet. 
• La administración y evaluación de los artículos se llevara a cabo por 
medio del sistema, que ayudara a los Vicepresidentes y Árbitros a llevar 
a cabo sus tareas. 
• Las notificaciones acerca del estado final de los artículos, correrán a 
cargo del sistema una vez obtenido el resultado final de las 
evaluaciones, las cuales se enviaran vía correo electrónico, además de 
que se podrán consultar en el mismo. 
• La información se concentrara en una base de datos la cual será capaz 
de almacenar y manipular grandes cantidades de información. 
• El sistema se desarrollará en un lenguaje de programación especial para 
entornos Web. 
• Utilizara el concepto Cliente-Servidor. En un ambiente Cliente-Servidor, 
el usuario actuará como Cliente, haciendo peticiones al Servidor por 
medio del sistema. 
 
 El tiempo de desarrollo estimado para terminar el sistema, tomando en 
cuenta los requerimientos mencionados, es aproximadamente de dos meses 
de desarrollo, mas un mes de pruebas, trabajando de Lunes a Viernes. El 
tiempo de desarrollo y producción se sugirió de esta forma debido a la urgencia 
de la SOMIM para poner en producción el sistema para el congreso en turno. 
 
 
 
 
 
 
 A L C A N C E. 
 
 
 El alcance del proyecto es desarrollar un sistema para administrar el manejo 
de los artículos enviados para su presentación en el Congreso de la SOMIM, 
proporcionar una herramienta que permita evaluar los artículos en línea y a 
cualquier hora, mantener la información del estado de cada artículo, así como 
notificar a los autores de la aceptación o rechazo de sus estos. El sistema 
mantendrá el control de los archivos con la versión definitiva de los artículos al 
ser aceptados. 
 
 El sistema será puesto a prueba en el próximo congreso con una primera 
versión, a fin de evaluar su productividad y respuesta por parte de los usuarios. 
Sé ira mejorando sobre la base de su desempeño desarrollando nuevas 
versiones con el objetivo de mantenerlo de forma permanente en cada 
congreso. 
 
 
 
 E S P E C I F I C A C I O N E S H A R D W A R E. 
 
 
• El equipo físico de desarrollo puede ser cualquier máquina que cumpla 
con las siguientes condiciones: capacidad de disco duro de 40 GB 
(como mínimo), memoria RAM de 256 MB (como mínimo), frecuencia de 
trabajo del procesador de 1.2 GHZ (como mínimo), tarjeta de red para 
conexión a Internet. 
• El equipo físico de producción deberá cumplir con las siguientes 
condiciones: capacidad de disco duro de 80 GB (como mínimo), 
memoria RAM de 512 MB (como mínimo), frecuencia de trabajo del 
procesador de 1.2 GHZ (como mínimo), tarjeta de red para conexión a 
Internet. 
 
 
 
 E S P E C I F I C A C I O N E S S O F T W A R E. 
 
• Para el equipo de desarrollo el sistema operativo deseable es Microsoft 
Windows 2000 o XP, mientras que para el equipo de producción el 
sistema operativo sería una versión de Linux, la cual se determinará más 
adelante. 
• Las plataformas de desarrollos necesarias para programar, y almacenar 
la información, así como procurar instalar solo el software necesario a fin 
de que el sistema SOMIM consuma la mayor parte de los recursos del 
equipo. 
 
 
 
 
 P R O P U E S T A S D E B A S E S D E D A T O S. 
 
 
 La información capturada por el sistema se concentrara en una base de datos. 
Otras características de la base de datos serán: 
 
• Mantener la conexión constante con el sistema. 
• Ser consultada y actualizada desde la Web. 
• Gran capacidad de almacenamiento. 
• Compatibilidad con los sistemas operativos. 
• Precio. 
 
 Las más usadas debido a su escalabilidad, estabilidad y disponibilidad son las 
siguientes. 
 
 
SQL Server. 
 
Ventajas. 
 
• Escalabilidad. Se adapta a las necesidades de la empresa, soportando 
desde unos pocos usuarios a varios miles. 
• Cuenta con una interfaz gráfica que reduce la complejidad innecesaria 
de las tareas de administración y gestión de la base de datos. 
• Orientada principalmente a desarrollos en Visual Basic, Visual C++, 
Visual J++, VB.NET y C# (C Sharp). 
• Lenguaje SQL para la manipulación de datos. 
• Sistema de gestión de bases de datos relacionales (SGBD). 
Desventajas. 
• Dependencia de los productos Microsoft. 
• Software no gratuito. Es necesario disponer de una licencia para utilizar 
esta base de datos. 
 
 
 
 
 
 
 
Oracle. 
 
Ventajas 
 
• Sistema con una gran escalabilidad y estabilidad en cuento al 
rendimiento y almacenamiento de datos. 
• La principal ventaja de esta herramienta es que dispone de un modo que 
permite desarrollar formularios, tal y como se harían en Visual Basic o 
en Visual C. 
• Interactúa con varios lenguajes de programación, por ejemplo, Visual 
Basic, C#, java, php, etc. 
• Lenguaje SQL para la manipulación de datos. 
 
Desventajas. 
 
• Es necesario contar con una licencia para su uso, no es un software 
gratuito. 
• Los requerimientos del equipo de almacenamiento son grandes, ya que 
es un software que consume muchos recursos (espacio en disco, 
memoria RAM y frecuencia de trabajo del procesador)MySQL 
 
Ventajas. 
 
• Las principales virtudes del MySQL son su gran velocidad, robustez, el 
multiproceso, es decir puede usar varias CPU si estas están disponibles 
además de puede trabajar en distintas plataformas y sistemas operativos 
distintos. 
• MySQL soporta muchos lenguajes de programación distintos como: C, 
C++, Eiffel, Java, Perl, PHP, Python y TCL. 
• Amplio subconjunto del lenguaje SQL. 
• Software gratuito. 
 
Desventajas. 
• Escalabilidad pequeña a comparación con otras bases de datos. 
• No cuenta con una interfaz gráfica que permita la manipulación de datos 
de forma sencilla. La manipulación de datos se hace directamente 
mediante sentencias SQL. 
 
 
 
 A continuación se presenta un cuadro comparativo (tabla 4.1), haciendo 
referencia a las ventajas y desventajas más significativas. 
Base de datos Ventajas Desventajas 
Microsoft SQL Server • Gran escalabilidad
• Interfaz grafica 
que facilita el 
manejo de los 
datos 
• Orientado a 
lenguajes como 
Visual Basic, 
Visual C++, Visual 
J++, VB.NET y 
C#. 
• Dependencia a 
los productos 
Microsoft. 
• Software no 
gratuito 
Oracle • Gran 
Escalabilidad y 
estabilidad. 
• Permite el 
desarrollo de 
formularios que 
interactúen con 
los datos (interfaz 
grafica) 
• Multiplataforma 
• Soporta varios 
lenguajes de 
programación. 
• Software no 
gratuito 
• Equipos de 
almacenamiento 
bastante 
robustos. 
MySQL • Gran velocidad de 
respuesta. 
• Soporta varios 
lenguajes de 
programación. 
• Software gratuito 
• Multiplataforma
• Menor 
escalabilidad. 
• La manipulación 
de datos es 
mediante el uso 
de comandos. 
 
Tabla 4.1. Comparación de las bases de datos. 
 
 
 
 
 
 
 
 
 
 
 P R O P U E S T A S D E L E N G U A J E S D E P R O 
G R A M A C I Ó N. 
 
 
 El sistema se desarrollara mediante un lenguaje de programación que 
cuente con técnicas estándares de comunicación que permitan expresar las 
instrucciones que serán programadas y ejecutadas por el sistema. Las 
características del lenguaje de programación serán: 
 
• Lenguaje de programación para entornos Web. 
• Conexión con las bases de datos sin complicaciones. 
• Facilidad de programación. 
• Compatibilidad con los distintos navegadores. 
 
 Revisando los distintos lenguajes de programación que son usados en la 
actualidad para desarrollar sistemas en ambientes Web, debido a su 
funcionalidad y en algunos casos a su popularidad son los siguientes. 
 
 
ASP.NET. 
Ventajas. 
• Alto rendimiento y escalabilidad. ASP.NET está preparado para poder 
tener granjas de servidores Web para sitios con alto volumen de tráfico y 
repartir la carga entre distintos servidores 
• Lenguaje de programación fácil de aprender. ASP.NET cuenta con la 
posibilidad de elegir entre una variedad de lenguajes de programación 
desarrollados para esta plataforma, tal como Visual Basic o C# (C 
sharp). 
• Fácil distribución e instalación. Una aplicación ASP.NET se instala tan 
fácilmente como copiando los ficheros que la componen al servidor Web. 
• Las aplicaciones desarrolladas bajo este lenguaje son ejecutadas por 
medio de un entorno de ejecución intermedio (CLR), es decir, no se 
ejecutan directamente por el sistema operativo. 
Desventajas. 
• ASP .NET es un lenguaje que requiere necesariamente de productos 
Microsoft y de un Framework. 
• No utiliza el concepto de software libre, la plataforma de desarrollo no 
es gratuita, sin embargo Microsoft ofrece una herramienta con menos 
capacidades de desarrollo pero gratuita, llamada ASP.NET Web Matriz, 
la cual se puede descargar de su pagina Web. 
• Dependencia de la plataforma de desarrollo Visual Studio .NET. 
 
 
COLDFUSION. 
Ventajas. 
• Es escalable.. 
• Es un lenguaje server-side, es decir, se ejecuta del lado del servidor. 
• ColdFusion es un lenguaje Multiplataforma. 
• El sistema operativo es el encargado de ejecutar las aplicaciones 
basadas en este lenguaje. 
• Es un lenguaje basado en tags o etiquetas, lo cual resulta más sencillo 
de manejar. 
• Interactúa de manera simple con bases de datos (Sybase, Oracle, 
MySQL, SQL, o Access. 
Desventajas 
• Herramienta de desarrollo creada por Macromedia. No es un software 
gratuito. 
• Lenguaje de programación poco conocido. 
 
 
JSP (Java Server Pages) 
Ventajas 
• Lenguaje escalable, altamente tipificado y que invita a desarrollar código 
bien estructurado y orientado a objetos. 
• Lenguaje de programación gratuito. 
• Lenguaje multiplataforma. 
Desventajas 
• Complejidad debido a que es un lenguaje orientado a objetos. 
• Es necesario compilar el código cada vez que se realice algún cambio. 
 
 
 
 
 
 
 
 
 
 
 
 
Php 
Ventajas 
• Lenguaje escalable 
• Lenguaje multiplataforma. 
• Es un lenguaje fácil de aprender. 
• Alianza con el servidor Web Apache y la base de datos MySQL. 
• Lenguaje de programación gratuito. 
Desventajas. 
• EL código php es mezclado con el HTML, lo que pende provocar un 
desorden de código. 
• Todo el trabajo lo realiza el servidor y no delega al cliente. Por tanto 
puede ser más ineficiente a medida que las solicitudes aumenten de 
número. 
 A continuación se presenta un cuadro (tabla 4.2) comparativo mostrando las 
ventajas y desventajas más significativas. 
 
Lenguaje Ventajas Desventajas 
ASP .NET • Alto rendimiento 
• Gran escalabilidad 
• Fácil instalación 
• Lenguaje fácil de 
aprender. 
• Ejecución por medio 
de una plataforma 
intermedio.
• Nula portabilidad, 
requiere de 
servidores Windows. 
• Plataforma de 
desarrollo no gratuita. 
ColdFusion • Gran escalabilidad 
• Multiplataforma 
• Lenguaje de 
programación poco 
conocido. 
• Plataforma de 
desarrollo no gratuita. 
• Poca información 
referenciada a este 
lenguaje 
JSP • Lenguaje orientado a 
objetos. 
• Multiplataforma. 
• Plataforma de 
desarrollo gratuita. 
• Complejidad 
• Es necesario 
compilar el código 
fuente. 
• Mezcal código HTML 
con código del 
lenguaje 
Php • Gran escalabilidad 
• Lenguaje 
multiplataforma. 
• Lenguaje fácil de 
aprender. 
• Alianza con MySQL y 
Apache 
• Mezcla código HTML 
con código php. 
• Todo el trabajo lo 
delega el servidor 
 
Tabla 4.2. Comparación de lenguajes de programación. 
 P R O P U E S T A S D E S I S T E M A S O P E 
R A T I V O S. 
 
 
 En este punto, la comparación entre sistemas operativos se reduce a dos 
principalmente: Microsoft Windows y Linux, debido a que son los dos sistemas 
operativos más utilizados. A continuación se presenta una comparación entre 
ambos sistemas. 
 
Sistema Operativo Microsoft Windows 9X, 2000, NT, XP. 
 
• Sistema operativo más comercial lo cual se refleja en la disponibilidad de 
diferentes aplicaciones para desarrollo. 
• Aplicaciones desarrolladas en menor tiempo. Fruto de la inversión 
realizada por Microsoft y aunado a una comunidad de programadores 
cada vez más grande se ha logrado facilitar el desarrollo de aplicaciones 
y sistemas que corran sobre servidores Windows lo cual se ve reflejado 
en tiempos de desarrollo menores. 
• Aprendizaje de uso y administración más sencillo. 
• Garantía de uso del sistema por los primeros 90 días debido a que utiliza 
la licencia EULA (End User License Agreement) 
 
 
Sistema Operativo Linux. 
 
• Seguro. La gran mayoría de los ataques de hackers son dirigidos a 
servidores Windows al igual que los virus los cuales se enfocan 
principalmente a servidores con éste sistema operativo. La plataforma 
Linux es más robusta lo cual hace más difícil que algún intruso pueda 
violar el sistema de seguridad de Linux. 
• Estable, esto favorece el desempeño de aplicaciones de todo tipo tales 
como: bases de datos, aplicaciones XML, multimedia, etc. 
• Económico, ya que requieren menor mantenimiento. En servidores 
Windows es más costoso debido a que es necesaria una frecuente 
atención y monitoreo contra ataques de virus, hackers y errores de 
código. El software Linux así como también un sin número de 
aplicaciones son de código abierto(gratuitos) No requieren supervisión 
tan estrecha ni pagos de pólizas de mantenimiento necesarias para 
obtener los Service Packs. 
• Actualmente este sistema operativo sigue manejando el concepto de 
software libre, ya que usa la licencia GPL (General Public License). 
Algunas de sus versiones ya no lo son, aunque sus licencias son más 
económicas que las de Windows. 
 
 
 
 
 
 
 A continuación se presenta un cuadro comparativo (tabla 4.3), presentando 
las ventajas y desventajas más significativas. 
 
Sistema Operativo Ventajas Desventajas 
Microsoft Windows • Fácil de manejar. 
• Desarrollo de 
aplicaciones en 
menor tiempo. 
• Sistema operativo 
más comercial. 
• Mayor número de 
aplicaciones para 
desarrollo. 
• Sistema operativo 
no gratuito. 
• Mayor 
vulnerabilidad a 
ataques de virus. 
Linux • Más seguro. 
• Más estable 
• Sistema operativo 
más accesible. 
• Sistema gratuito 
• Manejo 
complicado. 
• Múltiples 
versiones 
• Menor 
vulnerabilidad a 
ataques. 
 
Tabla 4.3. Comparación entre sistemas operativos. 
 
 
 
 S E L E C C I Ó N D E L A S H E R R A M I E N T A S D E 
T R A B A J O B A S Á N D O S E E N L A S P R O P U E S 
T A S. 
 
 
 Una vez analizado las propuestas que el mercado brinda para el desarrollo del 
sistema, se seleccionaron aquellas que se acoplan a las necesidades y 
requerimientos solicitados por la SOMIM. 
 
 Se selecciono la base de datos. La elección de la base de datos a utilizar 
para el almacenamiento de la información, es MySQL, principalmente por los 
siguientes puntos: 
1. Su velocidad de respuesta en mayor que las demás bases de datos, 
debido a que su escalabilidad no es tan grande. 
2. Es una base de datos multiplataforma, es decir, se puede trabajar tanto 
en ambientes Windows como en ambientes Linux. 
3. MySQL usa la licencia GPL, es decir, es un Software que se distribuye 
de forma gratuita. 
4. Es una base de datos que se acopla perfectamente a las necesidades 
del sistema debido a que la información que se almacenara no será en 
grandes volúmenes, además de interactuar perfectamente con el 
lenguaje de programación php. 
 En cuanto a la elección del lenguaje de programación, se observo que 
muchos de estos, a pesar de su gran funcionalidad, necesitan de licencias de 
distribución por parte de la compañía que los desarrollo para poder trabajar con 
estos, lo que implica una inversión económica considerable. Entre estos se 
encontró a ASP. NET de Microsoft y ColdFusion de Allaire Corporation. 
 
 Por lo tanto, se seleccionó un lenguaje que mantenga el concepto de 
software libre, entre los que destacan JSP y PHP, por su funcionalidad, 
conectividad y fácil aprendizaje. A pesar de que JSP y PHP cuentan con 
características similares, se seleccionó PHP como lenguaje de programación 
debido a los siguientes puntos: 
 
• Alianza con el servidor Web Apache, la base de datos MySQL y el 
sistema operativo GNU/Linux, con lo cual constituyen la familia LAMP 
(Linux Apache Mysql Php) disponibles para que cualquier organización o 
individuo pueda emplear un servidor Web versátil y potente. Aunque 
creados por separado, cada una de las tecnologías que lo forman 
dispone de una serie de características comunes. Esto ha convertido a 
LAMP en la alternativa más adecuada para pequeñas y medianas 
empresas, ya que todos los elementos que forman LAMP son software 
libre, lo que implica menores costos y servidores más baratos que otras 
alternativas, a la vez que el tiempo entre el hallazgo de un fallo y su 
resolución es más corto. 
• La sintaxis del lenguaje es más sencilla y facil de aprender. 
 
Algunas de las ventajas que se obtienen de utilizar LAMP son: 
 
• Soporte a gran cantidad de arquitecturas, como son Intel y compatibles, 
SPARC (Scalable Processor ARChitecture; Arquitectura de Procesador 
Escalable) y PPC (Macintosh) 
• Código relativamente sencillo y con pocos cambios de una plataforma a 
otra. 
• Parches generados en poco tiempo después de encontrarse un agujero 
de seguridad. 
• Actualizaciones del software vía Internet. 
• Posibilidad de incrementar los servicios y funciones desde el código 
fuente. 
 
Las características más importantes de php son las siguientes: 
 
• PHP se ejecuta en el servidor, con la ventaja de acceder a los recursos 
que este tenga, como por ejemplo una base de datos. El resultado de 
una petición a una aplicación php es normalmente una página HTML del 
lado del cliente. 
• En un lenguaje con la característica de ser un software libre. 
• Su aprendizaje resulta sencillo a comparación de JSP. 
 
 
 
 
 Un tercer elemento que conforma este paquete, es el servidor Web Apache, 
el cual significa “A PAtCHy Server”, es decir se basa en un conjunto de ficheros 
"parches". Apache es totalmente libre, y se distribuye bajo la licencia Apache 
Software Licence que permite la modificación de su código. 
 
Entre las características principales del Apache se encuentran: 
 
• Es un servidor Web potente, flexible y ajustado al HTTP/1.1 
• Es altamente configurable y extensible. 
• Puede ser ajustado a través de la definición de módulos empleando su 
propio API . 
• Se ejecuta en múltiples plataformas operativas tales como: Windows 
9x/NT, Macintosh, Novell NetWare, OS/2, GNU/Linux y la mayoría de los 
Unix existentes: IRIX, Solaris, HPUX, FreeBSD, NetBSD, AIX. 
 
 A continuación se muestra (Figura 4.4) el funcionamiento de un sistema 
desarrollado en php. 
 
 
 
Figura 4.4. Funcionamiento de un sistema desarrollado en php. 
 
 
 Por último, la elección del sistema operativo, se basó en dos aspectos 
importantes, el desarrollo y producción. Para el desarrollo de la aplicación se 
utilizó el sistema operativo Microsft Windows XP, esto debido a que la 
configuración tanto del servidor Web con el lenguaje de programación y la base 
de datos es más sencilla y rápida de hacer, invirtiendo de este modo menos 
tiempo en las configuraciones correspondientes, y aprovecharlo para el 
desarrollo y pruebas pertinentes. La producción del sistema se montó en el 
sistema operativo GNU/Linux bajo su distribución de Fedora Core1, debido a 
que este sigue siendo distribuido de forma gratuita además de ser meos 
vulnerable ante ataques externos, así como aprovechar la ventaja que brinda la 
familia LAMP, utilizando dichas herramientas. 
 
 
5. D I S E Ñ O D E L S I S T E M A. 
 
 
 El sistema está dividido en cuatro módulos principales, que a su vez están 
formados de una serie de submódulos. Cada módulo desempeña una función 
específica dentro del sistema, la cual se explicará más a detalle en los 
siguientes puntos. Los módulos y submódulos principales del sistema son los 
siguientes (Figura 5): 
 
 
 
 
 Seguridad del sistema 
 
 Módulo de seguridad Seguridad de usuarios 
 
 Conexión a la base de datos 
 
 
 Alta de usuarios 
 Módulo de control de 
 Usuarios Administración de usuarios 
 
 
 Sistema SOMIM Recepción de artículos 
 Asignación de los artículos 
 Módulo de admón. Evaluación de los artículos 
 de los artículos Estado del artículo 
 Generar clave del artículoPerfiles de usuarios 
 Páginas de usuarios 
 Módulo de admón. Opciones de usuarios 
 del sistema Áreas funcionales 
 
 
 
 
 
Figura 5. Módulos y submódulos del sistema. 
 
 
 
 
 
 
 
 
 
 
 
A continuación se presenta el diagrama de flujo general del sistema (Figura 
5.1) 
 
 
 
 
 
 
Figura 5.1. Diagrama de flujo general del sistema. 
 
 
 
 
 
 
 
 
 
 
 
 
( 0<0 ) 
I 
r j 
1"""<10_. 
r-- R. tto<lt Ingresar da_ de ~- -
v __ 
V_cIo_tIe 
PI<>P!>w"'" -
,0.-
-~ ~-, 
" " 
~~a ---~ ",, __ too -,- ~-""'_de_ 
l 
( '" ) 
 I N T E R F A Z G R Á F I C A. 
 
 
 El sistema cuenta con una interfaz gráfica amigable, la cual muestra todos los 
módulos del sistema. Cada módulo es presentado por medio de una página 
Web, las cuales presentan la información correspondiente de una forma 
ordenada y entendible. Cada página es accesada por los usuarios dependiendo 
de una serie de requisitos de seguridad los cuales se explicarán a continuación. 
 
 
 
 U S U A R I O S D E L S I S T E M A. 
 
 
 El sistema está diseñado para permitir el acceso a una serie de usuarios, los 
cuales desempeñan distintas funciones, de acuerdo a la tarea para la que 
estén asignados. A continuación se explican los tipos de usuarios diseñados 
para el sistema. 
 
• Los usuarios tipo 1, los cuales son los autores de los artículos a evaluar. 
• Los usuarios tipo 2, son las personas del comité directivo de la SOMIM 
(Presidente, Vicepresidente y Árbitros). 
• Los usuarios tipo 3 son todos aquellos usuarios que desempeñan algún 
otro papel en el sistema, como por ejemplo el o los administradores o 
algún usuario con ciertas opciones especiales, como por ejemplo; 
algunas nuevas páginas de consulta que solo dicho usuario podrá ver. 
 
 
 
 P E R F I L E S D E L S I S T E M A. 
 
 
 El sistema cuenta con perfiles establecidos, los cuales son asignados a los 
usuarios del sistema. El concepto de los perfiles surgió debido a la necesidad 
de organizar todas las funciones que se pueden llevar a cabo dentro del 
sistema. Cada perfil representa un conjunto de funciones que facilitan las 
distintas tareas en el sistema, y que son asignadas a los usuarios 
correspondientes. 
 
Los perfiles principales del sistema son: 
 
1. Perfil Administrador. Este perfil es asignado a las personas 
encargadas de administrar y controlar, tanto a los usuarios en general, 
como las funciones internas del sistema, es decir, agregar o quitar 
opciones de los usuarios, perfiles, páginas que conformarán el 
sistema, entre otras. 
2. Perfil Presidente. Este perfil es asignado al Presidente de la SOMIM. 
Las funciones principales son: consultar y agregar usuarios del 
sistema, tales como vicepresidentes, árbitros y autores, así como 
áreas funcionales. 
3. Perfil Vicepresidente. Este perfil es asignado a los Vicepresidentes de 
cada área asignada para el Congreso. Las funciones principales de 
este perfil son: controlar los artículos que se reciban como prospectos 
para participar en el Congreso, asignar los artículos a los Árbitros 
asociados a su área para su evaluación, así como, poder dar de alta o 
baja a estos. 
4. Perfil Árbitro. Este perfil es asignado a los Árbitros de cada. Sus 
funciones principales son: administrar y controlar los artículos que les 
son asignados por el Vicepresidente para su evaluación, así como la 
evaluación de estos. 
5. Perfil Autor. Este perfil es asignado a todos los usuarios que deseen 
participar en el Congreso. 
6. Perfil Sistema. Este perfil es el encargado de visualizar las opciones de 
arranque del sistema. Es de uso interno del sistema y es automático, 
es decir, este perfil es consultado cada vez que se cargue por primera 
vez el sistema. 
 
A continuación se presenta un diagrama de llave (Figura 5.2), que muestra el 
proceso de asignación de los perfiles de acuerdo al usuario, así como las 
funciones correspondientes: 
 
 
 Envío del artículo 
 Tipo 1 Perfil Autor 
 Consulta estado de su artículo 
 
 
 
 
 Asignación de Vicepresidentes 
 Presidente Perfil Presidente 
 Consulta estados de evaluación 
 
 Asignación de artículos 
Usuarios Tipo 2 Vicepresidente Perfil Vicepresidente 
 Alta de árbitros 
 
 
 Árbitros Perfil Arbitro Evaluación del artículo 
 
 
 
 
 Administra páginas, opciones y perfiles 
 
 Tipo especiales perfil Administrador 
 Administra todos los usuarios del sistema 
 u otro 
 
 
 
Figura 5.2. Diagrama llave de las asignaciones de perfiles por usuarios. 
 
 
 S E G U R I D A D D E L S I S T E M A. 
 
 
La seguridad del sistema se diseño en dos partes: 
 
• Seguridad de la aplicación. Consiste básicamente en mantener un 
control de los accesos a las pantallas del sistema mediante la utilización 
de los perfiles. Cada perfil es asociado a un conjunto de páginas, las 
cuales son llamadas opciones de usuarios, de esta forma, cada 
usuario tiene asignado las opciones necesarias para llevar a cabo sus 
tareas. 
• Seguridad en base de datos. Consiste en distintos usuarios, los cuales 
tienen asignadas las operaciones necesarias para trabajar sobre las 
bases de datos y están relacionadas a los perfiles del sistema. De esta 
forma el usuario, solo podrá realizar las consultas requeridas de acuerdo 
a su perfil. Con esto se mantiene más control sobre las consultas y 
operaciones sobre la base de datos y tablas de esta. 
 
A continuación se presenta un diagrama que ejemplifica el proceso de 
seguridad (Figura 5.3) 
 
 
 
Usuario Asociado a un Perfil Asociado a un usuario Operaciones sobre 
 de la base de datos la base de datos 
 
 
Figura 5.3. Diagrama del proceso de seguridad del sistema. 
 
 
 
 D I S E Ñ O D E L A B A S E D E D A T O S. 
 
 
El diseño de la base de datos se planteo en dos partes. 
 
• Estructura de Perfiles. Esta estructura se encarga de almacenar la 
información correspondiente a los usuarios, perfiles, opciones y páginas 
que los usuarios podrán visualizar en el sistema. 
• Estructura de Artículos. Esta estructura se encargara de almacenar la 
información correspondiente a las asignaciones, evaluaciones y demás 
información de los artículos. 
 
Ambas estructuras se relacionarán por medio de la tabla que almacena la 
información de los usuarios del sistema, así como forman la estructura 
completa de la base de datos del sistema, la cual se puede consultar en el 
anexo II. 
 
 
 ESTRUCTURA DE PERFILES. 
 
 
 Como primera parte del diseño de la base de datos, se desarrollo la 
estructura que relaciona a los usuarios con los perfiles correspondientes en el 
sistema. Cada usuario esta relacionado a un Perfil el cual esta asociado a un 
conjunto de opciones que realizan una función específica.Cada opción esta 
asociada a una sola página funcional del sistema. Podemos ver la secuencia 
que un usuario debe cumplir para que se le asignen opciones de trabajo en la 
figura 5.4. 
 
 
 
 
5.4. Diagrama de flujo de la estructura de perfiles. 
 
 
 
 Cada bloque es una tabla con campos propios que almacenan la información 
correspondiente y que están comunicadas por medio de relaciones entre 
estas. Cada relación cuenta también con atributos propios, por lo tanto, forman 
tablas que actúan como relaciones de otras. La estructura de la base de datos 
se muestra en la figura 5.5. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
5.5. Estructura de Perfiles. 
 
 
 
 
 
 
 
 
 
 
 
Páginas Opciones Perfiles Usuarios 
PAGINAS 
 
PK: PagId 
PagNom 
PagTipOpc 
OPCIONES
 
PK: OpcId 
OpcNom 
 
FK: PagId 
PEROPC
 
PK: OpcId 
FK: PerId 
PERFILES 
 
PK: PerId 
PerNom 
USUARIOS
 
PK: UsuId 
UsuCon 
UsuNom 
Usumail 
UsEst 
 
FK: PerId 
FK: AreaId 
 ESTRUCTURA DE ARTÍCULOS. 
 
 
 La estructura de artículos, forma la segunda parte del diseño de la base de 
datos del sistema. Esta estructura mantendrá la relación entre las tablas que 
almacenarán la información correspondiente a este proceso. De cada una de 
estas tablas, se relacionarán con otras que complementarán la estructura. A 
continuación se presenta el diagrama que muestra la estructura de asignación 
de artículos (Figura 5.6) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Figura 5.6. Diagrama de flujo de la estructura de artículos. 
 
 
 Cada bloque representa una tabla de la estructura que cuenta con campos 
propios que las identifican, así como relaciones que propician la comunicación 
entre estas. La tabla principal de esta estructura es la tabla de Usuarios, ya que 
de esta parten el resto de las tablas. 
 
 Cada usuario es único, ya que cuenta con un identificador particular con el 
cual se autentifica en el sistema, de la misma manera, cada usuario 
desempeña una función particular y única en el sistema, es decir, un usuario 
puede ser un autor, un vicepresidente o un árbitro. 
 
 Otro punto importante de los usuarios, es que solo pueden pertenecer a una 
sola área de trabajo, por ejemplo, supongamos que existe un usuario con 
identificador usu1, dicho usuario está asociado al perfil de vicepresidente, 
entonces este solo pertenecerá a un área específica, ya que por cuestiones de 
políticas de la SOMIM, no puede administrar dos áreas distintas, mismo caso 
para un ÁRBITRO. 
 
Usuarios 
Vicepresidentes Árbitros Autores 
Areas 
Artículos Secundarios 
Evaluación 
 En caso de que un usuario necesite trabajar con varios perfiles y áreas de 
trabajo, será necesario dar de alta un número correspondiente de 
identificadores de usuarios asociados a dichas características. 
 
A continuación se presenta la estructura de artículos (Figura 5.7) 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Figura 5.7. Estructura de artículos. 
USUARIOS
 
PK: UsuId 
UsuCon 
UsuNom 
Usumail 
UsEst 
 
FK: PerId 
FK: AreaId
AREAS 
 
PK: AreaId 
AreaNom 
AUTORES
 
PK: AutId 
AutIns 
AutTel 
 
FK: UsuId 
VICEPRESIDENTES 
 
PK: ViceId 
ViceIns 
ViceGra 
ViceNiv 
 
FK: UsuId 
ARBITROS 
 
PK: ArbId 
ArbIns 
ArbGra 
ArbNiv 
 
FK: UsuId 
SECUNDARIOS 
 
SecNom 
 
FK: AutId 
ARTICULO
S 
 
PK: ArtId 
ArtNom 
ArtTit 
ArtCon 
ArtEE 
ArtEC 
ArtTip 
ArtFec 
VICEART 
 
PK: ArtId 
FK: ViceId 
AUTART
 
PK: ArtId 
FK: AutId 
ARBART
 
PK: ArbId 
PK: ArtId 
ArbRes 
ArbFI 
ArbFF 
ArbFC 
 
ARBEVA 
 
PK: EvaId 
ArbEvaFec 
 
FK: ArbId 
EVALUACION
 
PK: EvaId 
EvaOri 
EvaRel 
EvaPer 
EvaOrg 
EvaCla 
EvaET 
EvaPro 
EvaPub 
EvaEva 
EvaPFi 
EvaCPF 
EvaCom 
 
CF: ArtId
 USUARIOS DE LA BASE DE DATOS. 
 
 
 Al instalar la base de datos MySQL, se crea por defecto un usuario “root”, sin 
contraseña. Este usuario es el más importante, ya que posee un control total 
sobre las bases de datos y operaciones sobre estas, por lo tanto lo primero es 
proporcionarle una contraseña, para asegurar que el acceso y control a las 
bases de datos sean únicamente por este usuario. 
 
 Por otro lado, para mantener un control sobre las operaciones que se 
realizan sobre las tablas de la base de datos SOMIM, se crearon usuarios de 
acceso con los permisos necesarios para que puedan manipular la información, 
dejando solo las tareas administrativas y control de la base al usuario root. 
 
Los usuarios de la base de datos son (Tabla 5.8): 
 
CONEXIÓN USUARIO BD CONTRASEÑA BD OPCIONES 
Administrador Administrador AdmSomim Seleccionar 
Insertar 
Actualizar 
Eliminar 
General General GralSomim Seleccionar 
Insertar 
Actualizar 
Alta de usuarios Altausu AltaUSomim Seleccionar 
Insertar 
Arranque Arranque ArrSomim Seleccionar 
 
Tabla 5.8. Usuarios de la base de datos. 
 
 
 
 
 DICCIONARIO DE DATOS. 
 
 
 De acuerdo a la estructura general de la base de datos, se presenta el 
diccionario de datos que define cada atributo de las entidades para así poder 
describir a cada entidad y conocer cual es su finalidad dentro de la base de 
datos. El diccionario de datos se muestra el Anexo III. 
 
 
 
 
6. D E S A R R O L L O D E L S I S T E M A. 
 
 
 Primeramente se desarrollaron todos los módulos que componen al sistema. 
A continuación se muestra un diagrama de flujo (Figura 6) del camino que 
puede seguir el usuario en los distintos módulos del sistema, así como la 
relación entre estos. 
 
 
 
Figura 6. Flujo de los módulos del sistema 
6.1. D E S A R R O L L O D E L M Ó D U L O D E 
S E G U R I D A D. 
 
 
 Este módulo es el encargado de controlar el acceso al sistema y canalizar a 
los usuarios a sus respectivas sesiones de trabajo basándose en el perfil 
asociado a sus claves de acceso y utilizando una conexión sobre la base de 
datos especifica para cada perfil. Básicamente cuenta con tres submódulos que 
realizarán dicha tareas (Figura 6.1) 
 
 
 
 
Figura 6.1. Estructura del Módulo de seguridad 
 
 
 
6.1.1. CONEXIÓN A LA BASE DE DATOS. 
 
 
 Este submódulo es el encargado de proporcionar a los usuarios la conexión a 
la base de datos (véase implementación de las conexiones sobre la base de 
datos) y el perfil al que están asociados en el sistema. El flujo se muestra en la 
figura 1 del anexo IV. 
 
 
 
6.1.2. SEGURIDAD DEL SISTEMA. 
 
 
 Este submódulo es el encargado de cargar las páginas de la pantalla principal 
del sistema, las cuales son: el formulario de entrada al sistema y la página de 
avisos. El flujo se muestra en la figura 2 del anexo IV. 
 
 
 
6.1.3. SEGURIDAD DE USUARIOS. 
 
 
 Este submódulo es el que permite validar la existencia de los usuarios 
registrados en el sistema, así como mostrar sus opciones correspondientes. El 
flujo se muestra en la figura 3 del anexo IV. 
6.2. D E S A R R O L L O D E L M Ó D U L O D E L 
C O N T R O L D E U S U A R I O S. 
 
 
 Este módulo controla el acceso y administra a los usuarios registrados en el 
sistema. Se divide en dos submódulos (Figura 6.2) que realizan dichas 
funciones. 
 
 
 
 
Figura 6.2. Estructura del Módulo de control de usuarios 
 
 
 
6.2.1. ALTA DE USUARIOS. 
 
 
 Este submódulo se encarga de registrar a los usuarios en el sistema para que 
posteriormente puedan ingresar a éste. Todas las altas de usuarios se llevarán 
a cabo en este submódulo, diferenciando las de autores, del comité directivo de 
la SOMIM y de usuarios especiales, a fin de mantener un control sobre el 
acceso al sistema. El diagrama de flujo se muestra en figura 4 del anexo IV. 
 
 Lapantalla de alta de usuarios tipo 1 está disponible sin necesidad de filtrarla 
por medio de un perfil, ya que es aquí donde los autores que deseen participar 
en el congreso puedan registrarse. Primeramente se presenta la pantalla donde 
se indica el número de autores (Figura 6.3) que participaron en el desarrollo del 
artículo, donde número mínimo de autores es uno y el máximo es 6. 
 
 
 
 
Figura 6.3. Pantalla principal del alta de autores. 
 
 
 Una vez proporcionado el número de autores se presenta el formulario de 
alta (Figura 6.4) 
 
 
 
Figura 6.4. Formulario de alta de autores. 
 
 
 En la pantalla de alta de usuarios tipo 2 y 3, se indica el tipo de usuario que se 
dará de alta (Figura 6.5) 
 
 
 
 
Figura 6.5. Pantalla que indica el tipo de usuario que se dará de alta 
 
 
 
 
 
 
 
 
 
 
 
 
PROPORCIONE LA INFORMACiÓN REQUERIDA 
Es necesari o proporcionar la información de las cas illas que tengan' 
DATOS DEL AUTOR 
'Autor. LI -c=o~~~---, 
Institución o empresa 
Teléfono del autor 
'Correo electrónico 
DATOS DE ACCESO 
Usuano 
Contraseña 
Repetir Contraseña I L ____ --' 
ALTA DE USUARIOS, 
Indicar el tipo de alta : I Directivo SOMIM v I 
r·M"!iSil.~ 
II Env iar consr O~. 
 Una vez elegido el tipo de usuario, se carga el formulario correspondiente. 
Para registrar usuarios tipo 2 (Presidente, Vicepresidentes y Árbitros) se carga 
la pantalla de la figura 6.6. 
 
 
 
Figura 6.6. Alta de usuarios tipo 2 
 
 
 Para registrar usuarios tipo 3 (Administradores u otros), se carga la pantalla 
de la Figura 6.7. 
 
 
 
Figura 6.7. Alta de usuarios tipo 3 
PROPORCIONE LA INFORMACiÓN REQUERIDA 
DIRECTIVO SOMIM 
Nombre: 
Institución o empresa: 
Grado de estudios' 
Correo electrónico: 
Ucenciotura ., 
Perfil: I Vicepresidente vi Area: I Diseno, Manufactura y Materia les vi 
DATOS DE ACCESO 
Usuario: 1F=~~~~~=9 
Contraser'\a: i L ---,~~~~~L, 
Repetir Contraseña: L _____ ---' 
PROPORCIONE LA INFORMACiÓN REQUERIDA 
ALTA DE USUARIO 
Nombre 
Correo electrónico 
Perfil I Sistemas ,,1 Area I Oiseno, Manuf" ctura y M" teri " les vi 
DATOS DE ACCESO 
~~~~:~eña FI-----'" 
Repebr Contraseña 
 
6.2.2. ADMINISTRACIÓN DE USUARIOS. 
 
 
 Este submódulo muestra la lista de todos los usuarios que están registrados 
en el sistema, el flujo se muestra en la figura 5 del anexo IV 
 
La pantalla de administración de usuarios, se muestra en la figura 6.8. 
 
 
 
Figura 6.8. Pantalla de usuarios del sistema. 
 
 
 El link que está asociado al nombre del usuario muestra la información del 
usuario en cuestión (Figura 6.9) 
 
 
 
Figura 6.9. Consulta de datos del usuario. 
 
 
 La pantalla de cambio de contraseña (Figura 6.10) permite modificar la 
contraseña las veces que se desee, enviando al correo del usuario la nueva 
contraseña. 
 
 
 
Figura 6.10. Cambio de contraseña del usuario. 
 
 Las pantalla de cambio y baja, permiten realizar modificaciones sobre la 
información del usuario o eliminar el registro de este respectivamente. Estas 
opciones permiten corregir algún tipo de información que el usuario registró por 
error, o para el caso de que ya no recuerde la contraseña proporcionada poder 
registrar una nueva y enviárselas nuevamente. Básicamente es una ayuda para 
que los administradores puedan controlar y proporcionar esa información a los 
usuarios. Cada vez que se solicite. Cabe mencionar que existen dos tipo de 
bajas de usuarios en el sistema, la baja lógica, la cual solo activa o inactiva al 
cliente en el sistema (opción Estado en modificación de información), sin 
eliminar el registro en la base de datos, y la baja física donde se elimina toda la 
información correspondiente al usuario en las tablas (Figura 6.11 y 6.12) 
 
 
 
Figura 6.11. Modificación de la información del usuario. Baja lógica. 
 
 
 
 
Figura 6.12. Eliminación de la información del usuario. Baja física 
 
 
 
 
CAMBIO DE INFORMACiÓN 
Nombre: IMlroh om EcI1ov OIri Torres 
Correo: labret99@hotm oi lcom 
Teléfono: 157891558 I 
Inslilución: ISEAC I 
Perfil: 1 Sistemos vi 
Área: 1 Diseno, Monufocturo y Moteri oles ,, 1 
Eslado: 1 Activo ,,1 
• Autor: O IVictari o EcI1ovOIri Mortine, 
• Autor: 1 IVictari o EcI1ovOIri Mortine, 
1 Aceptor 1 
BAJA DEL USUARIO 
Nombre: I Ab'~h~m Ech~'vomTo"'es 
Correo: lab,et99@ho1mallcom 
Teléfono: IS7e9155~ 
Institución: G¡'3~E~AC~:~ 
Perfil : ¡Autor ::::J 
Área: I eliseno, M~ul&:turl!ly MllterieJes v 
Estado: ¡Activo vJ 
• Autor: O IVICle lO ECI1 .. """" Mortl'1ez 
• Autor: 1 IVielOflll Ech",lllrn MOrtI1<>¡ 
6.3. D E S A R R O L L O D E L M Ó D U L O D E 
A D M I N I S T R A C I Ó N D E L O S 
A R T I C U L O S. 
 
 
 Este módulo es el encargado de controlar la recepción, evaluación y consulta 
de los artículos (Figura 6.13) Cada submódulo es consultado por un usuario 
especifico, es decir, no todos los usuarios pueden consultar los submódulos 
que forman este módulo. 
 
 
 
 
Figura 6.13. Estructura del módulo de administración de artículos. 
 
 
 
6.3.1. RECEPCIÓN DE ARTÍCULOS 
 
 
 El autor seleccionará el artículo, el cual es de tipo .doc o .pdf que se 
encontrará en algún dispositivo de almacenamiento o en su propia 
computadora y lo enviará por medio de este módulo a la base de datos donde 
se almacenará, así mismo proporcionará el título del artículo y el área de 
interés del mismo. Una vez registrado el o los artículos, el sistema generará 
una clave con la cual serán identificados durante todo el proceso de 
evaluación. El diagrama de flujo se muestra en figura 6 del anexo IV. 
 
 
 
 
 
 
 
 
 
6.3.2. GENERAR CLAVE DE ARTÍCULO. 
 
 
 Este submódulo se encarga de armar la clave del artículo, de acuerdo al área 
de registro. Un artículo solo puede pertenecer a un área. La clave se forma de 
acuerdo a las siguientes características: 
 
• A(Indica Articulo) + el 
• Número consecutivo del total de artículos + 
• Dos letras que indican el área de registro + el 
• Número consecutivo del total de los artículos registrados en el área de 
registro. 
 
Al final se muestra la clave como se muestra: 
 
A###DM### 
A###ME### 
A###MT### 
A###TF### 
A###OT### 
 
El diagrama de flujo se muestra en figura 7 del anexo IV. 
 
 A continuación se presenta la pantalla de recepción de artículos (Figura 
6.14). Esta pantalla es accesada por los autores gracias a sus claves de 
acceso. 
 
 
 
 
Figura 6.14. Recepción de artículos. 
 
 
 
 
 
Una vez registrado el artículo, se genera su clave de artículo, figura 6.15. 
 
 
 
Figura 6.15. Clave de registro del artículo. 
 
 
 
 
6.3.3. ASIGNACIÓN DE ARTÍCULOS. 
 
 
 Este submódulo proporciona las funciones necesarias para que el 
Vicepresidente pueda asignar un artículo a un Árbitro para su evaluación. El 
diagrama de flujo se muestra en la figura 8 del anexo IV. 
 
 El criterio de evaluación se basa en los siguientes puntos: 
 
• Se podrá asignar uno o más artículos a un solo Árbitro para su 
evaluación. 
• El artículo a evaluar necesitara de mínimo dos evaluaciones, cada una 
proporcionada por un Árbitro distinto, es decir, un Árbitro no podrá tener 
asignado dos veces el mismo artículo. 
• En caso de que las evaluaciones de los dos Árbitros asignados, sean las 
mismas, se asignará a un tercero el artículo en cuestión para que 
determine la evaluación final. 
• Los Árbitros asignados podrán rechazar el artículo, con lo cual se 
notificará al Vicepresidente para que realice de nuevo la operación de 
asignación. 
• Los resultados de las evaluaciones se podrán consultar mediante la 
opción correspondiente una vez los Árbitros envíen su evaluación, de 
esta forma el Vicepresidente podrá llevar un control de los artículos que 
ha asignado y administrar los tiempos de evaluación. 
• El Vicepresidente tiene la opción de registrarsecomo Árbitro y asignarse 
uno o varios artículos para su evaluación. 
 
 A continuación se presenta la pantalla de asignación de artículos, la cual 
administra (Figura 6.16) todos los artículos recibidos por áreas de trabajo y es 
controlada por el Vicepresidente correspondiente. 
 
 
 
 
 
Figura 6.16. Asignación de artículos. 
 
 
 
 Esta pantalla cuenta con una opción para observar las asignaciones de los 
árbitros por cada artículo, así como el estado de cada uno (Figura 6.17) 
 
 
 
 
Figura 6.17. Árbitros asignados al artículo 
 
 
 
 Por último se muestra la pantalla que selecciona a los árbitros para asignarles 
el artículo (Figura 6.18) 
 
 
 
 
Figura 6.18. Asignación de árbitros. 
 
 
 
 
 
 
 
 
 
 
 
CLAVE 
A1DM1 
A2DM2
1 
CLAVE 
A1 DM1 
A1 DM1 
A1 DM1 
ASIGNACiÓN DE ARTíCULOS DEL ÁREA: Diseno, Manufactura y Materiales 
mULO 
TESIS SOMIM 
PHP 
ARBITRO 
Arb itro 1 
Arb itro 2 
Arb itro 3 
CLAVE 
A3DM3 
AUTOR 
FECHA DE ÁRBITROS ASIGNAR DESCARGAR 
REGISTRO ASIGNADOS ARTICULO ARTICULO 
Abraham Echavarri 
2006-12-1 4 a - MkliIQ Torres Abraham Echavarri 2006- 12-1 4 2 - MkliIQ Torres 
ÁRBITROS ASIGNADOS 
FECHA DE ASIGNACiÓN ESTADO FECHA DE RESPUESTA EVALUACiÓN 
2006.. 12-27 Rechazo 2006-12-30 
2006-12-27 Acepto 2006- 12-30 Aceptado con Cambios 
2006-12-30 Rechazo 2006-12-30 
ASIGNACiÓN DE ÁRBITROS 
ARBITRO 1 ARBITRO 2 
I Asignar I 
6.3.4. EVALUACIÓN DE ARTÍCULOS. 
 
 
 Este submódulo es el encargado de llevar a cabo las evaluaciones de los 
artículos por parte de los Árbitros. Básicamente se muestran los artículos que 
se le asignaron a dicho árbitro para su evaluación, con la posibilidad de aceptar 
o rechazar este, así como descargarlo para revisar su contenido. En caso de 
que el árbitro decida rechazar el artículo, éste desaparecerá de su lista de 
asignación. El diagrama de flujo se muestra en la figura 9 del anexo IV. 
 
 La evaluación consta de una serie de preguntas que se muestran en el 
Anexo1, las cuales serán respondidas por el arbitro de acuerdo a su criterio 
una vez revisado el articulo. Es importante mencionar que el árbitro solo podrá 
evaluar una sola vez el artículo seleccionado, prohibiéndole el acceso al 
cuestionario una vez dictaminado su evaluación. El árbitro seleccionará de 
acuerdo a su criterio una de las siguientes opciones: 
 
• Aceptar el artículo 
• Aceptar el artículo con cambios, los cuales serán indicados por el árbitro 
• Rechazado. 
 
 En caso de que alguna evaluación sea de aceptación con cambios, no 
implica que el artículo ya haya sido aceptado totalmente para ser presentado 
en el congreso. El autor deberá revisar los cambios sugeridos por el árbitro y 
corregirlos a la brevedad posible, y reenviarlo para su incorporación en el 
congreso. Cabe mencionar que el artículo no se volverá a revisar por el árbitro 
una vez corregido los cambios, así mismo el sistema no permitirá reenviar 
nuevamente éste una vez haya sido enviado con los cambios sugeridos. 
 
 A continuación se presenta la pantalla de evaluación del artículo, la cual es 
controlada por los árbitros (Figura 6.19) 
 
 
 
 
Figura 6.19. Evaluación de artículos. 
 
 
 
 
 
 
El cuestionario de evaluación se presenta una vez aceptado el artículo para su 
evaluación (Figura 6.20 y anexo I). 
 
 
 
 
 
Figura 6.20. Cuestionario de evaluación 
 
 
 
 
CUESTIONARIO DE EVALUACiÓN PARA EL ARTfcULO A3DM3 
Seleccionar una opción según su criterio . 
1 Originalidad del trabajo, I Malo v i 
2, Relevancia en el campo de la ingen i eri~a~m~e~C-á-ni-c~ad. el M~.~o---v"1 
3. Pertinencia en el tratamiento del tema. I Malo v i 
4. Organización del trabajo, I Malo v i 
5 Claridad en la escritura, tablas, graficas, ecuaciones, etc I Malo v i 
6 ¿El articulo contiene errores técnicos? ~ 
7. ¿El articulo contiene propaganda comercial? ~ 
8 ¿Conoce de publicaciones previ as de este trabajo en la forma en la que se presenta en el artículo? ~ 
Elegir una de las tres opciones de acuerdo a su criterio 
o Aceptar el artículo para su presentación en el congreso y su publicación en la memorias 
o Aceptar el artículo para su presentación en el congreso y su publicación en las memorias, condicionando a que el autor haga los cambios 
sugeridos por el revisor en los comentarios correspondientes 
o Rechazar el artículo (en este caso jusbficar su dictamen en los comentarios correspondientes 
Cambios sugeridos por el revisor o jusbficar su rechazo 
En caso de ser aceptado el articulo ¿reune la calidad suficiente para ser publicado en la revista SOMIM? ~ 
¿Porque? 
Evaluar 
6.3.5. CONSULTA DEL ESTADO DEL ARTÍCULO. 
 
 
 Este submódulo muestra el estado de los artículos, así como la visualización 
de los resultados de las evaluaciones. El diagrama se muestra en la figura 10 
del anexo IV. 
 
 A continuación se muestra la pantalla de consulta del estado de artículo 
(Figura 6.21) Al igual que la pantalla de recepción esta es accesada por los 
autores. 
 
 
 
Figura 6.21. Consulta del estado del artículo 
 
 
 
La pantalla de los detalles, muestra cada evaluación del artículo (Figura 6.22) 
 
 
 
Figura 6.22. Detalle de la evaluación. 
 
 
 
 
 
 
 
 
 
 
6.4. D E S A R R O L L O D E L M Ó D U L O D E 
A D M I N I S T R A C I Ó N D E L S I S T E M A. 
 
 
 Este módulo se encarga de administrar y controlar el acceso a las funciones 
del sistema. Se divide en cuatro submódulos (Figura 6.23), los cuales 
realizarán funciones específicas dentro de la administración del sistema. 
 
 
 
Figura 6.23. Estructura del Módulo de administración del sistema. 
 
 
 
6.4.1. PÁGINAS DE USUARIOS. 
 
 
 Este submódulo es el encargado de dar de alta o baja el nombre de las 
páginas que podrán consultar los usuarios, las cuales se encuentran en la 
carpeta correspondiente en el servidor Web Apache como archivos con 
extensión php. A continuación se presentan los posibles casos al llamar una 
página (tabla 6.24) 
 
¿NOMBRE DE LA 
PAGINA REGISTRADA 
EN LA BD? 
¿ARCHIVO php 
REGISTRADO EN LA 
CARPETA WEB DEL 
SERVIDOR? 
TIPO DE LLAMADA DE 
LA PAGINA 
RESULTADO 
Si Si Directa Se carga página en el 
navegador 
directamente 
Si No Directa No se carga página 
en el navegador. 
No Si Sin registro No se carga página 
en el navegador. 
No No Sin registro No se carga página 
en el navegador. 
Si Si Indirecta Se visualiza link que 
carga página en el 
navegador. 
Si No Indirecta Se visualiza link pero 
no carga página en el 
navegador. 
No Si Sin registro No se visualiza link. 
No No Sin registro No se visualiza link. 
Tabla 6.24. Posibles casos al llamar una página 
 Este procedimiento permite configurar las páginas que el sistema muestra, 
evitando la creación de páginas sin control. El diagrama de flujo muestra en la 
figura 12 del anexo IV. 
 
 La pantalla de páginas de usuarios se muestra en la figura 6.25 la cual 
administra las páginas que los usuarios pueden consultar. 
 
 
 
Figura 6.25. Pantalla de páginas del sistema 
 
 
 
6.4.2. OPCIONES DE USUARIOS. 
 
 
 Este submódulo es el encargado de relacionar las páginas del sistema con un 
nombre los cuales se mostraran en formar el link a los usuarios como una 
opción de trabajo. Cabe mencionar que cada opción está asociada a una sola 
página del sistema. El diagrama de flujo se muestra en el anexo IV. 
 
 La pantalla de opciones del sistema se muestra en la figura 6.26, la cual 
permite relacionar las páginas del sistema con nombres propios. 
 
 
 
 
Figura 6.26. Pantalla de opciones del sistema. 
 
 
 
 
 
6.4.3. PERFILES DEL SISTEMA. 
 
 
 Este submódulo es el encargado de dar de alta o baja los perfiles que se les 
asocian a los usuarios. Además de administrar los perfiles, este