Compañía de Construcción BakerlooBrothers PDF

Facultad de ingeniería
Programa Ingeniería de sistemas

Docente: J Eduar Criollo S
Asignatura: Sistemas Distribuidos
Código estudiante: 601623 Jessica Leaño Triviño / 203243 Miguel Casas Fajardo / 594976 Jhon Silva Tibaduiza
ACTIVIDAD DE APRENDIZAJE 2 TEMA 2: S.D EN LA NUBE
Compañia de Construccion BakerlooBrothers
Fase Transversal - Interpretación, aprehensión y transferencia conceptual / temática.

Mediante el presente trabajo damos a conocer sobre los problemas que presenta una
constructora de filadelfia los cuales hacen referencia al sistema que usan, se van a
plantear los diferentes problemas y darles la solución más óptima a la empresa con el fin
de que tengan un sistema completo, seguro y que funcione de una manera eficiente.
Fase Uno – Planteamiento de estudio de casos o actividad

1. Problemática
2. Posible Solución
3. Tipo de Sistema Distribuido
4. Descripción de los métodos (nombre, parámetro, salida)
5. Mapa de Procesos
6. Requerimientos funcionales y no funcionales
Fase Dos – Planteamiento de la respuesta y solución de la actividad
● Problemática
○ Conexión directa con el supervisor para poder enviar cambios de los diseños
(Por parte de los arquitectos fuera de filadelfia)
○ Conexiones a base de datos o nube inexistente
○ No existe un directorio activo que controle las políticas de cambios
○ No tienen en funcionamiento de redes virtuales VPN
○ No existen VLAN dentro de la LAN
○ No hay implementación de seguridad en la red
○ Cambio de zona horaria (GMT -?)
● Posible Solución
○ Administración de la red mediante un router (Capa 3)
○ Desarrollo de VLAN en la red principal y secundaria
○ Implantación de redes LAN cuyo NAT se establezca mediante una conexión
VPN desde las oficinas secundarias a la principal. para conexión a la red
principal de la compañía
○ Administración de un servidor con directorio activo para el control de acceso de
cambios
○ Implementación de un servidor de archivos (Backup)
○ Uso de base de datos en la nube (Servicio de Google)
○ Uso de un canal dedicado (fibra) a través de proveedores de servicios de
internet (ISP)
○ Implementación de firewall
● Tipo de Sistema Distribuido
Se considera el sistema de cómputo como el más idóneo como solución, dado, que
este permite contener una colección de computadoras separadas físicamente y
conectadas entre sí por una red de comunicación distribuida.
El usuario accede a los recursos remotos de la misma manera que accede a
recursos locales, o un grupo de computadores que usan el software para conseguir
un objetivo en común
Del sistema de cómputo elegimos el de Grid (Malla) ya que nos permite realizar
cambios en línea y al realizar esto, los cambios se ven de manera inmediata, esto
permite que se minimice los errores al momento de que los arquitectos y obreros
empiezan a realizar la obra, esto permite que los cambios realizados en los planos se
visualicen de manera inmediata.
Pero además de ello permite tener un control de usuarios o niveles de acceso y esto
permite que no todos puedan realizar cambios en los planos o que los arquitectos por
equivocación introduzcan cambios en la parte de ventas.
Y por último deja conectar a los diferentes usuarios a la red así se encuentren en
diferentes partes, pero además de ello tiene la facilidad de conectar una nueva
máquina de manera sencilla y sin realizar cambios en los demás equipos conectados.
● Descripción de los métodos (nombre, parámetro, salida)

○ Crear plano
■ Parámetros:
● Imagen - Plano
● Integer - idUsuario
■ Salida:
● True
● False
○ Actualizar plano
■ Parámetros:
● Imagen - Plano
■ Salida:
● True
● False
○ Visualizar por filtro plano
■ Parámetros:
● Integer - idPlano
● String - Zona
● String - Ciudad
● Date - Fecha Creación
● String - Persona Creación
● Boolean - Incorporado
■ Salida:
● Imagen - Plano
○ Visualizar Reporte
■ Parámetros:
● Ninguno
■ Salida :
● List - Reportes
○ Eliminar plano
■ Parámetros:
● Integer - id Plano
■ Salidas
● True
● False
○ Visualizar todos los Planos
■ Parámetros
● Ninguno
■ Salidas:
● List - Planos
○ Crear Usuarios
■ Parámetros:
● String - Nombre
● String - Apellido
● String - Ciudad
● String - Telefono
● String - Perfil
● String - Correo
● String - Login
● String - Password
■ Salidas:
● True
● False
○ Buscar Usuarios por Filtro
■ Parámetros:
● String - Ciudad
● Date - Fecha Ingreso
● String - Perfil
■ Salidas:
○ Buscar Usuario
■ Parámetros:
● Ninguno
■ Salidas:
● List - Usuarios
○ Actualizar Usuario
■ Parámetros:
● String - Nombre
● String - Apellido
● String - Ciudad
● String - Telefono
● String - Perfil
● String - Correo
● String - Login
● String - Password
■ Salidas:
● True
● False
○ Desactivar Usuario
■ Parámetros:
■ Salidas:
● True
● False
○ Activar Usuario
■ Parámetros:
■ Salidas:
● True
● False
● Mapa de Procesos
● Requerimientos funcionales y no funcionales

○ Requerimientos Funcionales
IDENTIFICADOR: R1 NOMBRE: Requerimiento 1
Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

UTILIZA O ESPECIALIZA:
Necesario Si
Utiliza
PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

DESARROLLO:
Los arquitectos con sus credenciales realizan la carga de los
planos con modificaciones.
Alta
ENTRADA: SALIDA:
• Iniciar sesión ● Acceso al sistema
DESCRIPCIÓN:
● Procedimiento por el cual un empleado o cliente inicia sesión en el sistema.
MANEJO DE SITUACIONES ANORMALES
1. Credenciales de acceso incorrectas
2. Base de datos desconectada

CRITERIOS DE ACEPTACIÓN
1. Login correcto
IDENTIFICADOR: R2 NOMBRE: Requerimiento

Necesario Si
Utiliza

DESARROLLO:
Los arquitectos con sus credenciales crean planos.
Alta
ENTRADA: SALIDA:
• Crear Plano ● Almacenar plano

DESCRIPCIÓN:
● Este caso de uso muestra el proceso en el cual un arquitecto o supervisor del sistema
crea un plano.

1. El arquitecto no se valida en el sistema
2. El arquitecto no tiene permisos para crear
3. El sistema no permite almacenar el plano
1. Los planos se manipulan por parte de los arquitectos.

Necesario No
Utiliza

DESARROLLO:
Actualización o modificación de los planos por parte de los
arquitectos.
Alta
ENTRADA: SALIDA:
• Solicitud de actualización. ● Actualización y almacenamiento de los

nuevos planos.
DESCRIPCIÓN:
· Los arquitectos o supervisores con acceso a sus credenciales pueden realizar
modificaciones en los planos y guardarlos en tiempo real.

1. El arquitecto no se valida en el sistema
2. El arquitecto no tiene permisos para modificar
3. Que los cambio no sean guardados de manera correcta.

1. Que los cambios sean editados sólo por los arquitectos.

Necesario No
Utiliza

DESARROLLO:
Visualización de los planos.
Alta
ENTRADA: SALIDA:
• Envió de solicitudes ● Visualización de los planos.
DESCRIPCIÓN:
● Los clientes, arquitectos, supervisores con credenciales pueden ver los planos que han
sido cargados por parte del supervisor de manera actualizada para evitar errores en la
construcción.
1. Que la solicitud no sea respondida por el sistema.
2. Que el cliente no cuente con credenciales

1. Búsqueda y visualización de los planos solicitados por el usuario.

Necesario No
Utiliza

DESARROLLO:
Alta
ENTRADA: SALIDA:
• Carga de planos ● Se cargan y se guardan los planos

actualizados.
DESCRIPCIÓN:
● El sistema permitirá la carga de los planos por parte de las credenciales de los arquitectos
y se guardaran en tiempo real.
1. Que los arquitectos olviden sus credenciales de acceso.
2. Que algún usuario sin credenciales intente cargar nuevos planos.
3. Que el plano se encuentre en un formato no permitido

1. Los planos se deben almacenar de manera correcta por parte del supervisor.

Necesario Si
Utiliza

DESARROLLO:
Alta
ENTRADA: SALIDA:
• Carga de planos ● Se cargan y se guardan los planos

actualizados.
DESCRIPCIÓN:
● El sistema permitirá la carga de los planos por parte de las credenciales de los arquitectos
y se guardaran en tiempo real.
1. Que los arquitectos olviden sus credenciales de acceso.
2. Que algún usuario sin credenciales intente cargar nuevos planos.
3. Que el plano se encuentre en un formato no permitido

1. Los planos se deben almacenar de manera correcta por parte del supervisor.

Necesario No
Utiliza

DESARROLLO:
Alta
ENTRADA: SALIDA:
• Crear reportes ● Archivo en formato TXT con todas las

iteraciones realizadas en el plano.
DESCRIPCIÓN:
● El sistema genera un reporte de todas las iteraciones realizadas en el plano, detallando:
fecha, hora, usuario.
1. Que el supervisor olvide sus credenciales de acceso
2. El plano no existe en el sistema
3. El supervisor intenta crear un reporte con una fecha mayor a la actual
4. El sistema indica que el reporte generado fue exitoso sin descarga de archivo
1. Generación correcta del archivo TXT
2. Contenido con las iteraciones mencionadas
Tipo: Funcional REQUERIMIENTO QUE LO UTILIZA O ¿CRÍTICO?

ESPECIALIZA:
Necesario No
Utiliza

DESARROLLO:
Los arquitectos pueden eliminar los planos del sistema
Media
ENTRADA: SALIDA:
• Eliminar plano ● Eliminación del plano
DESCRIPCIÓN:
● El sistema elimina el plano del sistema
1. El plano no existe en el sistema

1. El plano no se encuentra en la base de datos
Caso de usos
○ Requerimientos no Funcionales
IDENTIFICADOR: R9 NOMBRE : Requerimiento
Tipo: No Funcional REQUERIMIENTO QUE LO

CRÍTICO?
Si
Utiliza
PRIORIDAD DE
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
El sistema debe validar los usuarios y sus credenciales.
DESARROLLO:
Alta
ENTRADA: SALIDA:
● Acceso a sus privilegios.
• Datos usuarios
DESCRIPCIÓN:
● El sistema realiza una validación de usuarios con esto se garantiza que cada usuario
pueda acceder hasta donde sus privilegios se lo permiten.

1. Que los usuarios bloqueen sus credenciales por colocar varias veces sus credenciales
incorrectas.
IDENTIFICADOR: R 10 NOMBRE : Requerimiento

CRÍTICO?
Si
Utiliza
PRIORIDAD DE
Creación de la base de datos.
DESARROLLO:
Alta
ENTRADA: SALIDA:
●Almacenamiento.
• Ingreso de datos y de planos
DESCRIPCIÓN:
● La base de datos debe permitir el ingreso y almacenamiento seguro de los datos
ingresados por parte de los usuarios.

1. Que la base de datos no presente doble registro.
2. La base de datos solo almacena información de los datos que se piden.
IDENTIFICADOR: R11 NOMBRE : Requerimiento

CRÍTICO?
Si
Utiliza
PRIORIDAD DE
Interfaz.
DESARROLLO:
Alta
ENTRADA: SALIDA:
●Interfaz.
• Llamado de la aplicación
DESCRIPCIÓN:
● La interfaz debe ser fácil de manejar permitiéndole a los usuarios realizar sus actividades
o tareas de manera rápida y sin generar problemas de almacenamiento o realizar cambios
en los datos con sus privilegios.
IDENTIFICADOR: R 12 NOMBRE : Requerimiento
Tipo: No REQUERIMIENTO QUE LO

CRÍTICO?
Funcional
Si
Utiliza
PRIORIDAD DE
DESARROLLO:
Notificación de errores.
Alta
ENTRADA: SALIDA:
●Notificación de error al realizar la solicitud.
• Solicitudes
DESCRIPCIÓN:
● El sistema debe generar una notificación de error al momento de que la solicitud
requerida por el usuario no se genere de manera correcta con esto él usuario tiene la
posibilidad de volver a realizar la solicitud.
Bibliografía
● Quintero Espinoza, D. (2016, 1 enero). Tipos De Sistemas Distribuidos. slideplayer.
https://slideplayer.es/slide/10332531/
●

Compañía de Construcción BakerlooBrothers PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Compañía de Construcción BakerlooBrothers PDF

Cargado por

Copyright:

Formatos disponibles

Facultad de ingeniería

Programa Ingeniería de sistemas

ACTIVIDAD DE APRENDIZAJE 2 TEMA 2: S.D EN LA NUBE

Compañia de Construccion BakerlooBrothers

Fase Transversal - Interpretación, aprehensión y transferencia conceptual / temática.

Fase Uno – Planteamiento de estudio de casos o actividad

Fase Dos – Planteamiento de la respuesta y solución de la actividad

● Tipo de Sistema Distribuido

● Descripción de los métodos (nombre, parámetro, salida)

● Requerimientos funcionales y no funcionales

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Iniciar sesión ● Acceso al sistema

MANEJO DE SITUACIONES ​A​NORMALES

1. Credenciales de acceso incorrectas

2. Base de datos desconectada

IDENTIFICADOR:​ ​ R2 NOMBRE:​ ​ ​Requerimiento

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Crear Plano ● Almacenar plano

MANEJO DE SITUACIONES ​A​NORMALES

IDENTIFICADOR:​ ​ R3 NOMBRE:​ ​ ​Requerimiento 3

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Solicitud de actualización. ● Actualización y almacenamiento de los

MANEJO DE SITUACIONES ​A​NORMALES

3. Que los cambio no sean guardados de manera correcta.

IDENTIFICADOR:​ ​ R4 NOMBRE:​ ​ ​Requerimiento 4

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Envió de solicitudes ● Visualización de los planos.

MANEJO DE SITUACIONES ​A​NORMALES

1. Que la solicitud no sea respondida por el sistema.

2. Que el cliente no cuente con credenciales

IDENTIFICADOR:​ ​ R5 NOMBRE:​ ​ ​Requerimiento 5

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Carga de planos ● Se cargan y se guardan los planos

MANEJO DE SITUACIONES ​A​NORMALES

1. Que los arquitectos olviden sus credenciales de acceso.

2. Que algún usuario sin credenciales intente cargar nuevos planos.

3. Que el plano se encuentre en un formato no permitido

IDENTIFICADOR:​ ​ R6 NOMBRE:​ ​ ​Requerimiento 6

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Carga de planos ● Se cargan y se guardan los planos

MANEJO DE SITUACIONES ​A​NORMALES

1. Que los arquitectos olviden sus credenciales de acceso.

2. Que algún usuario sin credenciales intente cargar nuevos planos.

3. Que el plano se encuentre en un formato no permitido

IDENTIFICADOR:​ ​ R7 NOMBRE:​ ​ ​Requerimiento 7

Tipo: Funcional REQUERIMIENTO QUE LO ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Crear reportes ● Archivo en formato TXT con todas las

MANEJO DE SITUACIONES ​A​NORMALES

1. Que el supervisor olvide sus credenciales de acceso

2. El plano no existe en el sistema

3. El supervisor intenta crear un reporte con una fecha mayor a la actual

IDENTIFICADOR:​ ​ R8 NOMBRE:​ ​ ​Requerimiento 8

Tipo: Funcional REQUERIMIENTO QUE LO UTILIZA O ¿CRÍTICO?

PRIORIDAD DE DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

• Eliminar plano ● Eliminación del plano

MANEJO DE SITUACIONES ​A​NORMALES

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R2 NOMBRE: Requerimiento

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R3 NOMBRE: Requerimiento 3

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R4 NOMBRE: Requerimiento 4

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R5 NOMBRE: Requerimiento 5

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R6 NOMBRE: Requerimiento 6

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R7 NOMBRE: Requerimiento 7

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R8 NOMBRE: Requerimiento 8

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R9 NOMBRE : Requerimiento

Tipo: No Funcional REQUERIMIENTO QUE LO

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R 10 NOMBRE : Requerimiento

Tipo: No Funcional REQUERIMIENTO QUE LO

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R11 NOMBRE : Requerimiento

Tipo: No Funcional REQUERIMIENTO QUE LO

MANEJO DE SITUACIONES ANORMALES

IDENTIFICADOR: R 12 NOMBRE : Requerimiento

Tipo: No REQUERIMIENTO QUE LO

MANEJO DE SITUACIONES ANORMALES