ESCUELA INDUSTRIAL SUPERIOR

PEDRO
DOMINGO MURILLO

INFORMATICA INDUSTRIAL

SISTEMA DE CONTROL Y MONITOREO DE

REFRIGERACION DE LACTEOS
SISTEMAS INFORMATICOS Y LABORATORIO II “SIL-
500”

DOCENTE: LIC. JULIA ZENTENO ZENTENO

INTEGRANTES:
Brayan Rodrigo Ochoa Choque
Ronald Quispe Huanca
Ronald Kevin Márquez Melgar
FECHA: 20-10-2022
 2.0 METODO RUP

2.1. FASE DE INICIO

El sistema esta echo para el monitoreo de temperatura de refrigeración de lácteos para todos
los productores de lácteos ,poder hacer el monitoreo de los productos que elaboran .

Con el sistema pueden hacer el monitoreo de los productos que están en refrigeración y tener
el control de la temperatura de cada producto.

2.1.1. Planificación del Proyecto

Fases
Disciplinas Factibilidad Elaboración Construcción Transición

Modelado del Negocio

Requerimientos

Análisis y Diseño

Codificación

Prueba

Instalación

Disciplinas de Soporte
Adm. Configuración y
cambios
Adm. De Proyecto

Ambiente
Interacción #ter. #ter. #ter. #ter. #ter. #ter. #ter.
primario #1 #2 #n #n+1 #n+2 #m #
m+1

2.1.2. El caso del Negocio

2.1.2.1. Descripción del Producto

El proyecto en cuestión será una versión de mejora que tendremos hacia las congeladoras
habituales la cual será de manera de fácil uso hacia las personas dirigidas. Este proyecto tendrá
el nombre de Refrigeración para Productos Lácteos (RPL) como su nombre especifica será una
refrigeración enfocado mas que todos hacia los productos leteos de un área que se podrá
modificar a voluntad.

2.1.2.2. Identificación de Subsistemas

Se cera un sistema en común que tendrá nuestro proyecto (RPL) el cual será la monitorización
de el sistema de temperatura y refrigeración: teniendo sub sistemas como ser: la refrigeración,
productos registrados, usuarios disponibles, administrador único

Monitorización
de temperatura

refrigeración Administradores
únicos

Registro de Usuarios
productos logueados

2.1.3. Estimación de Costos

2.1.4. Identificación de Riesgos

Uno de los principales riesgos que tendremos será la parte económica que se entra al
momento de su distribución ya que no muchos de las personas a donde estará dirigido dicho
proyecto contaran con el dinero al momento de pago ya que al ser una manera mas segura de
cuidar los alimentos lácteos la mayoría seguirá prefiriendo el método tradicional a pesa de las
consecuencias que esta puede traer al igual que otro riesgo será la electricidad de dichos
lugares ya que al ser un área no muy poblada las caídas de electricidad podrán resultar un
riesgo para el buen funcionamiento del producto

2.1.2.3. Funciones Principales

EL SISTEMA DE CONTROL Y MONITOREO DE REFRIGERACION DE LACTEOS su función principal

es el monitoreo de los lácteos que entran a la refrigeración y la cantidad de productos lácteos.

2.1.6. Modelo de Requisitos

2.1.6.1. Requisitos Funcionales

REF FUNCION CATEGORIA

SCT-R1 Características de seguridad teniendo en cuenta que el Oculto

propietario tendrá la opción de verificar sus ingresos y
Evidente
datos del usuario y registros del sistema

Consultar los datos de la actividad de los sensores a si

para monitorear su cambio Evidente

SCT-R2 Generar Reportes e impresión de los datos tomados del

sistema en el caso de monitoreo
superflua

SCA-R3
Elección de configuración del sistema

Tener un registro de los productos

 Generar alertas para evitar la pérdida de productos Evidente

SCA-R4 Evidente

SCA-R5 Evidente

SCA-R6

2.1.6.2. Requisitos No Funcionales

Se refieren a las cualidades, restricciones y características del software. A diferencia de los

funcionales, no determinan una funcionalidad del sistema a desarrollar.

Los requerimientos NO funcionales se caracterizan por ser:

 Específicos
 Cuantificables
 Verificables

Los requerimientos NO funcionales se clasifican en:

 Atributos de calidad
 Restricciones
 Interfaces externas
 Interfaces de usuario
 Control de errores

2.2.1. Modelo del Negocio

Fases

Disciplinas Factibilidad Elaboración Construcción Transición

Modelado del Negocio

Requerimientos

Análisis y Diseño

Codificación

Prueba

Instalación

Disciplinas de Soporte
Adm. Configuración y
cambios
Adm. De Proyecto

Ambiente
 Interacción #ter. #ter. #ter. #ter. #ter. #ter. #ter.
primario #1 #2 #n #n+1 #n+2 #m #
m+1

2.2.1.1. Elaboración de un Plan de Contingencias de Riesgos

Riesgos del software Además de los riesgos técnicos y los de negocio tenemos:

• Incertidumbre:

El acontecimiento que caracteriza al riesgo puede o no puede ocurrir; por ejemplo, no hay
riesgos de un 100 por ciento de probabilidad.

• Pérdida: Si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o

pérdidas.

Incertidumbre (probabilidad de que ocurra) Pérdidas

- Producto (rendimiento, mantenibilidad)

- Proceso de producción (tiempo de desarrollo, costo).

Riesgos del proyecto Incremento en costes Desbordamiento organizativo Riesgos técnicos.

Riesgos del negocio

De mercado

De estrategia

De ventas

De gestión

De presupuesto

2.2.2.1. Identificar Casos de Uso

Nombre Caso de Uso: Cambios te temperatura

Actores: usuario

Propósito: se requiere verificar los cambios de temperatura, el usuario ara breve seguimiento
de ello.

Nombre Caso de Uso: Reportes

Actores: Usuario

reposito: El usuario podrá tener reportes sobre los informes de cada cambio que se haya
transcurrido , para poder tener un seguimiento adecuado

Tipo: primario
Nombre Caso de Uso: Configuración del sistema

Actores: Usuario

Propósito: El usuario podrá configurar el comportamiento del sistema adecuándolo al entorno

del ambiente físico.

Tipo: primario y esencial

Nombre Caso de Uso: Enciende ventilador

Actores: Sensor

Propósito: El sensor es el encargado de poder encender los ventiladores cuando la

temperatura llegue al punto programado por el usuario.

Tipo: primario y esencial

Nombre Caso de Uso: Registra Temperatura

Actores: Sensor

Propósito: El sensor es el encargado de registrar la temperatura, para poder tener en la base

de Datos un registro el cual ayude a la conservación de los productos

Tipo: primario y esencial

Nombre Caso de Uso: compara la configuración

Actores: Sensor

Propósito: El sensor actuara según a la configuración el usuario, comparara dicha configuración

y actuara según los cambios físicos que existe en el entorno

Tipo: primario y esencial

2.2.2.2. Descripción de los Casos de Uso

Actores: Usuario

Tipo: primario y esencial

Descripción: Un Usuario, para poder tener el control del sistema requiere logear , para ello el
sistema le pedirá usuario y contraseña , para poder consultar registros , cambios de
temperatura, además poder hacer cambios en la configuración.
2.2.3.1. Diagrama de secuencia del sistema
2.2.2.2. Diagrama de Estado
-El siguiente diagrama muestra el ingreso al sistema desde el punto de vista del usuario,
donde necesariamente debe logearse para poder ingresar , si no esta registrado solo el
administrador podrá registrarlo , dándole un usuario y un password.

SISTEMA DE CONTROL Y MONITOREO DE REFRIGERACION DE LACTEOS

-El siguiente diagrama muestra el registro del nuevo usuario , donde solo el administrador
podrá registrarlo , caso contrario sele denegara el acceso al sistema. SISTEMA DE
CONTROL Y MONITOREO DE REFRIGERACION DE LACTEOS
-El siguiente diagrama muestra la configuración de los sensores donde solo el administrador
puede realizar esta tarea.

SISTEMA DE CONTROL Y MONITOREO DE REFRIGERACION DE LACTEOS

2.2.3.3 Diagrama de clases

2.2.4. Modelo de Implementación

El modelo de implementación del proyecto esta dada por el uso del Modelo Vista Controlador,
donde se tomo encuentra en el análisis de requerimientos los procesos que se tendrá en la
ejecución del software donde cada capa puede ser usada de una manera dinámica , asiendo el
uso de ellas mismas para diferentes ´procesos que dispondrán sus procedimientos
almacenados para la operación de datos .

2.3. FASE DE CONSTRUCCIÓN

2.3.1. Modelo de Análisis y Diseño

En la fase de construcción se hizo una recopilación de los requerimientos dándonos tareas al

grupo de trabajo, donde cada uno realizo el modulo de acuerdo a la planificación del trabajo ,
se tiene en el modelo de análisis y diseño de la construcción del sistema , a : Diagrama de
componentes y Despliegue , donde se describe gráficamente la etapa de construcción del
sistema.

2.3.1.1. Diagrama de Componentes

Se Implemento los componentes adjuntados seguida mente en el diagrama, donde cada uno
de ellos se uso en la fase de construcción de la elaboración del software.
2.3.1.2. Diagrama de Despliegue

2.3.2. Modelo de Implementación

2.3.3. Pruebas

Las pruebas del funcionamiento del sistema serán dadas en 2 tipos, los cuales son las pruebas
de caja blanca y caja negra.

Las pruebas de caja blanca, nos da pruebas de testeo del sistema a nivel de clase cero, es decir
desde los primeros pasos de creación , asiendo revisión en el código , la sintaxis correcta,
además del diseño conceptual y su forma de relación las cuales llevaran a un resultado mas
minucioso del sistema y de las pruebas en general

Las pruebas de caja negra se detallan más en el estado funcional del sistema es decir ve la
interaccio9n de las clases dando así unas pruebas mas objetivas

2.3.3.1. Pruebas de Caja Blanca

Prueba De caja Blanca

Sistema de control y monitoreo de productos lácteos Revisión
1 Código funcional Visual Basic
2 Prueba de funciones Visual Basic
3 Prueba de procedimientos almacenados SQL Server
4 Pruebas de conexión a DB SQL Server

2.3.3.2. Pruebas de Caja Negra

Prueba De caja Negra

Sistema de control y monitoreo de productos lácteos Revisión
1 Apariencia Entorno Grafico (Diseño)
2 Botones y funciones Entorno Grafico(Diseño)
3 Cambio entre formularios Entorno Grafico (Diseño)
4 usabilidad Aplicación Desktop
5 Intercambio de datos Entorno Grafico (Diseño)