AP5-AA3-Ev1-Documento Diseño del Sistema

Presentado por:

Rigoberto Andres Galindo Garcia

Presentado a:

Tutor Área Técnica

Servicio Nacional de Aprendizaje SENA

Mayo 5 de 2019
 Plantilla Diseño del Sistema

1. Introducción

1.1. Propósito del sistema.

Este proyecto se realiza con el fin de simplificar los procesos de la compañía tanto
comerciales como operativos ofreciendo mejores mediciones de los procesos,
optimización de los recursos y ofreciendo un mejor plus comercial desde el área de
tecnología.

Adicionalmente se quiere implementar nuevas tecnologías para la alimentación del

sistema de información como pueden ser aplicaciones móviles y sistemas de rastreo.

El sistema se requiere desarrollar en .NET con Bootstrap y Ionic para la aplicación móvil,
se quiere que el sistema sea totalmente responsivo y cómodo para la utilización por parte
de los usuarios.

Los usuarios deben poder controlar el proceso logístico del sistema por medio de lecturas
que alimenten una trazabilidad que los clientes de la compañía puedan visualizar por una
pantalla de usuario.

1.2. Objetivos del diseño

Aplicaciones de diseño del sistema:

1. Lenguaje de programación C# .NET

2. SQL server para administración de la BD.
3. Bootstrap
4. Iionic
5. Java Script

Se requiere que el sistema tenga un entorno responsivo, se realizaran pantallas de

administración y manejo de maestros del sistema, se realizaran pantallas de gestión por
proceso y visualización para los usuarios finales.

Según lo anterior estos son los objetivos de diseño del sistema:

1. Satisfacer los requerimientos de los usuarios según el levantamiento de

información efectuando de forma correcta los procedimientos, presentando de
forma adecuada la información, proporcionando resultados exactos y medibles,
utilizando métodos de interacción.
 2. Ajustarse a los estándares de diseño y desarrollo, así como con las reglas
establecidas por la organización.

3. Contribuir a la efectividad y eficiencia del usuario.

1.3. Definiciones, acrónimos y abreviaturas

1. FTP: protocolo de transferencia de archivos.

2. Algoritmo: conjunto de reglas bien definidas para la resolución de un problema. Un

programa es la transcripción

3. Back end Processor: Procesador que se utiliza para determinada función muy
especializada, como ejemplo administrar una base de datos.

4. Back up: copia de seguridad que se realiza para prever una posible pérdida de
información.

5. Base de datos: Conjunto de datos organizados de modo que se pueda acceso a

ellos, gestionarlos y actualizarlos.

6. Casos de uso: Son una descripción de los pasos o actividades que deberán
realizarse para llevar a cabo algún proceso de desarrollo. En el contexto de la
ingeniería de software es una secuencia de interacciones que se desarrollan entre un
sistema y sus actores en respuesta a un evento que inicia con un actor principal que
interactúa sobre el mismo sistema.

7. Data Entry: Ingreso de datos o proceso para ingresar datos a una computadora para
su procesamiento.

8. Debugging: Depuración, corrección de errores.

9. Directorio: Grupo de archivos relacionados entre si que se guardan bajo un nombre.

10. Interface: Elemento de transición o conexión que facilita el intercambio de datos. El

teclado por ejemplo es una interface entre el usuario y la computadora.

11. Protocolo: Un conjunto de reglas formales que describen como se transmiten los
datos especial mente a través de la red.

1.4. Referencias
Existen algunas aplicaciones de tracking de rutas y recorridos mediante GPS que
son buenas y al menos, parcialmente gratuitas:

My Tracks: te permite registrar tu recorrido, velocidad, distancia y elevación del

terreno mientras caminas, corres, vas en bicicleta o haces otras actividades al aire
libre" Durante el registro, puedes acceder a tus datos en tiempo real, hacer
anotaciones en tu recorrido y escuchar mensa4es de voz periódicos sobre tu
progreso.

Georreferenciador: El georreferenciador es un sistema implementado por la

compañía Servinformacion, este software permite tomar una dirección y traducirla
de tal forma que por medio de coordenadas x y y se pueda ubicar en un punto del
mapa, adicionalmente se puede zonificar en áreas previamente configurados en
caso de querer realizar una distribución de espacios de una forma mas
organizada.

Una de las restricciones que tengo en el sistema es que la mayoría de los

sistemas de georrefenciacion tienen un costo sin embargo mi idea es utilizar
servicios web de Google para poder mantener el control de los vehículos de la
compañía.

2. Representación de la arquitectura.
2.1 Metas y restricciones de la Arquitectura

Para este proyecto se tienen como requisitos el control de la mercancía, seguimiento a

las entregas, elaboración de la documentación y control de cada uno de los procesos.

Adicionalmente el software debe ser confiable y debe contar con un control de seguridad
por medio de permisos y roles.

La arquitectura del sistema esta diseñada para que las pantallas sean responsivas,
adicional al contar con una arquitectura por permisos permite asignar los módulos de
acuerdo a las labores de cada uno de los empleados de la compañía.

Usabilidad: Se enfoca en las características de diseño del sistema de tal forma que
permita un fácil acceso, un uso cómodo y sencillo para sus usuarios y Adicionalmente el
sistema debe mostrar claro los errores e informar al usuario cuando esta realizando un
proceso de forma errónea.

Confiabilidad: Se enfoca en las características como la disponibilidad del sistema,

exactitud de la información y los cálculos y la habilidad que tiene el sistema de
recuperarse en caso de presentar algún fallo.

Rendimiento: Se enfoca en los tiempos de respuesta del sistema, el volumen de

información que se va a manejar debe ser controlado por el sistema, debe ser rápido y
como de usar.

2.2 Reutilización
Para el tema de reutilización se quiere manejar algunas librerías nativas de C#, Java
script que permiten realizar modificaciones en diseño y están previamente elaboradas de
tal forma que se aplique de forma la ley de reutilización de la programación.

Si los componentes ya desarrollados cumplen los requisitos del proyecto, se adquirirán.

El coste de la adquisición y de la integración de los componentes ya desarrollados serán
casi siempre menores que el coste para desarrollar el software equivalente. Además, el
riesgo es relativamente bajo.

Si se dispone de componentes ya experimentados, los riesgos asociados a la

modificación y a la integración generalmente se aceptan. El plan del proyecto debería
reflejar la utilización de estos componentes.

Si se dispone de componentes de experiencia parcial para el proyecto actual, su uso se

debe analizar con detalle. Si antes de que se integren adecuadamente los componentes
con otros elementos del software se requiere una gran modificación, proceda
cuidadosamente - el riesgo es alto. El coste de modificar los componentes de experiencia
parcial algunas veces puede ser mayor que el coste de desarrollar componentes nuevos.
De forma irónica, a menudo se descuida la utilización de componentes de software
reutilizables durante la planificación, llegando a convertirse en la preocupación primordial
durante la fase de desarrollo del proceso de software. Es mucho mejor especificar al
principio las necesidades de recursos del software. De esta forma se puede dirigir la
evaluación técnica de alternativas y puede tener lugar la adquisición oportuna.

3. Vista lógica

Para Target Logistic este punto representa los sucesivos refinamientos que definen las
diferentes unidades lógicas que componen la arquitectura del software. El primer
refinamiento realizado consiste en la descomposición en subsistemas. Los subsistemas
representan cortes verticales al diseño del sistema. Cada subsistema consiste en el
agrupamiento de diferentes funcionalidades relacionadas entre sí y posee la capacidad
de funcionar como un sistema en sí mismo. Posteriormente se explora la composición de
cada uno de los subsistemas. Finalmente se incluye la realización de los casos de uso
descriptos en la sección anterior mediante los componentes arquitectónicos definidos.

3.1 Identificación de Subsistemas

La descomposición propuesta, basada en el modelo Peer to Peer, organiza la

arquitectura en un conjunto de subsistemas funcionalmente cohesivos que interactúan
entre sí para cumplir sus funciones.

3.2 Estructuración por capas.

3.3 Diagrama de Clases del diseño
4. Vista del proceso

Presentación de casos de uso del proyecto:

4.1 Diagramas de secuencia

5. Vista de datos
5.1 Modelo de datos

5.2 Diccionario de datos

6. Vista de Interacción

6.1 Interfaces de Usuario.

7. Vista de seguridad

Roles, Permisos y Privilegios

Definimos la Autorización como el proceso por el cual se determina qué, cómo y

cuándo, un usuario autenticado puede utilizar el sistema Target Logistic de la
organización. El mecanismo o el grado de autorización pueden variar dependiendo de
qué sea lo que se está protegiendo. No toda la información de Target Logistic es igual
de crítica. Los recursos en general y los datos en particular, se organizan en niveles y
cada nivel debe tener una autorización. Dependiendo del recurso la autorización
puede hacerse por medio de la firma en un formulario o mediante una contraseña,
pero siempre es necesario que dicha autorización quede registrada para ser
controlada posteriormente. En el caso de los datos, la autorización debe asegurar la
confidencialidad e integridad, ya sea dando o denegando el acceso en lectura,
modificación, creación o borrado de los datos. Por otra parte, solo se debe dar
autorización a acceder a un recurso a aquellos usuarios que lo necesiten para hacer
su trabajo, y si no se le negará.

Aunque también es posible dar autorizaciones transitorias o modificarlas a medida

que las necesidades del usuario varíen. El sistema de roles y usuarios de Target
Logistic podríamos definirlo como la clasificación de privilegios de operación en
nuestro sistema, para entenderlo un poco mejor tendríamos que enumerar y explicar
 lo siguiente; Usuarios: son los que interactúan con nuestro sistema a los cuales
debemos controlar para validar que pueden o no hacer. Perfiles: son los roles que se
le asignaran o negaran a un usuario para conceder privilegios en el sistema.
Recursos: son las zonas en las que dividiremos la aplicación por ejemplo: crear
usuario, Modificar cliente, eliminar pedido, etc... Por último los permisos son las
acciones concretas que se asignan sobre uno o más recursos del sistema.
ADMINISTRADOR Es el responsable técnico y puede acceder a cualquiera de los
aspectos del sistema, configurando o modificando cualquier parámetro de éste. Este
usuario tiene control total sobre el Sistema Target Logistic, por lo que puede realizar
cualquier operación de configuración o mantenimiento sobre este. El administrador de
Target Logistic es el encargado de la instalación, soporte y el mantenimiento del
producto y funciones del back-end, así como la planificación y respuesta a
interrupciones del servicio y otros problemas. Otras tareas pueden incluir la
programación de secuencias de comandos o programación ligera, para los sistemas
de gestión relacionado con el proyecto.

8. Vista de Implementación

8.1 Herramientas de Desarrollo e implementación

En la ampliación se utilizará el IDE visual studio con lenguaje de programación C#

.NET, motor de base de datos SQL SERVER.
También se quiere utilizar Bootstrap, Java script y adobe Photho shop para la
realización de piezas graficas del sistema.

8.2 Paquetes/Componentes
8.3 Despliegue

COMPUTADOR PORTATIL
Asus x442u

ESTADO
COMPONENTE CARACTERISTICAS
B R M
Intel(R) Core(TM) i7-7500U
Procesador
CPU @ 2.70GHz
RAM DDR4 de 20 GB
Memoria
SLOT 1: 4GB 1200 MHz
SLOT 2: 16 GB 1200 MHz
Kingston.
Disco Duro SanDisk&Prod_SSD 480 GB
14.0" (16:9) LED backlit FHD
Pantalla (1920x1080) 60Hz Anti-Glare
Panel con 45% NTSC
SKU AC002EL11B4NULCO

Modelo Asus x442u

Tamaño (L x P x A cm) NB:

348 x 242.8 x 23
-23.6 mm (WxDxH)
Color Gris

Garantía del producto 12 meses con Acer Colombia

Servidor HP

ProLiant ML110 Gen9 840668-001

ESTADO
COMPONENTE CARACTERISTICAS
B R M
HPE ML110 Gen9 Intel
Xeon E5-2603v4 6-Core
(1.70GHz 15MB L3 Cache)
Procesador
Processor Kit – Máx. 1
Proc i5-3330S
* Intel® Pentium® G640
Ram: 8GB (1 x 8GB) DDR4
Memoria 2400MHz RDIMM – Total
Ranuras: 8
Integrated Matrox G200eH2
Gráficos
HP Embedded Dual Port
Red
361i Adapter
 2048GB (7.2k rpm) Non-Hot
Almacenamiento en Disco Plug 3.5in SATA - Soporta
hasta 4 Discos
Dynamic Smart Array B140i
Controlador de Almacenamiento controller (RAID 0/1/1+0/5)
SATA Only (No Cache)
Non-Hot Plug 3.5in Hard
Placa Conexión de Discos Duros
Disk
19.5mm SATA DVD-RW
Almacenamiento Óptico (Jack-Black) Gen9 Kit - Máx.
1
PCIe 4x: 2, PCIe 8x:
Ranuras de Expansión
2, Graphics: 1
1 x 550W ATX-Gen9 Power
Fuente de Alimentación:
Supply - Máx. 1
3 Años en partes / 1 Año en
Garantía: Mano de Obra / 1 Año en
Sitio.

8.4 Vista de Administración

La idea es realizar la administración del sistema por medio de un team foundation de

Microsoft,