Universidad Tecnológica de Panamá

Facultad de Ingeniería de Sistemas Computacionales

Ingeniería de Software
Materia: Ingeniería de Requisitos
GRUPO 1SF121

Stakeholder Requests

José Saavedra. 8-958-1993

Sheyfer Bilbao. 8-1190-1777
Fernando Estribi. 8-969-1399
Sebastián Arrivillaga. E-8-159257
Sebastián Jurado. 20-70-4776

Profesor: Gisela de Clunie

Fecha de entrega:
20 de mayo 2020

I SEMESTRE
 TABLA DE CONTENIDO

1. Introducción. 3
1.1 Propósito 3
1.2 Alcance 3
1.3 Definiciones, acrónimos y abreviaturas 3
1.4 Referencias. 4
1.5 Visión general 4

2. Establecer el perfil de las partes interesadas o del usuario 5

3. Evaluación del problema 5

4. Comprender el entorno del usuario 6

5. Resumen para la comprensión 7

6. Aportaciones del analista sobre el problema de las partes interesadas (validar o

invalidar suposiciones) 8

7. Evaluación de su solución (si corresponde) 9

8. Evaluación de la oportunidad 9

9. Evaluación de la fiabilidad, el rendimiento y las necesidades de soporte 10

Otros requisitos 11

10. Envoltura 11

11. Resumen del analista 11

Stakeholder Requests Página

2
 Solicitud de los Stakeholders
1. Introducción.
El Desarrollo de un sistema para agilizar procesos en cualquier tipo de actividad puede ser
muy beneficioso… Pero el desarrollo lleva un proceso, paso a paso en el que la solicitud de
los interesados es una técnica simple y de gran aporte para la comprensión de los
requisitos.

En esta solicitud de interesados esperamos comprender los objetivos y problemas de parte

del equipo de soporte técnico de la Universidad Tecnológica de Panamá

Esperamos que con la visión obtenida a partir de esta plantilla seamos capaces de brindar
un producto de calidad que se ajuste a las necesidades reales de los interesados (usuario)
y aumentar su satisfacción.

1.1 Propósito
Nuestro propósito, visión y propuestas para este proyecto realizadas entre el grupo de
estudiantes se basó en escuchar las necesidades del equipo de Soporte Técnico del
Campus Central de la Universidad Tecnológica de Panamá para pensar en posibles
soluciones que puedan ayudar a solventar o aligerar las pesadas cargas y simplificar las
complejidades del oficio de este grupo de trabajadores, que muchas veces se encuentran
con obstáculos por la mala organización, falta de estructuración jerárquica o acumulamiento
de tareas que pueden tener.

1.2 Alcance
Este Proyecto tendrá un alcance directo con la Facultad de Ingeniería de Sistemas
Computacionales.
Está asociado con el departamento de soporte técnico de la misma. En especial con el
director de este departamento: el señor Omar Carvajal.

1.3 Definiciones, acrónimos y abreviaturas

• Fiabilidad del software. La fiabilidad del software se define en términos estadísticos

Stakeholder Requests Página
3
 como la probabilidad de operación libre de fallos de un programa de computadora.
Característica fundamental de los sistemas informáticos por la que se mide el tiempo
de funcionamiento sin fallos.

• Rendimiento: En la ingeniería del software, las pruebas de rendimiento son las

pruebas que se realizan, desde una perspectiva, para determinar lo rápido que
realiza una tarea un sistema en condiciones particulares de trabajo.

• ST: Acrónimo dado al departamento de Soporte Técnico.

• FISC: Acrónimo dado a la Facultad de Ingeniería de Sistemas Computacionales de la

Universidad de Panamá.

• Requisitos: En la ingeniería de software, un requisito es la necesidad documentada

sobre el contenido, forma o funcionalidad de un producto o servicio dado por los
stakeholders.

1.4 Referencias.
• (Omar Carvajal, comunicación personal, 18 de mayo de 2020).

• Stakeholder Request - an overview | ScienceDirect Topics. (2020). Retrieved 18 May

2020, from https://www.sciencedirect.com/topics/computer-science/stakeholder-
request

1.5 Visión general

Nos apegamos bastante a la plantilla de stakeholder requests dada por la profesora Gisela
la cual esta organizada de manera que en el primer punto (después de la introducción)
conocemos los detalles del perfil del interesado (Sr. Omar Carvajal), evaluamos los
problemas planteados, el entorno en el que se maneja, mediante interrogantes
comparamos las posibles soluciones con los problemas planteados, para finalmente en
puntos breves definir lo principal a resolver con el producto a desarrollar.

Stakeholder Requests Página

4
2. Establecer el perfil de las partes interesadas o del usuario

• Nombre: Omar Carvajal / Lugar del establecimiento: Universidad Tecnológica de

Panamá

• Rol: Coordinador del Departamento de Soporte Técnico.

• Responsabilidades: Control general del establecimiento y la verificación de las

actividades realizadas.

• Documentos Entregables: Reportes y formularios.

• ¿Cómo se mide el éxito? Cuando se logra un control y no se reportan problemas por el

equipo.

• ¿Qué problemas interfieren con su éxito? Documentación a mano, falta de presupuesto

y el desorden y lentitud dentro del departamento.

• ¿Qué tendencias, si las hay, hacen que tu trabajo sea más fácil o difícil? Las tendencias
que facilitan el éxito de las laboras del equipo de soporte técnico son el buen uso,
cuidado y mantenimiento de los equipos que son utilizados y el aprovechamiento de
aquellos que han sido desechados. Aquellas que dificultan las labores de este equipo
son el mal uso de los equipos, la mala comunicación, extravío y lentitud a la hora de
procesar formularios y reportes sobre el equipo y su mantenimiento o proceso de vida.

3. Evaluación del problema

o Comunicación: los trabajadores principales del equipo de soporte técnico y los

operadores (en su mayoría estudiantes) carecen de un sistema eficiente de
comunicación. Actualmente, se mantienen actualizados y comunicados a través
de e-mails y mensajes de texto, lo cual no es suficiente para cubrir la necesidad
de un constante contacto entre todos los miembros para custodiar las tareas y
reportes por hacer.

o Cómo solventar y decidir sobre los equipos y las tareas para las que se necesita
el equipo de soporte técnico: los trabajadores no tienen respuestas o soluciones
sistemáticas para las labores que se presentan, sino que intentan dictaminar y
solucionar por el momento.
Stakeholder Requests Página
5
4. Comprender el entorno del usuario

• ¿Quiénes son los usuarios?

Profesores, Estudiantes y directivos.

• ¿Cuál es su formación académica?

Dentro de la universidad, existen profesionales con títulos como doctorados, licenciaturas,

técnicos e ingenierías, como también, en su mayoría, existen estudiantes con bachilleres y
trabajadores con bajo niveles de estudio.

• ¿Cuál es su experiencia informática?

La mayoría de la población que se beneficia del equipo de soporte técnico tiene experiencia
y conocimientos básicos de un computador, ya que este equipo tiene como propósito el
mantenimiento de los equipos electrónicos utilizados por la universidad.

• ¿Los usuarios tienen experiencia con este tipo de aplicación?

Los profesores, directivos y estudiantes conviven y se apoyan del equipo de soporte técnico
para el desarrollo de las clases y mantenimiento de los equipos. Pero la única interacción
real entre estos se da por medio de formularios y reportes.

• ¿Qué plataformas están en uso? ¿Cuáles son sus planes para futuras plataformas?

Actualmente usan sus celulares y los computadores, principalmente para actualización y

comunicación.

• ¿Con qué aplicaciones adicionales utilizas para interactuar?

Actualmente se basan de plataformas de mensajería como WhatsApp y correos

electrónicos para mantenerse en comunicación, además de hojas de cálculo en Excel para
mantener un control de los equipos y los horarios.

• ¿Cuáles son sus expectativas de usabilidad del producto?

Nuestras expectativas de usabilidad del producto son innovar y facilitar el desarrollo de las
tareas del equipo de soporte técnico, aprovechar al máximo las herramientas que utilizan
actualmente y proponer nuevas herramientas o soluciones que favorezcan a los
trabajadores y operadores.

Stakeholder Requests Página

6
 • ¿Cuáles son sus expectativas para el tiempo de entrenamiento?

Para el tiempo de entrenamiento tenemos contemplado un corto período, de alrededor uno

o dos meses, ya que las soluciones que queremos proporcionar no son complejas ni
difíciles de captar.

• ¿Qué tipos de copia impresa y documentación en línea necesita?

Se necesitarían copias y formatos de todos los reportes y formularios que el equipo de

soporte técnico entrega a los directivos y encargados de mayor rango en el área de
mantenimiento de activos,

5. Resumen para la comprensión

• Hemos entendido

o Que los mayores problemas de este equipo son la comunicación y la falta de

automatización para los diferentes procesos que existen

o La falta de rapidez en el tiempo de respuesta y lo complicado que puede ser

llenar reportes y formularios para el mantenimiento

o Falta de un equipo de soporte técnico para otras facultades y el poco control

sobre el préstamo de equipos.

* ¿Cuáles, si hay, son otros problemas que experimenta?

▪ Actualmente se basan de plataformas de mensajería como WhatsApp y

correos electrónicos para mantenerse en comunicación, además de hojas de
cálculo en Excel para mantener un control de los equipos y los horarios.

▪ Dificultad cuando los docentes pierden el tiempo en tener que ir a retirar los
equipos para un proyector. En ocasiones los proyectores no sirven y deben
buscar personalmente uno

▪ No tienen forma de registrar los mensajes para las necesidades o trabajos

que faltan por resolver. Debe ir personalmente a verificar si el trabajo esta
completado.

▪ Atraso de tareas de parte de Omar por tener que resolver otros

inconvenientes
Stakeholder Requests Página
7
 ▪ Problema en el gasto de cables de conexión para equipos dañados

▪ No tienen un orden en el espacio para las maquinas que están dañadas o no

están en uso. Antes existía un depósito.

▪ Problemas en el laboratorio de arquitectura de computadoras en cuanto al uso

de los muebles para guardar equipos dañados

▪ No existe respuesta o aprobación para las cotizaciones. Les ha tocado

comprar de su parte las herramientas para poder trabajar o avanzar en su
trabajo.

6. Aportaciones del analista sobre el problema de las partes interesadas (validar o invalidar
suposiciones)

• Falta de cuidado y atención en las áreas de laboratorio

Para cada problema sugerido, pregunte:

• ¿Es un verdadero problema?

o Si, tanto estudiantes como profesores deben velar por el cumplimiento

por las reglas del uso de los laboratorios, pero esto no impide que
reiteradas veces se extravíen o se realice un daño a los equipos de los
laboratorios.

• ¿Cuáles son las razones de este problema?

o Falta de seriedad y mal uso de los equipos en los laboratorios, además

de poca vigilancia o inspección de cada laboratorio con detenimiento y
falta de atención en las horas de clase.

• ¿Cómo se resuelve actualmente el problema?

o Podría implementarse un sistema que permita que un asistente esté

constantemente asignado a uno de los laboratorios para velar por su
seguridad, y revisar las aulas antes de que los profesores y alumnos
entren o salgan.

• ¿Cómo le gustaría resolver el problema?

o Con un sistema de vigilancia que chequee el antes y el después del

Stakeholder Requests Página
8
 uso de los laboratorios

• ¿Cómo clasificaría la resolución de estos problemas en comparación con otros que

ha mencionado?

o Es una solución complicada y exhaustiva, pero a largo plazo

consideramos que puede dar frutos en el mantenimiento y el velar por
el cuidado de nuestros equipos,

7. Evaluación de su solución (si corresponde)

• ¿Y si pudieras... ·

o Automatizar los reportes, formularios y tareas del equipo de soporte técnico

utilizando un software que unifique todas las labores de dicha brigada, además
de incluir una herramienta de mensajería que permita tener una revisión
constante, facilitando la comunicación entre los trabajadores y operadores.

• ¿Cómo clasificaría la importancia de esto?

o Consideramos la implementación de esta medida, además de altamente

importante, indispensable, ya que, a largo plazo, los problemas que enfrenta
actualmente el conjunto de personas que conforman la unidad de Soporte
Técnico, pueden costarle grandes sumas de dinero y activos a nuestra institución
universitaria.

8. Evaluación de la oportunidad

• ¿Quién necesita esta aplicación en su organización?

o Esta aplicación debe ser indispensable para los profesores que deseen manipular
o aprovechar equipos o aparatos proporcionados por los operadores, y para los
directivos que manejen los reportes, formularios y demás documentes
correspondientes a los equipos.

• ¿Cuántos de estos tipos de usuarios usarían la aplicación?

o Confiamos en que, en su mayoría, los profesores aprovecharán esta nueva

herramienta para apartar equipos y cerciorarse de los horarios para poder
Stakeholder Requests Página
9
 aprovechar los laboratorios.

• ¿Cómo valoraría una solución exitosa?

o Sería una implementación muy valiosa, ya que no solo facilitaría mucho trabajo
que los trabajadores y operadores realizan y emplean su tiempo (que podría ser
aprovechado en otras áreas o temas de mayor relevancia) sino que también
ahorraría una gran cantidad de dinero (que igualmente puede ser mejor
aprovechado) y equipos.

9. Evaluación de la fiabilidad, el rendimiento y las necesidades de soporte

• ¿Cuáles son sus expectativas de fiabilidad?

o Que el sistema tiene que estar en funcionamiento sin el estado en el que se pueda
encontrar el departamento y la utilización tiene que estar en disposición las 24 horas.

• ¿Cuáles son sus expectativas de rendimiento?

o Se espera que el sistema sea amigable con cualquiera que la utilice y que se
note un crecimiento exponencial en el rendimiento de atención del departamento
de soporte técnico.

• ¿Usted u otros apoyarán el producto?

o Ha sido propuesto llevar a cabo una encuesta hacia todo FISC, que sería
realizada a estudiantes, docentes y administrativos, para tener en consideración
las opiniones de los entrevistados sobre si se realizara el proyecto

• ¿Tiene necesidades especiales de apoyo? ¿Qué pasa con el mantenimiento y el acceso

al servicio?

o El apoyo se dará por los técnicos si ocurre algún problema, al igual que el
mantenimiento. El acceso al servicio será dado por el respectivo técnico de
turno.

• ¿Cuáles son los requisitos de seguridad?

o Los integrantes del departamento requieren un tipo de ingreso distintivo para

acceder al software.

Stakeholder Requests Página

10
 • ¿Cuáles son los requisitos de instalación y configuración?

o La plataforma se adaptará a los distintos dispositivos que usen los técnicos y

trabajadores de la universidad.

• ¿Cuáles son los requisitos de licencias especiales?

o Solo se les permitirá el acceso a los técnicos del departamento.

• ¿Cómo se distribuirá el software?

o El software será distribuido por los técnicos del departamento a cada una de las
áreas donde será usado.

• ¿Cuáles son los requisitos de etiquetado y embalaje?

o Esta bienvenida la opción de que el software sea llamativo a la hora que los
usuarios utilicen la plataforma.

10. Envoltura

• ¿Hay alguna otra pregunta que deba hacerle?

o Consideramos que todas las preguntas pertinentes han sido realizadas y

contestadas.

• Si necesito hacer preguntas de seguimiento, ¿puedo llamarle?

o El Sr. Omar afirmó y ofreció su ayuda para cualquier pregunta acerca del
mantenimiento y seguimiento de nuestra propuesta.

• ¿Estaría dispuesto a participar en una revisión de requisitos?

o Si, el Sr. Omar estaría dispuesto a colaborar en una próxima revisión de

requisitos, para finiquitar y poder seguir desarrollando nuestro proyecto, ya que
acepta toda ayuda proveída por los estudiantes.

11. Resumen del analista

1. Automatización de reportes de equipo defectuoso.

2. Control de los equipos solicitados por personal docente, administrativos y estudiantes de

Stakeholder Requests Página

11
 FISC.

3. Tener en un solo sistema autónomo y de manera ordenada todas las tareas del equipo
de soporte técnico de FISC.

Stakeholder Requests Página

12