Tesis 9149
Tesis 9149
Tesis 9149
A Dios.
Agradezco infinitamente su presencia constante a través de este largo camino;
unas veces doloroso, otras placentero, pero siempre con la plena confianza de que
cada evento fuese con la finalidad de acrecentar mi fe y lograr mi crecimiento
moral y profesional.
A mi familia.
Mis padres: Cirilo Cuevas (<) porque creyó que podía lograrlo y María Luisa
Rasgado Santiago quien siempre me encomendó a San Vicente Ferrer en
situaciones difíciles.
Mis hermanos: Alejandro, Enedino, María Concepción, Lucelia, Lilia, María Isabel y
María Luisa quienes me han dado su apoyo moral y han sido ejemplo a seguir en
mi afán lograr mis propias metas.
A mis amigos.
Jorge Manjarréz, Rubén Peredo, Joaquín Medina y David Desiga quienes me
ayudaron a resolver mis dudas.
Walter Cuevas, Cutberto García y Jorge Martínez que aportaron un granito de
arena en el desarrollo de este trabajo.
Dr. Jesús Figueroa que con su comprensión y sabiduría ayudó a disminuir mis
preocupaciones.
Sergio, Javier y Elena que simplemente me invitaron a distraerme cuando lo
necesité.
Y a aquellos que me animaron desde la tribuna.
Respetuosamente.
Alma Delia Cuevas Rasgado
i
Resumen
El trabajo que a continuación se presenta es el desarrollo de una herramienta para
automatizar un Modelo Cualimétrico para la Evaluación de la Calidad del Software
MECA, el cual se basa en la ampliación y desarrollo de los principios expuestos en
la Norma ISO/IEC 9126 (International Organization for Standardization,
Organización Internacional para la Estandarización / International Electrotechnical
Commissión, Comisión Internacional Electrotécnica).
Abstract
The current work introduces a software tool designed for the Software Quality
Evaluation Model (MECA) automatization. This model is based on the extension
and improvement of evaluation principles exposed in the ISO 9126 Norm.
Currently used Quality measurement models, lack of tools which automatize its
application. Having such type of instruments facilitate model’s application and
spreading.
The introduced tool is based on principles and lineaments taken from the Unified
Modeling Language Methodology; it has been codified with the Java language and
it is oriented to networking environments; SQL Server is used as the Data Base
Management System.
Índice de páginas
Pág.
Capítulo I
Introducción....................................................................................................................... 1
1.1 Planteamiento del problema.......................................................................................... 2
1.2 Justificación.................................................................................................................... 2
1.3 Hipótesis......................................................................................................................... 3
1.4 Objetivos......................................................................................................................... 3
1.4.1 Objetivo general................................................................................................ 3
1.4.2 Objetivos específicos......................................................................................... 3
1.5 Conocimiento de los requerimientos........................................................................... 3
1.5.1 Presentación general......................................................................................... 3
1.5.2 Clientes o Usuarios........................................................................................... 4
1.6 Metas............................................................................................................................... 4
1.7 Funciones del sistema................................................................................................... 4
Capítulo II
Los modelos cualimétricos................................................................................................. 6
2.1 El modelo de McCall.................................................................................................. 6
2.2 El modelo de Boehm................................................................................................. 8
2.3 El estándar IEEE 1061............................................................................................... 9
2.4 El estándar ISO/IEC 9126.......................................................................................... 10
2.5 El modelo SATC......................................................................................................... 12
2.6 El modelo MECA........................................................................................................ 14
2.7 Comparación de los modelos de calidad................................................................ 15
2.8 La Calidad en Uso..................................................................................................... 19
2.8.1 Definición de la Calidad en Uso...................................................................... 19
2.8.2 El modelo para la Calidad en Uso................................................................... 20
2.8.3 Calidad y Satisfacción .................................................................................... 20
2.8.4 Calidad en Uso de un software....................................................................... 21
2.8.5 Software que no tiene Calidad en Uso............................................................ 21
2.8.6 Implementación de la Calidad en Uso en el Sistema MECA.......................... 21
2.9 Evaluación de la Satisfacción.................................................................................. 22
2.9.1 Encuesta relativa a la Satisfacción del usuario .............................................. 23
2.9.2 Modelo matemático para la Evaluación de la Calidad en Uso........................ 25
Capítulo III
Análisis y diseño del Sistema MECA.................................................................................. 27
3.1 Modelado de la arquitectura del sistema MECA...................................................... 27
3.1.1 La vista de los casos de uso............................................................................ 28
3.1.1.1 Diagrama de casos de uso................................................................... 28
3.1.1.2 Diagrama de secuencia........................................................................ 32
3.1.2 Vista de diseño................................................................................................ 33
3.1.2.1 Diagrama de colaboración....................................................................... 33
3.1.2.2 Diagrama de estados.............................................................................. 35
3.1.2.3 Diagrama de actividades......................................................................... 37
3.1.2.4 Diagrama de clases................................................................................. 38
3.2 Esquema de la Base de datos.................................................................................... 39
3.2.1 Diseño de la Base de datos.............................................................................. 40
Capítulo IV
Desarrollo, implementación y prueba del sistema............................................................ 49
4.1 Aplicaciones Web...................................................................................................... 50
4.2 Consideraciones mínimas de hardware y software............................................... 50
iv
Índice de anexos
Anexo Pág.
A Cuadro resumen de la medición, clasificación, categorización y conclusiones de 69
la evaluación de la calidad del software...................................................................
Índice de apéndices
Apéndice Pág.
A Diagramas de secuencia..................................................................................... 71
B Diagramas de colaboración................................................................................. 77
C Cálculo de los Puntos de Función....................................................................... 79
D COCOMO Básico................................................................................................. 88
Índice de figuras
Figura Nombre Pág.
2.1 Esquema de la Calidad del Software de McCall ........................................................ 7
2.2 Modelo de Calidad de Software de Boehm................................................................ 9
2.3 Estructura de las métricas de Calidad de Software según el estándar IEEE-1061 10
[19]..............................................................................................................................
2.4 Modelo de Calidad de Software de la Norma ISO/IEC 9126...................................... 11
2.5 Calidad en el ciclo de vida del producto ..................................................................... 20
2.6 Encuesta a la Calidad en Uso..................................................................................... 24
2.7 Informe de la encuesta a la Calidad en uso................................................................ 25
3.1 Caso de Uso general.................................................................................................. 29
3.2 Diagrama de secuencia de la Evaluación individual................................................... 33
3.3 Diagrama de colaboración de la Evaluación............................................................... 35
3.4 Diagrama de estados del Sistema MECA................................................................... 36
3.5 Diagrama de actividades del Sistema MECA............................................................. 37
3.6 Diagrama de clases y relaciones del Sistema MECA................................................. 39
3.7 Arquitectura de la Base de Datos............................................................................... 40
3.8 Modelo Lógico Entidad-Relación ............................................................................... 41
3.9 Secuencia de ejecución de la Evaluación................................................................... 48
4.1 Diagrama de despliegue del Sistema MECA.............................................................. 52
4.2 Interacción cliente / servidor....................................................................................... 52
4.3 Diagrama de componentes del Administrador............................................................ 53
4.4 Diagrama de componentes del Evaluador Formal...................................................... 54
v
Índice de tablas
Tabla Nombre Pág.
2.1 Modelo SATC ............................................................................................................. 13
2.2 Tabla comparativa de los modelos de calidad ........................................................... 18
3.1 Tabla de Eventos que desencadena la Evaluación .................................................. 32
3.2 Descripción de las tablas de la Base de Datos MECA .............................................. 42
3.3 Atributos de la tabla Codigo ....................................................................................... 43
3.4 Atributos de la tabla Comentario ................................................................................ 43
3.5 Atributos de la tabla Empresa .................................................................................... 43
3.6 Atributos de la tabla Etapa ......................................................................................... 44
3.7 Atributos de la tabla Evaluador ................................................................................. 44
3.8 Atributos de la tabla Evaluador_Proyecto .................................................................. 45
3.9 Atributos de la tabla Métrica ....................................................................................... 45
3.10 Atributos de la tabla Met_Param ................................................................................ 46
3.11 Atributos de la tabla Proyecto .................................................................................... 46
3.12 Atributos de la tabla Retorno ...................................................................................... 46
3.13 Atributos de la tabla Tipo_Eval .................................................................................. 47
4.1 Comparación del método manual y automatizado del evaluador Dos........................ 58
A.1 Resumen de la medición, clasificación, categorización y conclusiones de la 69
Evaluación de la Calidad del Software.......................................................................
AP.A.1 Secuencia de eventos del Registro ........................................................................... 71
AP.A.2 Sección Evaluador ..................................................................................................... 72
AP.A.3 Sección Proyecto ....................................................................................................... 73
AP.A.4 Asignación de Proyecto ............................................................................................. 74
AP.C.1 Tabla de entradas de usuario .................................................................................... 80
AP.C.2 Tabla de salidas de usuario ................................................................................. 81
AP.C.3 Tabla de peticiones de usuario ........................................................................... 83
AP.C.4 Tabla de archivos lógicos ........................................................................................... 84
AP.C.5 Computación de los Puntos de Función del Sistema MECA [36] .............................. 85 Eliminado: 2
vi
Glosario
Actividad. Es una ejecución no atómica en curso, dentro de una máquina de
estados.
Atributos. Son los elementos más detallados de evaluación del software y que
deben ser medibles con el propósito de que sean útiles, los cuales permiten
clasificar y determinar el nivel de calidad alcanzado por el software específico.
Métricas. Son los estándares de medición que se aplican a los atributos del
software en cada una de sus etapas para hacer la evaluación y determinar el
grado de calidad existente en el software.
Modelo. Se crea para obtener una idea más simple de la realidad y comprender
mejor el sistema. Con UML se construyen modelos a partir de bloques de
construcción básicos tales como clases, interfaces, colaboraciones, componentes,
nodos, dependencias, generalizaciones y asociaciones.
Objeto. Es una cosa, generalmente extraída del vocabulario del espacio del
problema o del espacio de la solución.
Servlet. Es una clase en lenguaje Java que puede recibir peticiones (normalmente
HTTP) y generar una salida (normalmente HTML, WML o XML).
Transición. Es una relación entre dos estados que indica que un objeto que esté
en el primer estado realizará ciertas acciones y entrará en el segundo estado
cuando ocurra un evento especificado y se satisfagan unas condiciones
especificadas.
En el capítulo III se analizan las dos primeras fases del ciclo de vida del software
en el cual se identifican las características del dominio de información, integrada
por la contabilización de las pantallas de entradas y salidas, la cantidad de
componentes y archivos que interactúan en el proceso y la Base de datos. Se
presenta la fórmula para calcular los puntos de función basándose en la
complejidad de la información administrada así como en un estudio de factibilidad
usando el método COCOMO básico. Además, se define el modelado de la
arquitectura cliente/servidor del sistema MECA, integrada por tres vistas: la de los
casos de uso, diseño y Base de Datos cada una con su detalles particulares.
Además el trabajo incluye un glosario con una lista de términos que complementan
los temas; varios anexos que muestran gráficamente su contenido y una lista de
referencias bibliográficas, en la cual se han apoyado algunos de sus conceptos.
Capítulo I. Introducción 1
Estas circunstancias han producido una prolongada crisis del software, donde los
productos se entregan con demoras, los desarrollos exceden lo inicialmente
presupuestado y muchas veces no cumplen con los requerimientos originales,
extendiéndose tanto a la dificultad de proporcionar mantenimiento, como al
cumplimiento de criterios de calidad.
1.2 Justificación
La medición es algo común en el mundo de la ingeniería: se mide el consumo de
energía, el peso, las dimensiones físicas, la temperatura, el voltaje, la relación
señal-ruido, etc. Por desgracia, la medición es menos común en el mundo de la
ingeniería del software, ya que existen problemas al acordar en qué y cómo medir.
La única forma racional de mejorar cualquier proceso es medir sus atributos,
desarrollar un juego de métricas significativas y utilizarlas para proporcionar
indicadores que conduzcan a una estrategia de mejora del producto final.
Por esa razón, se requiere que el diseñador conozca los requerimientos de cada
etapa del ciclo de vida del software. Una vez implementados estos requerimientos,
se pueden valorar de acuerdo a una metodología de evaluación y determinar el
grado de la calidad del producto. Todo software implementado con miras a ser
evaluado, debe contar con un ejecutable o documentación; con el propósito de
que el auditor observe sus atributos (internos y externos) y emita un resultado.
Capítulo I. Introducción 3
1.3 Hipótesis
El desarrollo de un sistema que se ocupe de evaluar la calidad del software
utilizando métricas de calidad e incluyendo una nueva característica denominada
Calidad en Uso; constituye una herramienta importante que podría incidir
favorablemente en el proceso del control de la calidad de los sistemas
informáticos.
1.4 Objetivos
A continuación se presenta el propósito de este trabajo:
1.6 Metas
En términos generales, la meta es la automatización de la evaluación de la
Calidad del Software y los elementos que se satisfacen durante este proceso son:
• Obtener una inspección clara y precisa en el control de la calidad de los
sistemas informáticos.
• Mediante las métricas de la Calidad en Uso se conocerá el grado de
satisfacción del producto hacia los clientes.
• El mecanismo de seguridad que será implementado en el Sistema MECA
dará como resultado una correcta administración de la evaluación de
productos de software.
• La portabilidad del sistema permitirá la fácil implementación de nuevos
elementos a MECA.
El modelo establece que un criterio se puede comunicar con dos o más factores
(por ejemplo, el criterio Simplicidad se encuentra en el factor Fiabilidad y en el de
Mantenimiento), una métrica puede afectar el comportamiento de varios criterios
(por ejemplo, las métricas de Modularidad afectan a Interoperabilidad,
Transportabilidad, Flexibilidad); es decir, factores, criterios y métricas interactúan
constantemente.
Las métricas se definen a nivel de quienes usan el producto final. Son preguntas
cuyas respuestas indican con un valor numérico o alfabético la presencia del
atributo evaluado (por ejemplo; para evaluar el criterio Simplicidad, se verifica que
las funciones requeridas en la prueba sean fáciles de experimentar). McCall
propuso dividir la suma de las métricas que cubrían aspectos de calidad entre el
número total de ellas, para obtener el valor del criterio. Presenta once
características que consideró identificaban la correcta planeación y
funcionamiento de los programas de cómputo.
Capítulo II. Los modelos cualimétricos
La Figura 2.3 muestra gráficamente la naturaleza del estándar IEEE 1061. Se dice
que su diseño se considera flexible porque permite agregar, modificar y eliminar
elementos de la evaluación. Le llama niveles a la posición lógica tipo arbórea en
la que se encuentran los elementos que forman el modelo.
Figura 2.3 Estructura de las métricas de Calidad de Software según el estándar IEEE-1061 [19]
Al combinar las características de la calidad del software desde el punto de vista del
usuario, surge el concepto de Calidad en Uso. Este concepto es también aplicable a
la perspectiva del usuario de mantenimiento. Sin embargo, existen diferencias entre
las capacidades y necesidades de estos usuarios. Por ejemplo, el usuario común
Capítulo II. Los modelos cualimétricos
evalúa solo aquellos atributos del software que se usan en su tarea particular y no
percibe las del ambiente del hardware y soporte.
La norma describe además las métricas basadas en los atributos internos y externos
del producto, éstos se aplican generalmente en los requerimientos de diseño. La
norma evalúa las métricas basadas en los atributos internos y externos a través del
ciclo de vida del software, con la finalidad de lograr la calidad necesaria y suficiente
para el producto.
La Calidad Interna contiene todas las características y detalles del software que
se proveen durante la implementación del código, revisión y prueba. La naturaleza
de la calidad del producto se representa por las métricas internas. Estas no
cambian al menos que se rediseñe el software.
El criterio “trabaja bastante bien”, significa que sus interfaces funcionan, es decir,
cumplen los requisitos para los que fueron creados y además se añaden otros
como Fiabilidad, Mantenibilidad, Reusabilidad y Corrección.
Las etapas del ciclo de vida planteados y que el modelo MECA implementa son:
• Estudio, análisis o investigación preliminar
• Análisis y determinación de los requerimientos del software
• Diseño
• Prueba de aceptación
• Mantenimiento y,
• Evaluación de la Documentación de soporte del software.
Capítulo II. Los modelos cualimétricos
La Calidad en Uso se define como “El efecto de un producto que al ser empleado
por usuarios específicos, logra sus objetivos particulares con Efectividad,
Eficiencia, Productividad, Seguridad y Satisfacción en un determinado contexto de
uso” [23].
Los usuarios necesitan definir los requerimientos para la Calidad en Uso y bajo
esta necesidad, se aplica la calidad interna [25] y externa [24].
Como se muestra en la Figura 2.5, hay tres momentos en los que se debe velar
por la calidad durante el ciclo de vida del producto. Primero, durante el proceso,
en el cual intervienen los recursos y los requerimientos del cliente; luego, en el
producto final, donde se mezcla la calidad interna y externa. Finalmente, se
aprecia el efecto del producto final como expresión de la Calidad en Uso.
Satisfacción es :
• El estado psicológico del consumidor que se deriva de la comparación del
rendimiento efectivo obtenido con el uso de un bien o servicio, así como las
expectativas que éste despertó antes de su adquisición [11].
• El resultado de la evaluación cognitiva que hace el cliente ante el servicio
que recibe y el sacrificio financiero que realiza [40]. Esta definición
relaciona a la satisfacción con la expectativa calidad y precio; otros autores
como Kernan y Schmidt [30], añaden las condiciones en las que se
produce la compra.
En la Figura 2.6 se aprecian cada una de las respuestas respondidas como “si” y
“no”, El resultado de la Calidad en Uso del producto se encuentra ubicado en la
parte superior de la figura (primera fila de la pantalla).
Figura 2.6 Encuesta a la Calidad en Uso
Cada efecto definido se llama suceso simple, cuyo número es finito (se conoce
como el número total de preguntas).
Se usan letras para representar los sucesos simples en el modelo, de manera tal
que: a1 se emplea para denotar el primer suceso, a2 para el segundo y en general,
aj para el suceso j. Existen n sucesos simples en total:
E = { a 1, a 2, ..., a n}
Hasta este momento todos las preguntas tienen el mismo peso y son diferentes,
es decir:
P({aj})={1/n si es afirmativa ó 0 si no lo es }
Dado E = { a1, a2, a3,..., an}, el resultado de la evaluación estaría en los siguientes
rangos:
Rango Clasificación
0 ... 50 Malo
51 .. 69 Regular
Si P(E) 70 ... 80 Bien
81 ... 90 Muy Bien
91 ... 100 Excelente
A partir de los valores obtenidos mediante el cálculo de los Puntos de Función se Eliminado: Este capítulo se
encuentra dividido en dos
puede conseguir, a través de algún modelo paramétrico, las cantidades estimadas partes importantes: en la
de indicadores como el esfuerzo, tiempo de desarrollo, la cantidad de personal, la primera se presenta el Análisis
y diseño del Sistema MECA,
productividad, el costo. Estos servirán para la planeación y el control del proyecto. se identifican las
En el Apéndice E aparece un estudio realizado utilizando el COCOMO [36]. características del dominio de
información, que está
integrada por la contabilidad
3.1 Modelado de la arquitectura del Sistema MECA de las pantallas de entradas y
salidas (véase Anexo D), la
cantidad de componentes y
archivos que interactúan en el
Para explicar detalladamente los requerimientos y diseñar los objetivos del proceso, y el número de
sistema, es útil mostrar una perspectiva gráfica general usando los elementos del archivos de Base de Datos. Se
presenta la fórmula para
Diseño Orientado a Objetos. Para ello se ha utilizado UML (Unified Modeling calcular los puntos de función
Language, Lenguaje Unificado de Modelado) creado por Grady Booch, James basándose de la complejidad
de la información
Rumbaugh e Ivar Jacobson [6]. El UML es un lenguaje estándar para escribir administrada. ¶
planos de software. Es independiente del proceso, aunque para utilizarlo En la segunda parte se
encuentra el modelado de la
óptimamente se debe usar en un proceso dirigido por los casos de uso. arquitectura del sistema,
integrada por tres vistas: los
casos de uso, la vista de
En el contexto del software, existen cinco vistas complementarias que son las diseño y la Base de Datos
más importantes para visualizar, especificar, construir y documentar la cada una con su detalles
particulares, estos detalles se
arquitectura de un sistema: pueden apreciar en el grafo
• casos de uso, conversacional presentado en
el Anexo C.¶
• diseño, ¶
• procesos,
• implementación y
• la vista de despliegue.
atención en una perspectiva del sistema para poder razonar con claridad sobre las
decisiones.
UML define nueve tipos de diagramas que pueden mezclarse y conectarse para
componer la parte Estática y Dinámica. Para los sistemas Cliente / Servidor, como
lo es MECA; la parte Estática la forman:
• Diagrama de clases.
• Diagrama de objetos.
• Diagrama de componentes.
• Diagrama de despliegue.
Dado que los objetos pueden representar instancias de otros elementos como las
colaboraciones, componentes y nodos, también se diseñan para el Sistema
MECA, los siguientes diagramas:
• Diagrama de colaboración.
• Diagrama de estados.
• Diagrama de actividades.
Contienen:
• casos de uso,
• actores y
• relaciones de dependencia, generalización y asociación.
El caso de uso Registrar tiene el propósito de Ingresar al sistema los datos de los
proyectos y evaluadores.
El diagrama de estados se usa para modelar los aspectos dinámicos del sistema.
Sirve para medir el comportamiento de un objeto y especifica la secuencia de
estados por los que pasa a lo largo de su vida en respuesta a eventos, junto con
sus respuestas a esos eventos.
El arco indica una ejecución iterada (por ejemplo, se registran dos o más
evaluadores). Lo mismo sucede con el estado ProyectoAltas.
Etapas muestra el catálogo de la etapa y pasa al estado Evaluación que realiza los
cálculos de la evaluación; proceso en la cual, intervienen Retorno, Met_Param y
Métricas. Estos subestados devuelven a Evaluacion el resultado de la etapa.
Etapas activa a Reporte para la impresión del resultado. Este estado pasa a
ReporteEval que muestra el informe final.
Capítulo III. Análisis y diseño del Sistema MECA 37
Esta do i nicial
Autentificacion
Evaluador Elegir el
Proyecto
Administrador
Alta a Alta a
Evaluador Proyectos Elegir la
etapa
Asignación
de proyectos Etapa
Evaluar la Evaluar la
Etapa I Calidad en Uso
Evaluar la
Etapa II Evaluar la Evaluar la
Et apa III Evaluar la Evaluar la Etapa VI
Etapa IV Etapa V
Resultado de la
etapa evaluada
Impresión del
Informe Final
Esta do final
Capítulo III. Análisis y diseño del Sistema MECA 38
Los diagramas de clases, se conocen como diagramas estructurales, son los más
utilizados en el diseño de los Sistemas Orientados a Objetos, éstos muestran un
conjunto de clases, interfaces y colaboraciones, así como sus relaciones.
Etapa depende de EligeProy del cual recibe las claves de evaluador y proyecto.
La clase Etapa recibe la petición de impresión por lo que está asociada a la clase
Reporte que depende del formato del informe de evaluación de la clase
ReporteEval.
Capítulo III. Análisis y diseño del Sistema MECA 39
ClaveDeAcceso
Una vez realizado el modelo lógico, se procede a la creación de las tablas, llaves,
índices, vistas e integridad referencial que integran el modelo físico de la Base de
Datos del Sistema MECA. Éste modelo describe la manera en que serán creadas
las tablas en la arquitectura de un manejador de Bases de Datos como lo es el
SQLServer 2000 utilizado en MECA.
Codigo.
Cada uno de los nombres de los elementos de evaluación se encuentran en esta
tabla.
Capítulo III. Análisis y diseño del Sistema MECA 43
Comentarios.
Las opiniones escritas por los evaluadores de la Calidad en Uso se encuentran en
esta tabla.
Empresa.
Los datos particulares de la empresa evaluada se encuentran almacenados en
esta tabla.
Etapa.
Lugar donde se almacenan los datos de las evaluaciones. Al elegir el proyecto de
la empresa, el sistema MECA localiza en esta tabla si existe una evaluación
previa, de ser así muestra el formato en pantalla, de lo contrario registra la nueva
evaluación.
Evaluador.
Tabla que almacena los datos particulares del evaluador.
Evaluador_Proyecto.
Entidad que actúa como conector entre Evaluador y Proyecto, su propósito es
identificar rápidamente el tipo de evaluador durante la asignación de proyectos a
evaluadores de manera tal que no existan dos presidentes para el mismo proyecto
o se nombre presidente al evaluador de la Calidad en Uso.
Métrica.
Entidad que almacena la clave y el nombre de los métodos aplicados a los
elementos de evaluación.
Met_Param.
Entidad que aporta los componentes correctos en la aplicación de las fórmulas
durante la evaluación. Almacena la clave del método a aplicar, la clave del
elemento que antecede al evaluado, el nombre de la variable como parámetro y la
clave del elemento evaluado.
Capítulo III. Análisis y diseño del Sistema MECA 46
Proyecto.
Entidad que almacena los datos de los proyectos a ser evaluados.
Retorno.
Entidad que apoya al manejo correcto de los componentes de la evaluación.
Tipo_Eval.
Entidad que contiene el catálogo de usuarios que utilizarán el sistema MECA.
Además, la API de Java y una gran cantidad de información acerca del lenguaje
están disponibles en Internet de manera gratuita.
Los sistemas operativos que facilitan la implementación del Sistema MECA como
servidor de evaluaciones son: Windows 2000 Server, Advanced Server, XP
Professional y NT 4.0. El sistema operativo utilizado en la instalación permite que
Capítulo IV. Desarrollo, implementación y prueba del sistema 50
• Procesador Pentium.
• Memoria RAM 64 Mb.
• Tarjeta red Ethernet 10/100.
Referente al servidor:
• Jakarta Tomcat 1.4.1.como servidor de aplicaciones WEB.
• Internet Explorer 4.0. o posterior.
• SQL Server 2000.
• Windows 2000 Professional.
• J2sdk 1.4.1 en la cual se han programado los Servlets, que se comunican
con la Base de datos vía el puente JDBC.
Referente al cliente:
• Internet Explorer 4.0 o posterior.
• Windows 98.
Los evaluadores formales (de la Calidad en Uso, Presidente o Miembro del comité
evaluador) deben contar con una clave de acceso; de lo contrario será necesario
solicitarlo a su Administrador; en la Figura 4.4 se observa la clase MecaF (MECA
Formal) que muestra la interfaz de este papel desencadenando la secuencia de
los componentes que realizan la evaluación de tipo Formal.
Capítulo IV. Desarrollo, implementación y prueba del sistema 54
Cuando la persona que ingresa por primera vez es un Evaluador Informal, (véase
la Figura 4.5) la clase que muestra la interfaz correspondiente es MecaI (MECA
Informal); misma que dirige la secuencia hacia la evaluación de tipo informal,
registrando los datos del Evaluador mediante el componente RegistroInformal. El
Sistema MECA está implementado bajo componentes Servlets que se comunican
con la Base de Datos y los archivos con extensión HTML. Estos últimos funcionan
como interfaz entre el usuario y el sistema. En este diagrama un componente es
un rectángulo con dos pestañas. En su mayoría, los Servlets del Sistema MECA
son componentes que realizan la interacción entre la interfaz del usuario y la Base
de Datos MECA. La línea discontinua representa la asociación entre los
componentes y las interfaces HTML. El icono en los archivos JPG o SWF
representa los archivos de gráfico y animación que se encuentran enlazados a la
interfaz con extensión HTML. Sirve para darle una mejor presentación al sistema.
Los componentes se encuentran asociados entre sí pero también pueden
funcionar de manera independiente (mediante el paso de parámetros por valor).
La modalidad de ejecución en forma independiente no es recomendable cuando
Capítulo IV. Desarrollo, implementación y prueba del sistema 55
Los prerrequisitos para la instalación del Sistema MECA son los siguientes:
• Instalación de JDK 1.4.
• Instalación de Tomcat 4.1.24.
• Configuración de las variables de ambiente.
• Instalación de SQL Server 2000.
• Restauración de la Base de Datos MECA.
• Creación del manejador ODBC con el nombre: odbc_meca.
Una vez que se hayan debidamente realizado los pasos anteriores, se debe
localizar el archivo ejecutable para instalar automáticamente el Sistema (véase el
Manual de Usuario del Sistema MECA). Además en el disco compacto que
contiene los archivos de la herramienta se encuentra un archivo de desinstalación.
Capítulo IV. Desarrollo, implementación y prueba del sistema 56
Dado que una etapa cuenta con atributos; en este nivel existen algunos que son
críticos porque su presencia tiene una influencia determinante en la calidad del
producto. Los atributos críticos son las propiedades básicas del producto, lo que
“debe” estar presente en él para su aceptación. Por lo tanto, la ausencia o
incumplimiento de este elemento ocasiona una pérdida de la calidad mínima o
básica requerida por el software en su totalidad.
La evaluación manual ha pasado por alto la ausencia de este atributo crítico, por lo
que lo ha clasificado como un software con buena calidad, de primera categoría, la
Capítulo IV. Desarrollo, implementación y prueba del sistema 57
Repercusión de la sugerencia.
No podrá implementarse el grabado a ciertos minutos de forma automática. No se
conoce forma alguna de aplicar esta función en las páginas Web ya que el
proceso implica la petición de un servicio del cliente al servidor. Este servicio sólo
se puede efectuar, realizando la petición de forma manual ya sea mediante un
botón o componente que solicite la petición.
Evaluador dos.
Se ha evaluado el primer producto en su etapa de Prueba de aceptación, la
herramienta de evaluación casi ha coincidido con el método manual.
Tabla 4.1 Comparación del método manual y automatizado del evaluador dos.
Evaluador tres.
Durante este proceso se evaluó el segundo producto; en el cual, el Sistema MECA
indicó la ausencia de un atributo crítico. Reanudando el proceso, se obtuvo una
calificación final de 1.2, el producto se clasificó como Regular, categoría de
Segunda. El sistema sugirió realizar Grandes modificaciones para mejorar la
calidad del producto, por lo tanto, el software fue rechazado. El resultado fue el
mismo en la evaluación manual.
Evaluador cuatro:
Se evaluó el tercer producto en su etapa Documentación de soporte obteniéndose
una calificación similar al método manual. En la Figura 4.9 se muestran estos
resultados.
Figura 4.9 Resultado del producto tres.
Una vez analizados los resultados de cada una de las preguntas de la encuesta a
la Calidad en Uso; se observa que la primera métrica tiene cierta dificultad en
algunos usuarios. La pregunta es: ¿El lenguaje que usa el sistema es claro y
comprensible?. Este problema se ha generado por la falta de los módulos de
ayuda en la primera versión de la herramienta. Con la implementación del módulo
Guía para la Encuesta, presentado en la Figura 4.13 se ha logrado una mejor
comprensión de las preguntas porque cuenta con la definición de los elementos
de evaluación afín de conocer concretamente la esencia de la métrica evaluada.
Siguiendo con el análisis de la Figura 4.12 las métricas dos, tres, cuatro, cinco,
seis y siete se han desempeñado correctamente. La métrica ocho cuya pregunta
es: ¿El sistema da respuesta a las peticiones del usuario?; cuenta con un
cincuenta por ciento de usuarios satisfechos. Esto podría deberse al índice de
tráfico que ocurre en la red a determinadas horas del día. Normalmente, el tiempo
de respuesta a las peticiones del usuario oscila entre uno a dos segundos.
La métrica diez cuya pregunta es: ¿Existe algún tipo de comodidad al usar el
producto? se ve afectada ante la insatisfacción del usuario. El problema del
desempeño de esta métrica se ha consultado con los evaluadores y resulta ser el
Capítulo IV. Desarrollo, implementación y prueba del sistema 64
Casi todos los productos elaborados para el uso del cliente habían tenido
indicadores para medir la calidad del mismo, esta medición había sido difícil de
implementar mediante un software por ser intangible. La presencia de la
herramienta proporciona el mejoramiento del proceso de evaluación de los
productos de software. Debido al surgimiento de las normas de calidad ISO se han
mejorado los acuerdos en qué y cómo medir este producto.
El presente trabajo ha demostrado que, una vez más, la cultura del orden es
primordial al diseñar un producto u ofrecer un servicio de software.
Al hacer uso del Sistema MECA se recomienda tener a disposición del personal
los requerimientos de la documentación, software y sus derivados (según sea la
etapa a evaluar) y verificar detalladamente el contenido de estos durante la
evaluación.
Con la Base de Datos del Sistema MECA, realizar un estudio y análisis mediante
el uso de procedimientos estadísticos y tecnología OLAP para interpretar y
clasificar el impacto de la evaluación en el producto y transitivamente en el cliente.
Tabla A.1 Resumen de la medición, clasificación, categorización y conclusiones de la Evaluación de la Calidad del Software
RANGO DE NIVEL DE CLA- CATEGORÍA CRITERIO DE CONCLUSIÓN
VALORES SIFICACIÓN DE CALIDAD EVALUACIÓN
EvaluadorAltas
Admi nistrador
Insertar datos
Confirma almacenamiento correcto
Sección Relación
8.- Muestra el formato de registro del Administrador
9.- Escribe los datos que pide el formato y los envía. 10.- Registra los datos recibidos y proporciona una
clave de acceso al Administrador.
11.- Toma nota de la clave proporcionada 12.- ve a paso 5
13.- Anota la clave de registro y se marcha.
Figura AP.A.2 Diagrama de secuencia de bajo nivel de abstracción del Registro de Evaluadores.
EvaluadorAltas
Admi nistrador
Solicit a()
Forma()
Inserta()
ProyectoAltas
Administrador
Insertar datos
ProyectoAltas
Admi nistrador
Solicit a()
Forma()
Una vez obtenido el valor del atributo, el método TwoInputA referencia al método
Evaluation para darle un valor al atributo en el rango de 0 a 3. En esta fase se
solicitan y aplican los métodos correspondientes.
76
2: Forma()
3: Inserta()
Admi nis trador 4: Re porte()
2: Forma()
3: Inserta()
Admi nis trador 4: Re porte()
Además de las pantallas y los listados (papel o pantalla), también pueden ser
salidas [28]:
• Archivos de transacción enviado a otra aplicación.
• Facturas.
• Cheques.
• Transacciones automáticas.
• Mensajes al usuario.
• Gráficos.
• Archivos back-up, etc.
Eliminado: ¶
Salto de página
C.6 Número de interfaces externas Figura 2.1 Tabla de métricas
de Puntos de Función ¶
Donde: Cuenta Total es la suma de todas las entradas del Sistema MECA (véase
Tabla AP.C.5).
Los valores constantes de la ecuación y los factores de peso que se aplican a las
cuentas se determinan empíricamente.
¶
Eliminado: 2
85
Tabla AP.C.5 Computación de los Puntos de Función del Sistema MECA [36] Eliminado: ¶
¶
¶
¶
¶
¶
¶
¶
Eliminado: 2
Al sustituir las variables de la fórmula de los Puntos de Función (1) por valores
reales aplicados al sistema, se tiene lo siguiente:
Figura AP.C.3 Media de las Líneas De Código de acuerdo al lenguaje de programación [36] Eliminado: ¶
¶
¶
¶
¶
¶
¶
¶
¶
¶
¶
Eliminado: 5
Los modelos COCOMO están definidos para tres tipos de proyectos de software.
Utilizando la terminología de Boehm son:
Apéndice D
Manual de Instalación de J2SDK 1.4.1
El J2SDK es un paquete de desarrollo de la plataforma Java 2, la nueva versión
resulta ser un Java más rápido y estable.
Sistema MECA
Manual de JDK 38
Se indica las aplicaciones con las que se podrá ejecutar el J2SDK, estos se
observan en la Figura D.5.
Figura D.5 seleccionar las aplicaciones de despliegue
Sistema MECA
Manual de JDK 39
Sistema MECA
Manual de Tomcat 40
Apéndice E
Manual de Instalación de Tomcat 4.1.24
La instalación y configuración del servidor Jakarta-Tomcat, es la implementación
oficial de referencia de la especificación Servlet 2.3 y JavaServerPages 1.2.
Sistema MECA
Manual de Tomcat 41
Sistema MECA
Manual de Tomcat 42
Sistema MECA
Manual de SQL Seruer 43
Apéndice F
Manual de Instalación de SQL Server 2000
Instalar SQL Server es muy sencillo, dispone de un asistente que se seguirá para
realizar la instalación proporcionando unos datos que pedirá a lo largo del
proceso. El proceso es sencillo y hay que tener en cuenta durante la instalación
las opciones que se va a instalar de SQL Server.
Después de ejecutarse el archivo autorun.exe se seleccionan las ventanas previas
a la instalación: Componentes de SQL Server 2000 -> Instalar Servidor de bases
de datos.La Figura F.1 muestra el inicio de la instalación.
Sistema MECA
Manual de SQL Seruer 44
SQL Server tratará los caracteres de un idioma, el orden para utilizar los tipos de
datos y la página de códigos. A diferencia de SQL Server 7.0 donde esta opción
solo estaba disponible durante la instalación y una vez instalado ya no se podía
modificar. SQL Server 2000 trata la intercalación de forma distinta permitiendo
definirla a nivel de base de datos, de tabla y de columna, lo que quiere decir que
se podrá tener Bases de Datos con distinto nivel de intercalación.
Para instalar el SQL Server 2000 Enterprise hay que seguir los pasos como
muestran las Figuras F.3 y posteriores.
SQL Server 2000 puede instalarse de dos formas diferentes o mejor dicho pueden
instalarse varias instancias en una misma maquina, esto es muy útil si por ejemplo
se tiene un SQL Server 7.0 y se quiere instalar el 2000, se puede hacer y además
se puede tener ejecutándose en la misma maquina los dos al mismo tiempo.
Sistema MECA
Manual de SQL Seruer 45
Seleccionar una opción de instalación, instalar una nueva instancia del SQL
Server, instalar las partes clientes u opciones avanzadas donde se puede crear
instalaciones desatendidas o reconstruir el registro del SQL Server si estuviera
dañado. La opción central solo estará activa si ya se tiene un SQL Server
instalado y se quiere modificar su instalación (véase la Figura F.4).
Figura F.4. crear una nueva instancia de SQL Server
Sistema MECA
Manual de SQL Seruer 46
Usuario que ejecutará los servicios del SQL Server y de SQL Agent, por defecto lo
ejecuta el usuario administrador.
Sistema MECA
Manual de SQL Seruer 47
Por último pedirá el puerto y las bibliotecas de red que utilizará, este paso se
puede dejar por defecto.
A partir de este punto SQL Server instalará las opciones seleccionadas (véase la
Figura F.10).
Sistema MECA
Manual de SQL Seruer 48
Cuando finalice la instalación se tiene un SQL Server listo para trabajar (véase la
Figura F.11).
Sistema MECA
Manual de SP 49
Apéndice G
Manual de Instalación de los Service Pack SP3 de SQL
Server 2000
Para los servidores de Base de Datos en ambiente de producción, microsoft
recomienda implementar el Service Pack 3 (SP3) de SQL Server 2000 y las
herramientas de seguridad de SQL Sever, los cuales contienen la actualización
MS02-061. esta configuración ayudará a proteger el sistema contra una infección
por el gusano Slammer.
El SP3 se instalará en una carpeta indicada por defecto (véase la Figura G.2).
Sistema MECA
Manual de SP 50
Una vez descargado el archivo, indica la instalación correcta (véase la Figura G.4),
y así con los siguientes dos archivos que integran el SP3.
Sistema MECA
Manual de SP 51
Documentación adicional
Se sugiere al usuario leer el material de la lista siguiente para un mejor desempeño
del Sistema MECA.
Sistema MECA
69
Tabla A.1 Resumen de la medición, clasificación, categorización y conclusiones de la Evaluación de la Calidad del Software
RANGO DE NIVEL DE CLA- CATEGORÍA CRITERIO DE CONCLUSIÓN
VALORES SIFICACIÓN DE CALIDAD EVALUACIÓN
EvaluadorAltas
Admi nistrador
Insertar datos
Confirma almacenamiento correcto
Sección Relación
8.- Muestra el formato de registro del Administrador
9.- Escribe los datos que pide el formato y los envía. 10.- Registra los datos recibidos y proporciona una
clave de acceso al Administrador.
11.- Toma nota de la clave proporcionada 12.- ve a paso 5
13.- Anota la clave de registro y se marcha.
Figura AP.A.2 Diagrama de secuencia de bajo nivel de abstracción del Registro de Evaluadores.
EvaluadorAltas
Admi nistrador
Solicit a()
Forma()
Inserta()
ProyectoAltas
Administrador
Insertar datos
ProyectoAltas
Admi nistrador
Solicit a()
Forma()
Una vez obtenido el valor del atributo, el método TwoInputA referencia al método
Evaluation para darle un valor al atributo en el rango de 0 a 3. En esta fase se
solicitan y aplican los métodos correspondientes.
76
2: Forma()
3: Inserta()
Admi nis trador 4: Re porte()
2: Forma()
3: Inserta()
Admi nis trador 4: Re porte()
Además de las pantallas y los listados (papel o pantalla), también pueden ser
salidas [28]:
• Archivos de transacción enviado a otra aplicación.
• Facturas.
• Cheques.
• Transacciones automáticas.
• Mensajes al usuario.
• Gráficos.
• Archivos back-up, etc.
Eliminado: ¶
Salto de página
C.6 Número de interfaces externas Figura 2.1 Tabla de métricas
de Puntos de Función ¶
Donde: Cuenta Total es la suma de todas las entradas del Sistema MECA (véase
Tabla AP.C.5).
Los valores constantes de la ecuación y los factores de peso que se aplican a las
cuentas se determinan empíricamente.
¶
Eliminado: 2
85
Tabla AP.C.5 Computación de los Puntos de Función del Sistema MECA [36] Eliminado: ¶
¶
¶
¶
¶
¶
¶
¶
Eliminado: 2
Al sustituir las variables de la fórmula de los Puntos de Función (1) por valores
reales aplicados al sistema, se tiene lo siguiente:
Figura AP.C.3 Media de las Líneas De Código de acuerdo al lenguaje de programación [36] Eliminado: ¶
¶
¶
¶
¶
¶
¶
¶
¶
¶
¶
Eliminado: 5
Los modelos COCOMO están definidos para tres tipos de proyectos de software.
Utilizando la terminología de Boehm son:
Apéndice D
Manual de Instalación de J2SDK 1.4.1
El J2SDK es un paquete de desarrollo de la plataforma Java 2, la nueva versión
resulta ser un Java más rápido y estable.
Sistema MECA
Manual de JDK 38
Se indica las aplicaciones con las que se podrá ejecutar el J2SDK, estos se
observan en la Figura D.5.
Figura D.5 seleccionar las aplicaciones de despliegue
Sistema MECA
Manual de JDK 39
Sistema MECA
Manual de Tomcat 40
Apéndice E
Manual de Instalación de Tomcat 4.1.24
La instalación y configuración del servidor Jakarta-Tomcat, es la implementación
oficial de referencia de la especificación Servlet 2.3 y JavaServerPages 1.2.
Sistema MECA
Manual de Tomcat 41
Sistema MECA
Manual de Tomcat 42
Sistema MECA
Manual de SQL Seruer 43
Apéndice F
Manual de Instalación de SQL Server 2000
Instalar SQL Server es muy sencillo, dispone de un asistente que se seguirá para
realizar la instalación proporcionando unos datos que pedirá a lo largo del
proceso. El proceso es sencillo y hay que tener en cuenta durante la instalación
las opciones que se va a instalar de SQL Server.
Después de ejecutarse el archivo autorun.exe se seleccionan las ventanas previas
a la instalación: Componentes de SQL Server 2000 -> Instalar Servidor de bases
de datos.La Figura F.1 muestra el inicio de la instalación.
Sistema MECA
Manual de SQL Seruer 44
SQL Server tratará los caracteres de un idioma, el orden para utilizar los tipos de
datos y la página de códigos. A diferencia de SQL Server 7.0 donde esta opción
solo estaba disponible durante la instalación y una vez instalado ya no se podía
modificar. SQL Server 2000 trata la intercalación de forma distinta permitiendo
definirla a nivel de base de datos, de tabla y de columna, lo que quiere decir que
se podrá tener Bases de Datos con distinto nivel de intercalación.
Para instalar el SQL Server 2000 Enterprise hay que seguir los pasos como
muestran las Figuras F.3 y posteriores.
SQL Server 2000 puede instalarse de dos formas diferentes o mejor dicho pueden
instalarse varias instancias en una misma maquina, esto es muy útil si por ejemplo
se tiene un SQL Server 7.0 y se quiere instalar el 2000, se puede hacer y además
se puede tener ejecutándose en la misma maquina los dos al mismo tiempo.
Sistema MECA
Manual de SQL Seruer 45
Seleccionar una opción de instalación, instalar una nueva instancia del SQL
Server, instalar las partes clientes u opciones avanzadas donde se puede crear
instalaciones desatendidas o reconstruir el registro del SQL Server si estuviera
dañado. La opción central solo estará activa si ya se tiene un SQL Server
instalado y se quiere modificar su instalación (véase la Figura F.4).
Figura F.4. crear una nueva instancia de SQL Server
Sistema MECA
Manual de SQL Seruer 46
Usuario que ejecutará los servicios del SQL Server y de SQL Agent, por defecto lo
ejecuta el usuario administrador.
Sistema MECA
Manual de SQL Seruer 47
Por último pedirá el puerto y las bibliotecas de red que utilizará, este paso se
puede dejar por defecto.
A partir de este punto SQL Server instalará las opciones seleccionadas (véase la
Figura F.10).
Sistema MECA
Manual de SQL Seruer 48
Cuando finalice la instalación se tiene un SQL Server listo para trabajar (véase la
Figura F.11).
Sistema MECA
Manual de SP 49
Apéndice G
Manual de Instalación de los Service Pack SP3 de SQL
Server 2000
Para los servidores de Base de Datos en ambiente de producción, microsoft
recomienda implementar el Service Pack 3 (SP3) de SQL Server 2000 y las
herramientas de seguridad de SQL Sever, los cuales contienen la actualización
MS02-061. esta configuración ayudará a proteger el sistema contra una infección
por el gusano Slammer.
El SP3 se instalará en una carpeta indicada por defecto (véase la Figura G.2).
Sistema MECA
Manual de SP 50
Una vez descargado el archivo, indica la instalación correcta (véase la Figura G.4),
y así con los siguientes dos archivos que integran el SP3.
Sistema MECA
Manual de SP 51
Documentación adicional
Se sugiere al usuario leer el material de la lista siguiente para un mejor desempeño
del Sistema MECA.
Sistema MECA
90
(1993).
[27] ISO/IEC 14598-5. Information Technology. Software Product Evaluation.Process for
Evaluators, (1998)
[28] J.B. Dreger. “Function Point Analysis”. Prentice-Hall, 1989
http://www.sc.ehu.es/jiwdocoj/mmis/fpa.htm
[29] KAN Stephen. “Metrics and models in Software Quality Engineering”. Addison-Wesley,
(1995)
[30] KERNAN, J. B. y SCHIMIDT, S. L., “The many meanings (and implications) of
satisfaction guaranteed”. Journal of retailing, vol. 61, Num. 4, (1985).
[31] LARMAN, C. “UML y Patrones Introducción al análisis y diseño orientado a objetos”.
Primera Edición. Prentice Hall, México, (1999) pp. 83-405.
[32] LAWRENCE E. Hyatt. LINDA H. Rosenberg. “A Software Quality Model and Metrics for
Identifying Project Risks and Assessing Software Quality”. (24 de Abril de 1996).
[33] NICK Feamster. “On Patrol Security in Software Engineering”, ACM Crossroads Student
Magazine The ACM’s First Electronic Publication, Copyright 2000-2002 by ACM, Inc.(25
abril 2001).
[34] NIGEL Bevan. MOTOEI Azuma. “Quality un Use: Incorporating Human Factors into the
Software Engineering Lifecycle”. National Physical Laboratory Tedding, Middlesex, and
Departament of Industrial Engineering and Management, waseda University Okubo,
Shinjuku-ku, Tokyo Japan (1997).
[35] [OLIVER. R.L. “A cognitive model of the antecedents and consequences of satisfaction
decisions”, journal of marketing research, vol. 17, (1980), pp. 460-469.
[36] PRESSMAN S. Roger “Ingeniería del software Un enfoque práctico” Cuarta Edición.
McGrawHill (1998) pp. 69-87.
[37] PURSNANI Vandana, “An Introduction to Java Servlet Programming”, ACM Crossroads
Student Magazine The ACM’s First Electronic Publication, Copyright 2000-2002 by
ACM, Inc.(19 november 2001).
[38] QUALYSOFT. “Sistema para el Aseguramiento de la Calidad del Software”. Autores
varios, Publicación electrónica del CDI Centro de Desarrollo Informático, la Habana,
Cuba (1991) .
[39] SANTAOLALLA S. Javier, “Concepción de un modelo para el aseguramiento de calidad
de componentes reusables de software”. Tesis de doctorado CIC-IPN, México (2003).
[40] SOTO, Martín. CARRILLO Angela. “Técnicas de Calidad de software para
desarrolladores profesionales”. Universidad de los Andes, Facultad de Ingeniería,
Departamento de sistemas y computación. Programa de educación continuada
corporativa Suramericana de Seguros S.A. (1998).
[41] ZDNet Where Technology Means Business http://downloads-zdnet.com.com/3120-20-
0.html?qt=ER-Win&tg=dl-2001
Sistema MECA
Manual o Guía del Usuario
Índice.
Temas Pág.
1 Introducción 2
1.1 Ventajas del sistema 2
1.2 Limitaciones del sistema 2
1.3 Organización o estructura del documento 2
2 Generalidades 4
3 Condiciones para la instalación 4
3.1Requerimientos para la configuración del producto de software 4
4 Instalación del Sistema MECA (Manual de Instalación) 13
5 Desinstalación del Sistema MECA (Manual de desinstalación) 16
6 Relación de los documentos de soporte del software 18
7 Requerimientos del ambiente de operación 19
7.1 Hardware 19
7.2 Software 19
7.3 Organizativo 19
8 Procedimientos para leer el contenido del archivo LEEME.TXT 20
9 Procedimientos para la creación de las copias de respaldo o de 20
trabajo
10 Iniciación 20
11 Utilización o Entrenamiento 21
Apéndice A. Glosario 34
Apéndice B. Relación de todas las abreviaturas 35
Apéndice C. Relación de todos los mensajes de error 36
Apéndice D. Manual de Instalación de J2SDK 37
Apéndice E. Manual de Instalación de Tomcat 40
Apéndice F. Manual de Instalación de SQL Server 2000 43
Apéndice G. Manual de Instalación de Service Pack 3 49
Documentación adicional 51
Manual del usuario 2
1 Introducción.
El Sistema MECA tiene como propósito la agilización del proceso de evaluación
del software; es decir, trata del desarrollo de una herramienta para automatizar
MECA (Modelo Cualimétrico para la Evaluación de la Calidad del Software). Éste
se basa en la ampliación y desarrollo de los principios expuestos en la Norma
ISO/IEC (Organización Internacional para la Estandarización/Comisión
Internacional Electrotécnica ) 9126 .
Sistema MECA
Manual del usuario 3
Instalación del Sistema MECA. Esta parte presenta los pasos que integran
instalación del sistema.
DesInstalación del Sistema MECA. Esta parte presenta los pasos que integran la
desinstalación de los archivos del sistema.
Relación de los documentos de soporte del software. Esta parte presenta los
manuales de instalación que acompañan el presente Manual de usuario.
Procedimientos para leer el contenido del archivo LEEME. Esta parte de lo sencillo
que resulta la lectura del archivo LEEME.TXT ubicado en los archivos de
instalación del sistema.
Sistema MECA
Manual del usuario 4
2 Generalidades.
La herramienta para la evaluación de la calidad del software fue realizada en el
Centro de Investigación en Computación del Instituto Politécnico Nacional (CIC-
IPN) http://www.cic.ipn.mx como parte de la tesis de la maestría en Ciencias de la
Computación de la Lic. Alma Delia Cuevas Rasgado cralma@sagitario.cic.ipn.mx
docente adscrita al departamento de Sistemas y computación del Instituto
Tecnológico de Oaxaca http://www.itox.mx/ y bajo el asesoramiento del Dr.
Agustín Gutiérrez Tornés atornes@cic.ipn.mx docente investigador del CIC-IPN y
participante en la creación de la primera versión del modelo cualimétrico que
implementa la herramienta.
Se brinda las copias para la instalación del servidor que atienda las evaluaciones
que se requieran bajo los términos que regula la administración de software del
CIC-IPN.
Sistema MECA
Manual del usuario 5
Sistema MECA
Manual del usuario 6
Sistema MECA
Manual del usuario 7
Una vez elegido el ícono y dar doble clic en él, se presenta la conexión con el
servidor local llamado “Cuevas”, (véase la Figura 6) se escribe el nombre de
entrada y la contraseña definidos en la instalación (el nombre del servidor donde
se está instaló el Analizador deberá aparecer en este caso).
Sistema MECA
Manual del usuario 8
Una vez escritas las tres líneas de código, pulsar la tecla F5. El SQL Server 2000
presenta la pantalla que se observa en la Figura 8 con la indicación de que el
Script se ha ejecutado satisfactoriamente.
Sistema MECA
Manual del usuario 9
Ahora aparecerá la Base de Datos MECA en la lista que ofrece el SQL Server
2000 (véase la Figura 9) después de este paso se recomienda cerrar el
Procesador de Consultas y abrir nuevamente para que cargue correctamente la
Base de Datos MECA.
Sistema MECA
Manual del usuario 10
Sistema MECA
Manual del usuario 11
Sistema MECA
Manual del usuario 12
Sistema MECA
Manual del usuario 13
• Levantar Tomcat.
Este proceso se puede realizar mediante cualquiera de los dos pasos siguientes:
o Desde una ventana de sistema (DOS), teclear lo siguiente desde la
línea de comandos: c:\Tomcat41\bin el sistema responde:
c:\Tomcat41\bin>
c:\Tomcat41\bin>startup
La respuesta del sistema se presenta en la Figura 17.
Sistema MECA
Manual del usuario 14
“InstalarMECA\Instalar_Meca_Build_Output\Web_Installers\InstData\Windows\NoVM”
Como se observa en la Figura 18.
Figura 20 Introducción
Sistema MECA
Manual del usuario 15
Sistema MECA
Manual del usuario 16
Posterior a este paso se inicia la instalación del Sistema MECA, este proceso es
rápido y finaliza con la pantalla indicada en la Figura 25.
Sistema MECA
Manual del usuario 17
Sistema MECA
Manual del usuario 18
Sistema MECA
Manual del usuario 19
7.1 Hardware.
7.2 Software.
Referente al servidor:
• Jakarta Tomcat 1.4.1.como servidor de aplicaciones WEB
• Iexplorer 4.0. o posterior
• SQL Servler 2000
• Windows 2000 Profesional
• J2sdk 1.4.1 en la cual se han programado los Servlets, que se comunican
con la Base de Datos vía el puente JDBC.
Referente al cliente:
• Iexplorer 4.0 o posterior
Sistema MECA
Manual del usuario 20
• Windows 98
7.3 Organizativo.
10 Iniciación.
Trata del corrimiento de la aplicación. La herramienta MECA se ejecuta desde el
Internet Explorer, se debe teclear la siguiente dirección en la parte superior de la
ventana: http://localhost:8080/Meca/servlet/Meca existe otra forma de levantar el
servidor encargado de la administración y evaluación del sistema, tecleando
http://127.0.0.1:8080/Meca/servlet/Meca o en su defecto, tipeando la IP o Nombre
lógico del equipo si se cuenta con un servidor de nombres de dominio, como
ejemplo: http://IP:8080/Meca/servlet/Meca o bien;
http://Nombre:8080/Meca/servlet/Meca la respuesta se presenta en la Figura 31.
Sistema MECA
Manual del usuario 21
11 Utilización o Entrenamiento.
Existen cuatro tipos de Usuarios:
• Administrador
• Evaluador Formal
• Evaluador Informal
• Evaluador de la Calidad en Uso
Sistema MECA
Manual del usuario 22
Ayuda.
Esta opción presenta tres submódulos: la Metodología MECA, el Glosario de
términos y la Guía para administrar. En la Figura 35 se observa el Glosario de
términos.
Sistema MECA
Manual del usuario 23
Se presenta también una Guía para el Administrador con la finalidad de cubrir los
aspectos a detalle que constituyen la tarea del Administrador. (véase la Figura 36).
Registrar.
Este es el módulo que le da sentido a la tarea de administrar la Calidad del
Software, consiste en registrar Evaluadores, Proyectos y las asignaciones entre
estos. En la Figura 37 se observa el registro de Evaluadores.
Sistema MECA
Manual del usuario 24
Asignaciones.
Este proceso consiste en proporcionar Proyectos a los Evaluadores del comité
(véase Figura 39) es preciso ubicar el cursor en el menú del Proyecto, Evaluador o
Tipo de Evaluador para observar y elegir los Proyectos, Evaluadores y los Tipos
de éstos, que presenta el sistema. En caso de haber sucedido un error en la
asignación, el sistema presenta una opción de borrado con solo ubicarse en la fila
y en la primera columna errónea, marcarlo (aparece una flecha) y pulsar la opción
Enviar. Posterior al paso de Asignaciones, el Administrador da las claves de
acceso a cada Evaluador con la finalidad de que estos puedan acceder al sistema.
Sistema MECA
Manual del usuario 25
Consultar.
Para comprobar la asignación anterior, el sistema presenta una opción de
Consultar las asignaciones, en la Figura 40 se presenta la pantalla que presenta la
Relación entre Proyectos y Evaluadores.
Figura 40 Consultar
El sistema presenta una interfaz por cada Usuario, la interfaz del Evaluador
Formal se presenta en la Figura 41.
Sistema MECA
Manual del usuario 26
La interfaz del Evaluador está integrada por los dos módulos siguientes
• Ayuda.
• Evaluar.
Ayuda.
Este módulo cuenta con un submódulo que ya se ha presentado en la interfaz
Administrador y tiene la misma función (Glosario de términos), además
proporciona la Metodología MECA distribuída a través de las seis etapas en la
cual, se presenta el concepto, el objetivo, el método y la fórmula de cada elemento
de evaluación en cada etapa. En la Figura 42 se observa la opción de Ayuda para
la etapa Estudio, Análisis e Investigación Preeliminar.
El sistema presenta una Guía para la Evaluación (véase Figura 43) con la finalidad
de minimizar el índice de fallas que pueda ocasionarse durante este proceso. Se
recomienda la lectura de este submódulo antes de proceder a una evaluación; así
mismo mantiene un enlace con la información de la Metodología MECA
correspondiente a la etapa evaluada.
Sistema MECA
Manual del usuario 27
Evaluar.
Este proceso es la razón de la implementación de la Metodología MECA. Se
presenta la opción de evaluar las seis etapas del ciclo de vida del software, el
Evaluador puede elegir una de estas etapas. En la Figura 45 se presenta la
pantalla correspondiente a la elección de la etapa y el Proyecto.
El sistema identifica los atributos comunes, como aquellos que se repiten durante
la etapa. Para evitar que el Evaluador proporcione repetidamente el valor de estos
atributos, el sistema pide estos valores al inicio de la evaluación, la pantalla
correspondiente a este proceso se presenta en la Figura 46 en la cual se piden los
atributos comunes para la etapa Estudio, Análisis e Investigación Preeliminar. El
número de estos atributos varía entre una y otra etapa.
Sistema MECA
Manual del usuario 28
Sistema MECA
Manual del usuario 29
Sistema MECA
Manual del usuario 30
El Evaluador Informal proporciona estos datos, por lo que el sistema los procesa y
devuelve una clave de acceso (véase la Figura 52) a partir del cual el usuario
podrá acceder al sistema, de olvidar esta clave, será necesario un nuevo registro
Sistema MECA
Manual del usuario 31
Figura 53 interfaz del Evaluador Informal (la misma que del Evaluador Formal)
Sistema MECA
Manual del usuario 32
La interfaz del Evaluador de la Calidad en Uso está integrada por los dos módulos
siguientes
• Ayuda.
• Evaluar.
Ayuda.
Este módulo esta integrado por el Glosario de Términos y la Guía para la
encuesta. Dado que el Glosario de términos es el mismo en cada tipo de
evaluador, se explicará la Guía para la encuesta.
Sistema MECA
Manual del usuario 33
Sistema MECA
Manual del usuario 34
Sistema MECA
Manual del usuario 35
Apéndice A
Glosario
Analizador de Consultas. Herramienta de SQL Server para realizar las
transacciones de negocio
Navegante de Internet. Persona que usa la red Internet para viajar entre varios
servidores de información.
Sistema MECA
Manual del usuario 36
Apéndice B.
Relación de todas las abreviaturas
MECA. Modelo Cualimétrico para la Evaluación de la Calidad del Software
Sistema MECA
Manual del usuario 37
Apéndice C.
Relación de todos los mensajes de error
Acceso negado.
Este mensaje surge cuando no se ha tecleado correctamente la clave de acceso del
Presidente al consultar el promedio del comité.
Botón de Errores.
En caso de ocurrir errores durante la evaluación, el sistema presenta un botón de
errores en el Reporte de la evaluación. El Evaluador puede pulsar este botón para
conocer los errores cometidos durante el proceso, este botón no aparecerá si se
ha desarrollado un proceso correcto de evaluación.
Sistema MECA
Manual del usuario 38
No existe el usuario.
Este mensaje surge al ingresar al sistema con Intro y elegir ser Usuario Informal;
acto seguido, el sistema presenta un formato de registro del usuario.
Sistema MECA
Sistema MECA
Manual para restaurar la Base de Datos
1. Abrir el Enterprise Manager del SQL Server 2000. Este modulo se instala
automáticamente durante la instalación del SQL Server 2000.
2. Haciendo clic derecho con el ratón en databases se elige crear una nueva
Base de datos, llamada meca
Manual del usuario 2
3. llamado meca
4. Una vez creada meca , clic derecho en meca y elegir Todas las tareas,
Restore Database.
Sistema MECA
Manual del usuario 3
Sistema MECA
Manual del usuario 4
10. De otra manera verificar el problema, o bien borra la base de datos (desde el
Enterprise Manager) y volver al paso 1.
11. Ahora podrá corroborar el contenido de la Base de datos MECA desde el
Procesador de consultas del SQL Server 2000.
Sistema MECA