Conditional models of performance evaluation

En esta sección una vez hecha la evaluación de los pasos a seguir se procede a cumplimentar los pasos para

adaptar el modelo de servicio a la nueva interfaz, donde se detallan: Estudio de Viabilidad de Servidor de Proximidad (5.2.3.1), Inclusión del Servicio en la Aplicación (5.2.3.2), Inclusión del Servicio en la Aplicación (5.2.3.3), Prueba de Usabilidad del Servicio (5.2.3.4) Prueba de Carga del Servicio (5.2.3.5) y Evaluación (5.2.3.6).

5.2.3.1. Estudio de Viabilidad de Servidor de Proximidad (F1-T4-T)

Del documento de relevamiento (cuadro 5.2) se extrae el siguiente texto “…Juan Fernández es el arquitecto de sistemas…”. El arquitecto Juan Fernández será el evaluador responsable de la inclusión de la funcionalidad de UNDO/REDO en la aplicación.

El arquitecto define, por lo detallado en 5.2.2.1, que es necesario realizar un nuevo cálculo de viabilidad del servidor de proximidad, se detallan los pasos realizados a continuación.

Entrada 1: Requerimiento de Sistema.

Del extracto del documento de nuevos requerimientos (cuadro 5.2) se extrae el siguiente texto “…la aplicación pueda ser accedida desde teléfonos celulares inteligentes con capacidades para navegar en internet y tabletas electrónicas…del éxito que ha sido la inclusión de un servicio en la aplicación en cuestión como agregado de valor a la modificación que se está realizando se sugiere que se realicen los cambios necesarios para que la aplicación pueda interactuar con otros servicios existentes…”

Entrada 2: Sistema.

Del extracto del documento de relevamiento (cuadro 5.2) se detalla la interfaz a evaluar “…Figura. Bosquejo de la Interfaz Móvil…”.

Desarrollo de Pasos:

Paso 1: Cumplimentar el proceso definido como Evaluación de Viabilidad

Como se mencionó anteriormente el arquitecto Juan Fernández será el encargado

de llevar adelante el estudio de viabilidad.En la tabla 5.5 se presenta el resulto a las

preguntas sugeridas.

ID Pregunta asociada Respuesta

1 Existen restricciones de seguridad Si

2 Deben ser integrados varios servicios Si

3 Existe la posibilidad de cambio en los proveedores de servicios Existe

4 Se accederá a la aplicación desde múltiples dispositivos Si

5 Existen cambios frecuentes en la aplicación Algunos

6 Se desea contar con mejoras pos implementación No

Conversión a intervalos difusos:

En la tabla 5.6 se detallan la conversión a intervalos difusos, se ha tomado como referencia a la tabla 4.3.

Si 10 No 0

Tabla 5.6.Intervalos Difusos.

Definición de Pesos

En la tabla 5.7 se muestran los pesos luego del calculo de los intervalos difusos.

ID Pregunta asociada Peso

1 Existen restricciones de seguridad 10

2 Deben ser integrados varios servicios 10

3 Existe la posibilidad de cambio en los proveedores de servicios 8

4 Se accederá a la aplicación desde múltiples dispositivos 10

5 Existen cambios frecuentes en la aplicación 6

6 Se desea contar con mejoras pos implementación 0

Tabla 5.7.Cálculo de pesos.

Detalle de cada respuesta

1. Existen restricciones de seguridad: Del documento de relevamiento (cuadro 5.1) se extrae el siguiente texto “…Existen tres tipos de perfiles de usuarios para la aplicación, una es el administrador con permiso general para acceder a todo el sistema, el perfil profesor que puede definir el curso que dictará, el día y el horario del mismo y si este necesita algún requerimiento especial para su dictado. Con esto se asigna automáticamente las aulas para los cursos. Con la grilla de cursos y horarios el tercer perfil, alumnos, que puede darse de alta e inscribe hasta el tope máximo que permite cada aula…” En este extracto se detallan tres perfiles de usuarios distintos y permisos diferentes para cada uno, con lo cual se define que existen restricciones de seguridad.

2. Deben ser integrados varios servicios: En el análisis realizado a la documentación (cuadro 5.2) se extrae “…del éxito que ha sido la inclusión de un servicio en la aplicación en cuestión como agregado de valor a la modificación que se está realizando se sugiere que se

realicen los cambios necesarios para que la aplicación pueda interactuar con otros servicios existentes..”, esto define la necesidad de contemplara la integración de otros servicios 3. Existe la posibilidad de cambio en los proveedores de servicios: Por lo detallado en el

punto 2, se deduce que podrá haber cambio de proveedores de servicios.

4. Se accederá a la aplicación desde múltiples dispositivos: En el análisis realizado a la documentación (cuadro 5.2) “…que la aplicación pueda ser accedida desde teléfonos celulares inteligentes con capacidades para navegar en internet y tabletas electrónicas…” se hace referencia al tipo de dispositivo con lo cual concluye que se accederá a la aplicación desde otros dispositivos.

5. Existen cambios frecuentes en la aplicación: En el análisis realizado a la documentación (cuadro 5.2) no se detecta la existencia de cambios frecuentes en la aplicación pero el hecho de estar realizando este cambio implica que existe alguna posibilidad de cambio.

6. Se desea contar con mejoras pos implementación: En el análisis realizado a la

documentación (cuadro 5.2) no se detecta la posibilidad de implementar mejoras pos

implementación.

Cálculo de Promedio

La suma de los pesos es 44 esto se divide por 6, la cantidad de preguntas asociadas, como resultado se obtiene 7.33 se redondea a 7.

Como el valor obtenido es mayor a 5 es recomendable la inclusión de un servidor de proximidad.

Salida: Estudio de Viabilidad (F2-T4-R).

En la figura 5.24 (Deliberable de la etapa Estudio de Viabilidad) se presenta el documento final, que representa la evaluación del estudio de viabilidad.

Figura 5.24. Deliberable de la etapa Estudio de Viabilidad.

5.2.3.2. Implementación de la Invocación del Servicio(F3-T8-T)

Como guía para cumplimentar esta tarea se seguirán los pasos definidos en la tabla 4.14 (Inclusión del Servicio en la Aplicación); para esta tarea se detallan las entradas, técnicas y salidas en la tabla 4.5 (Fases del Proceso) y el flujo del proceso se detalla en la figura 4.1 (Flujo de Proceso).

Del extracto del documento de nuevos requerimientos (cuadro 5.2) se extrae el siguiente texto “…un experto en usabilidad Pedro Sánchez…”. El programador Pedro Sánchez es el encargado de realizar el análisis de la documentación y validar la aplicación anfitriona.

Éste considera, en función de lo expuesto en el cuadro 5.2 “…se desea que la aplicación pueda ser accedida desde teléfonos celulares inteligentes con capacidades para navegar en internet y tabletas electrónicas…del éxito que ha sido la inclusión de un servicio en la aplicación en cuestión como agregado de valor a la modificación que se está realizando se sugiere que se realicen los cambios necesarios para que la aplicación pueda interactuar con otros servicios existentes…” y del resultado obtenido en Tarea Análisis de uso de Servidor de Proximidad (F2-T4) se define rehacer esta tarea nuevamente actualizando a la nueva situación.

Entrada 1: Sistema.

Del extracto del documento de relevamiento (cuadro 5.1) se detalla la interfaz a evaluar “…Figura. Fragmento de la aplicación: Interfaz de Usuario…” y del extracto del cuadro 5.2 “…Figura; Bosquejo de la Interfaz Móvil…”.

Entrada 2: Diseño de ULC.

Entrada 3: Documentación de Sistema.

Se toma el texto redactado en el cuadro 5.1 y cuadro 5.2 para su análisis.

Desarrollo de Pasos:

Paso 1: Analizar la documentación del sistema.

1.1 En este paso se debe evaluar cual fue el modelo seleccionado para la

construcción del sistema anfitrión.

Del documento de relevamiento (cuadro 5.1) se extrae el siguiente texto “…se ha utilizado HTML5 y Java Script, siendo Ajax con mensajería Json…”. Se detecta que el método de comunicación de la aplicación es HTML con AJAX, en el cuadro 5.2 no se hace referencia a la tecnología utilizada con lo que se deduce que continua la definida en el cuadro 5.1.

1.2 Verificar que la documentación este alineada con la versión de producción

del sistema anfitrión.

Del extracto del documento de relevamiento (cuadro 5.1) se detalla la interfaz a evaluar “…Figura. Fragmento de la aplicación: Interfaz de Usuario…”. Del análisis realizado de la aplicación por el programador Pedro Sánchez se confirma que la aplicación utiliza HTML y AJAX, sobre la información detallada en el cuadro 5.2 no hay proceso de verificación pues se está desarrollando la misma.

Paso 2: Definir alternativas para la inclusión