Universidad Autónoma de Nuevo León

Facultad de Ingeniería Mecánica y Eléctrica

Diseño y especificación de software
Grupo: 007
Hora: 6:30 - 7:15 (N3)
Día: L-M-V
Catedrático: M.C Jorge Alejandro Lozano Gonzalez
Equipo: 2
Matricula Nombre Carrera Semestre
1900102 Gerardo Soria Moctezuma IAS 7mo
1861993 Jose Brayan Segovia Camacho IAS 6to
1808913 Eduardo Ortiz Gallegos IAS 6to
1921285 Nureleyn Kadviedka Vallejo Rodriguez IAS 7mo
1876105 Ivan Alejandro Ovalle Carreon IAS 7mo
1864767 Raul Alejandro Ramon Rodríguez IAS 6to
1869632 Gustavo Alberto Luna Pérez IAS 8vo
11658624 Francisco Antonio García Arredondo IAS 8vo

1908830 Adrian Soto Leal IAS 7mo

1910035 Leonardo López Larrazolo IAS 7mo
1896021 Claudia Abigail Ibarra Lozano IAS 6to
1875851 Samantha de la Luz Abarca Cuevas IAS 7mo
1909247 Jair Emanuel Mendoza Flores IAS 7mo
1933441 Samuel Alejandro Duarte Araiza IAS 7mo
1907554 Kevin Oziel Franco López IAS 6to
1866458 Alejandro De Luna Benitez IAS 8vo
1864732 Everardo Peña Jasso IAS 6to
1851337 Alejandra Michelle Zamores Mata IAS 6to

Ingeniero Administrador en Sistemas

Semestre Agosto - Diciembre 2022
Viernes 16 de septiembre del 2022
 Ciudad Universitaria, San Nicolás de los Garza, Nuevo
León

Índice

Introducción. ....................................................................................................................... 3
Diseño de salidas. ............................................................................................................. 4
Taxonomía de salidas generadas por computadora. ................................................. 4
Diseño completo del prototipo de interfaz de usuario para salidas y explicación. 5
Diseño de Entradas. .......................................................................................................... 7
Taxonomía de entradas generadas por computadora. .............................................. 8
Diseño y explicación de los controles internos para las entradas del sistema. ..... 9
Diseño completo del prototipo de interfaz de usuario para entradas y explicación.
........................................................................................................................................... 11
Conclusión. ....................................................................................................................... 14
Bibliografías. ..................................................................................................................... 15

2|Página
Introducción.

El equipo realizará un sistema para una línea de producción y ensamble de equipos

de refrigeración, el cual permitirá realizar reportes digitales sobre los hallazgos y
fugas encontradas o realizadas a lo largo de los diferentes procedimientos que este
necesita.
Contará con diferentes apartados divididos de forma que cubra con las necesidades
básicas para funcionar como un histórico de reportes , una sección de reporte que
se dividirá en 2 pantallas en la primera mostrará una serie de preguntas que el
usuario completará con la información que cuenta de manera intuitiva y sencilla
podrá confirmar si la pieza o parte del procedimiento que está reportando es
correcto debido a que se muestra una ayuda visual que le permite comprobar
evitando reportes erróneos.
En la planta de producción se utiliza un código de colores para segmentar las partes
que forman la estructura de la pieza esto se detalla en la segunda pantalla que se
le muestra de manera automática al usuario con un serie de acordeones en el que
tomando como referencia la ayuda visual se muestra segmentado al ir
seleccionando algún color los siguientes datos cambian en forma automática y pre
ordenadas por los diferentes casos.
En una sección independiente se tendrá el control de los registros los cuales pueden
visualizarse para mantener un orden y algunos usuarios con mayores rangos podrán
editarlos y eliminarlos. Por otra parte se tendrá un registro de los retrabajos que se
están realizando en ese momento.
Toda la información recolectada se utilizará para formar reportes digitales de los
gráficos que detallaran toda la información que permitirá que sea más sencillo el
realizar algún reporte o revisar el funcionamiento de las líneas.

3|Página
Diseño de salidas.
Antes de definir las salidas y entradas del sistema debemos tener bien en claro los
requerimientos de la empresa, negocio, organización, etc., para esto se debe de analizar
muy de cerca a los usuarios del sistema para identificar necesidades y prioridades. Esta
información se recopila por medio de entrevistas, cuestionarios y juntas. El desafío para el
equipo es validar esos requerimientos. Los objetivos de mejora del sistema proporcionan la
“clave de clasificación” para requerimientos de la empresa:
cada requerimiento contribuye a reunir uno o más
objetivos de mejora del sistema.
Las salidas presentan la información a los usuarios del
sistema; son el componente más visible de un sistema
de información en funcionamiento. Como tal, son a menudo
la base para la evaluación final de los usuarios y de la
administración del valor del sistema. Durante el análisis
de requerimientos, usted definió requerimientos lógicos de
salida.

Taxonomía de salidas generadas por computadora.

Una forma de clasificar las salidas es de acuerdo con su distribución dentro o fuera de la
organización y las personas que las leen y usan. Las salidas internas están destinadas a
los dueños del sistema y a los usuarios de sistema dentro de una organización.
A continuación se presenta el listado de salidas generadas por nuestro sistema.

•Ayudará a la información detallada en reportes de fugas generados por el sistema para su

uso interno de la operación o alguna auditoría comprobando en forma de reporte las
Impresora averías o problemas que se ocasionan y se da solución a ello.

•Instalación de monitores para la visualización del control del sistema y ver detalles de
reportes generados.
Pantalla

•Mensajes enviados a la organización con la información del reporte detallado de las fugas
Correo detectadas paa su pronta solución o reparación.
electrónico

4|Página
Lineamientos del diseño de salidas.

• Las salidas de la computadora deberían ser simples de leer e interpretar, estos

lineamientos mejoran la factibilidad de lectura del problema.
• Cada salida deberá tener un título.
• Cada salida deberá fecharse y tener un sello de tiempo. Esto ayuda al lector a darse
cuenta de la actualidad de la información (o la falta de ella).
• Los reportes y las pantallas deberán incluir secciones y encabezados para
segmentar la información.
El reporte condensa la información para las personas que quieren revisar los detalles,
sintetizan y resumen para indicar los problemas, Con esto se genera un mejor control y
aceptación por parte de la empresa ya que resume a simple vista la avería y se da solución
a ello lo más pronto posible.
Para nuestro proyecto la salida por pantalla mediante gráficos ayudará para desplegar la
información visual del problema, con esto provee al empleado un acceso conveniente a la
información. Se añaden opciones de salida para tener una visualización de los reportes
generados en el día y que se han llegado a solucionar o sean de prioridad.

La salida impresa será el medio de apoyo al técnico para que tenga un informe o muestras
de reporte de detalle para saber las zonas a donde hay que dirigirse y en qué punto de la
tubería se encuentra el problema. Cualquier otro problema en forma de reporte impreso
podrá acercarse nuevamente al monitor y tener una copia del siguiente reporte.

5|Página
Después de que las decisiones del diseño y los detalles han sido registrados en el
condensado del sistema, se debe diseñar el formato completo del informe. El formato o el
esquema de una salida afectan directamente la habilidad del usuario de sistema para leerla
e interpretarla. La mejor forma de esquematizar el formato es esbozar o, tanto mejor,
generar una muestra del reporte o el documento. Necesitamos mostrarle ese boceto o
prototipo al usuario del sistema, y mostrar el reporte modificado ya con el problema resuelto
ya que no si es el cao tendremos problemas para saber si se arregló o no o se encuentran
trabajando sobre la marcha. Es importante usar datos realistas o razonables y mostrar todos
los puntos de control.

Diseño completo del prototipo de interfaz de usuario para salidas y

explicación.

Tendremos un prototipo de las salidas generadas por el sistema en donde podemos

encontrar 5 paneles divididos en diferentes secciones para la organización y mejor
visualización de nuestros reportes podemos encontrar:
En el primer panel lado superior se tendrá una barra desplazadora para que la
gráfica pueda cambiar de acuerdo a la fecha en la que se han realizado reportes de
fuga.
En panel siguiente de la parte superior podemos seleccionar mediante radiobutton
las líneas que se les han dado algún ajuste o reparación.
En el panel siguiente tenemos la cantidad exacta de reportes finalizados
exitosamente, esto quiere decir que nos da una visualización de los trabajos que se
han finalizado con toda la reparación.
Al lado derecho podemos encontrar una tabla para tener una visualización de los
reportes generados divididos en varias columnas para contemplar cada detalle
como la línea, el modelo, la sección o algún otro elemento que se tome en cuenta
para este proyecto.
Y en la parte inferior de los paneles superiores podemos encontrar los datos de
forma gráfica para demostrar la magnitud de los tipos de problema que se han
presentado de acuerdo al modelo de la tubería, por medio de radiobutton podemos
ir cambiando la gráfica para saber las secciones o líneas que se presentaron en
cierta fecha.

6|Página
Prototipado.

No hay mucho que detallar ya que para definir los controles necesarios para la
distribución de la información del sistema se centrará en las entradas del sistema
que más adelante en este reporte se verán, debemos tener en claro ese punto para
poder entender e interpretar los resultados obtenidos por medio de nuestra pantalla
de salidas o pantalla detallada de salidas en la que reúne información de varios tipos
de reportes y las visualiza en una sola pantalla o interfaz de usuario.

Diseño de Entradas.
Los usuarios toman decisiones importantes basadas en las salidas de los sistemas
Estas salidas se producen de datos que son entradas o que se recuperan de las
bases de datos. Y todos los datos en las bases de datos tuvieron que haber sido
entradas. El diseño de las entradas sirve a un objetivo importante: capturar los datos
y ponerlos en un formato adecuado para la computadora.
Durante el análisis de requerimientos, las entradas se modelaban como flujos de
datos que constan de atributos de datos. Aun en los más completos análisis de
requerimientos, se pierden requerimientos. El diseño de las entradas puede
introducir campos o atributos nuevos al sistema. Esto es especialmente cierto si el
diseño de salidas introdujo atributos nuevos a las salidas: las entradas siempre
deben ser suficientes para producir las salidas.

7|Página
Taxonomía de entradas generadas por computadora.

La entrada del usuario se envía a una computadora mostrando los datos enviados
desde un teclado y ratón a este.
A continuación, se presenta el listado de entradas generadas por nuestro sistema:

La entrada de datos por el teclado sigue siendo la forma más común de ingreso.
Desafortunadamente, es la que más requiere de la edición de datos porque las
personas cometen errores tecleando datos de los documentos fuente. El ratón ha
facilitado navegar formas en línea y dar un clic sobre comandos y opciones de
entrada. Por ejemplo, los valores legítimos para un atributo pueden estar registra-
dos en una pantalla como cajas o botones para hacer “clic”, con estos se elimina la
necesidad de teclear datos. Dando como resultado menos errores en la entrada de
información. Exploraremos controles basados en ratones en nuestros diseños de
entrada para este capítulo.
Parte de los objetivos que tenemos en cuenta es en mantener la sencillez del
proceso, efectividad, precisión, facilidad de uso, consistencia, que sea atractivo para
el usuario y que consista en el desarrollo de especificaciones y procedimientos para
la preparación de datos.
Los aspectos que tomamos en cuenta para nuestro proyecto son:
• ¿Qué datos deben ser capturados?
• La preparación de los datos
• Introducción de los datos
Para nuestro proyecto, los lineamientos para el diseño de pantalla son:

8|Página
 • Que las formas sean fáciles de llenar para asegurar su llenado preciso.
• Cada entrada deberá tener su encabezado para segmentar la información
• Deben ser tan simples como sea posible y diseñarse para reducir la
posibilidad de que se ingresen datos incorrectos.
• El volumen de datos a ingresar deberá ser minimizado. Entre más datos se
ingresen, es mayor el número potencial de errores de entrada y toma más
tiempo ingresar esos datos.
• Capture sólo datos variables.
• Usar códigos para los atributos apropiados
• Incluir instrucciones para llenar la forma.
Los datos a ingresarse (teclearse) deberán estar secuenciados a fin de que puedan
leerse como este libro, de arriba hacia abajo y de izquierda a derecha.
Diseño y explicación de los controles internos para las entradas del
sistema.

Interfaz 1
No. serie: Escaneada de la pieza a reportar, en esta opción es necesario ingresar
el texto manualmente.

Nombre de coil: Se relaciona el modelo de manera automática al escanear, y aquí,

para seleccionar el nombre, es necesario picarle a la flecha hacia abajo, para que
así se despliegue una barra, en donde estarán presentes todas las opciones a
elegir.

Coil Scrap: Esta es una pregunta opcional, y en si solo estan dos opciones a elegir,
“yes” y “no”, que se miran al picarle a la flecha hacia abajo.

Fuga Falsa: Pregunta para indicar su costo, además solo hay dos opciones a elegir
igual que la anterior opción, “yes” y “no”, que se observan al picarle a la flecha hacia
abajo.

Línea: Este apartado sirve para seleccionar en donde se reporta la falla, para
seleccionar el lugar, se le pica a la flecha hacia abajo y aparecerá el número de la
línea en donde usted podrá seleccionar, la que presente fallas.

Turno: Aquí se selecciona el turno donde se encontró la fuga, para seleccionar este,
es necesario el picarle a la flecha hacia abajo, con esto desplegarán las diferentes
opciones a elegir.

Rep. Trabajador: Aquí se ingresa manualmente el encargado de reparar la falla.

Color de fuga: Aquí se selecciona el color de la fuga, las opciones se mostrarán en

una barra desplegable al picarle a la flecha.

9|Página
Botón añadir fuga: Se le pica una vez se ingresen todos los datos necesarios.

Botón inicio: sirve para ir a la pantalla principal de inicio.

Botón atrás: sirve volver al formulario anterior.

Prototipado.

Ayuda visual
El código de colores es por defecto e indican las siguientes fugas.

-Cualquier color excepto gris puede ser: Fuga Autobrazer (Procedimiento

automático), Fuga Manual (Realizado por alguna persona).

-Color gris: Puede representar Fugas de proveedor (pieza hecha fuera de la

empresa) y Fuga proceso (externa pero ensamblada por alguien interno.

Interfaz 2
Sección: Se muestran los colores del cual selecciona donde se encontró la fuga,
para seleccionar algún color, se pica a la flecha que apunta hacia abajo, en donde
se desplegará una barra con las opciones.

Números: Se enumeran las ayudas para que se detecte con mayor facilidad, para
escoger, se pica a la flecha que apunta hacia abajo, en donde se desplegará una
barra con las diferentes opciones, ahí se selecciona la opción deseada.
Soldadura automática: Dependiendo el color y número se muestra el tipo de fuga
al que pertenece, para escoger, se pica a la flecha hacia abajo, en donde se
desplegará una barra con las opciones, ahí se selecciona la opción deseada.

10 | P á g i n a
Tipo Fuga: específica que ocurre, para elegir, se selecciona por medio de la barra
de opción múltiple.

Área: Línea o departamento donde se reporta, para elegir se tiene que desplegar la
barra de opción múltiple.

Comentario: opcional, aquí se puede especificar el motivo de la falla, se ingresa

manualmente el texto deseado.

Botón añadir: sirve para añadir toda la información previamente ingresada.

Botón borrar: sirve para borrar la información.

Prototipado.

Diseño completo del prototipo de interfaz de usuario para entradas y

explicación.
En este apartado se explicarán las diferentes interfaces que el usuario puede manejar en
el sistema, cuales son los datos de entrada requeridos y también como el usuario puede
ingresar los datos y sus limitaciones respecto a la información que se necesite para llenar
ese campo de información.

11 | P á g i n a
Número de serie: Escaneada de la pieza a reportar.

Interfaz de registro.
En esta interfaz, se encuentra almacenada a manera de tabla todas las auditorías de
registro que han sido realizadas por los auditores, en este caso, solamente muestra la
información más no puede ser editada.

12 | P á g i n a
En este apartado, se agrega que tipo de retrabajo se está realizando en las piezas de la
línea de producción, es decir, que es lo que se encuentra cambiando al momento, todos los
botones son interactivos a excepción de la imagen que representa la pieza en la línea de
producción.

Interfaz de resumen.

En esta interfaz se muestra toda la información referente a los diferentes procesos

mostrados en las interfaces anteriores, con gráficas que muestran la cantidad de procesos
realizados al día de hoy, sus costos, determinado rango de fechas y también los reportes
de fugas generados hasta el momento, además se muestra una ayuda de las unidades
retrabajadas en la línea de producción además de sus fugas en una gráfica de tipo
columnas. Los checkbox de la parte superior son completamente interactivos para filtrar la
información que se desee consultar o requerir por un auditor.

13 | P á g i n a
Conclusión.

Podemos concluir que al trabajo planteado bajo este reporte se harán uso de
acuerdo a los lineamientos establecidos que nos ayudará para satisfacer las
necesidades de la empresa u organización que utilice el sistema esto con el fin de
dar a explicar las funcionalidades que lo compone para el trabajo satisfactorio de
las línea de fuga que se presenten.
Se organizan de la manera clara posible las salidas y entradas que genera el
sistema para la buena optimización de las operaciones que se lleguen a realizan sin
tener que recurrir a mayor mano de obra para detectar la fuga o algún otro recurso
que lleguen a utilizar.
Con esto tenemos un amplio concepto de lo que se llegue alcanzar y darnos una
idea de los componentes que utilizaremos para la programación de interfaces y
backend del sistema de software para la detección de fugas.
Es importante comentar que los prototipos planteados en este reporte son con fines
ilustrativos para mostrar una mejor visualización de lo que queremos dar a entender
y cualquier cambio que se llegue a tener será con fines de mejora y efectividad del
proyecto siempre cumpliendo con el objetivo.

14 | P á g i n a
Bibliografías.

L. Whitten, J., & D. Bentley, L. (2008). Análisis de sistemas Diseño y métodos.

Obtenido de Análisis de sistemas Diseño y métodos:
https://uanledu.sharepoint.com/sites/Section_02316010134002031401000101819
007/Materiales%20de%20clase/ANALISIS%20DE%20SISTEMAS%20DISE%C3%
91O%20Y%20METODOS.pdf?CT=1663217484078&OR=ItemsView
Carrier México. (2022). Carrier. Obtenido de Carrier: https://www.carrier.com.mx/

15 | P á g i n a