DISEÑO ARQUITECTÓNICO DEL PROYECTO DE SISTEMA DE

INFORMACIÓN

DEIVYS GUILLERMO MORALES URIBE

Instructor

Grupo 10
Oscar David León Avilés
Andrés Ordoñez Ramos
Marlon David Morales Wilches

SERVICIO NACIONAL DE APRENDIZAJE SENA

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
(2104593)
2021
 Contenido
1. Introducción...................................................................................................................3

2. Alcance del sistema de información..............................................................................4

3. Ámbito del sistema de información................................................................................5

4. Definiciones y acrónimos...............................................................................................5

4.1 Definiciones..............................................................................................................5

4.2 Acrónimos................................................................................................................9

5. Referencias..................................................................................................................10

6. visión general del documento......................................................................................11

7. Perspectivas del producto...........................................................................................12

8. Funciones del producto...............................................................................................13

8.1 Gestión facturación................................................................................................13

8.2 Gestión de existencias...........................................................................................13

8.3 Gestión de reportes...............................................................................................13

8.4 Gestión de vendedores..........................................................................................13

8.5 Gestión administración..........................................................................................13

9. Características del usuario..........................................................................................14

Gestión de existencias.................................................................................................14

Gestión de reportes......................................................................................................14

Gestión de vendedores................................................................................................14

Gestión administración................................................................................................15

10. Restricciones.............................................................................................................15

11. Suposiciones y dependencias...................................................................................15

12. Arquitectura de software..............................................................................................0

1
 12.1 Modelo de sasos de uso........................................................................................0

12.2 Modelo de clases (en capas).................................................................................0

12.3 Modelo de paquetes..............................................................................................1

12.4 Modelo de secuencias...........................................................................................0

12.5 Modelo de actividades...........................................................................................1

13. Arquitectura del hardware...........................................................................................2

13.1 Modelo de componentes........................................................................................2

13.2 Modelo de despliegue............................................................................................3

13.3 Modelo de Nodos...................................................................................................0

14. Anexos.........................................................................................................................1

2
 1. Introducción

El objetivo de este proyecto es desarrollar e implementar un software de facturación

para la empresa HIERROS Y CEMENTOS DEL SINU S.AS., identificada con el
nit:900924649-1, ubicada en el municipio de Tierralta córdoba con dirección KR16
DG12-31barrio el centro. Lo anterior en pro de optimizar procesos como: elaboración
de facturas de acuerdo con la normatividad vigente, automatización de la información
de facturación, agilizar los procesos de facturación y gestionar y controlar el envío y
recepción de facturas. La empresa cuenta con tres vendedores y una caja y un
administrador, en sus inicios era un negocio familiar y con el tiempo fue creciendo en
flujo de mercancía, por lo que se necesito ampliación de la planta física y personal, en
la actualidad la gestión de ventas y generación de reportes e informes contables es un
proceso caótico porque no se cuenta con un software que agilice estas operaciones,
aunque ahí otras dificultades en la empresa la mencionada anteriormente es la mas
agobiante, debido al volumen de información que fluye a diario.
Para solventar la problemática de las ventas se propone el desarrollo del sofware de
facturación FacturaciónAB, el cual será estructurado acorde a las necesidades y
regulaciones vigentes.

2. Alcance del sistema de información

Se desarrollará e implementará un software que permita gestionar toda la información

relacionada con facturación y control de existencias.

Los datos se van a gestionar localmente, con revisión y actualización en tiempo real, se
permitirá la impresión de reportes y estadísticas de los tópicos relacionados
anteriormente. La impresión de cualquier informe o estadística quedara registrada en
un historial del usuario que la realice.

3
El iniciar el programa, se debe ingresar usuario y contraseña (los cuales serán
gestionados por el administrador, el cual dará a cada usuario los permisos apropiados),
permitirán ingresar al perfil que permite la gestión de los datos, cada perfil tendrá
permisos específicos.
La administración del software estará a cargo del administrador de la ferretería o de
quien el delegue, a través de un computador que administra la red local.
No se podrá ingresar o gestionar datos a través de internet o por dispositivos diferentes
a los equipos de escritorio de la empresa.
La aplicación correrá en el sistema operativo Windows 7 o 10.

Para esto, la empresa debe adquirir equipos de cómputo, servidor, estructurar una red
local, impresoras y suministros que permitan la implementación del aplicativo.

3. Ámbito del sistema de información

Es importante resaltar que el sistema de información FacturaciónAB gestionara el

sistema de facturación e inventario y existencia, y generara los reportes e informes
contables, según lo esperado del CRUD; para que de esta manera no se de agilidad al
proceso de ventas, se soluciones la problemática contable y se preste un servicio de
calidad a los usuarios.

Las gestiones que conforman el sistema de información son las siguientes:

3.1 Gestión facturación: gestionara el proceso de facturación y almacenamiento de
datos sensibles.
3.2 Gestión de existencias: se encargará de consultar, registrar y actualizar las
existencias de cada producto en el inventario, en cada una de las transacciones
realizadas.
3.3 Gestión de reportes: generara los reportes e informes contables que necesita la
empresa.

4
 3.4 Gestión de vendedores: se encargará de consultar, registrar y actualizar la
información de los vendedores y las transacciones que estos realicen.
3.5 Gestión administración: asignara roles a roles según el tipo de usuario
registrado.

4. Definiciones y acrónimos

4.1 Definiciones

Actividad: es la sima de tareas, normalmente se agrupan en un proceso o

procedimiento para facilitar su gestión. La secuencia ordenada de actividades da
como resultado un subproceso o un proceso y normalmente se desarrolla en un
departamento o función.
Actor: se emplea para indicar el tipo de usuario del sistema que podrá ejecutar
alguna función.
Agregación: corresponde a la inclusión de para cualquier sustancia o mezcla u
objetos, modificando sus condiciones iniciales, pueden obtenerse distintos estados
o fases, denominados estados de agregación de la materia, en relación con las
fuerzas de unión de las partículas (moléculas, átomos o iones) que la constituyen.
Arquitectura de software: estructura del sistema que contiene sistemas,
subsistemas, componentes e interfaces, así como las relaciones entre ellos.
Artefacto: entidades físicas que se presentan en nodos, dispositivos y ambientes
de ejecución. Asociación: es la acción y efecto de asociar o asociarse (unir una
persona a otra para que colabore en algún trabajo, juntar una cosa con otra para un
mismo fin, establecer una relación entre cosas o personas). Una asociación, por lo
tanto, es el conjunto de los asociados para un mismo fin. Componente: se le define
en informática como parte modular de un sistema informático.
Asociación: es la acción y efecto de asociar o asociarse (unir una persona a otra
para que colabore en algún trabajo, juntar una cosa con otra para un mismo fin,

5
establecer una relación entre cosas o personas). Una asociación, por lo tanto, es el
conjunto de los asociados para un mismo fin.
Asociación: relación que se da entre elementos de los diagramas, por ejemplo
entre los actores y el caso de uso o entre las clases.
Atributos: características de una Clase, son datos específicos que interesa guardar
de cada entidad.
Cardinalidad: indica la participación que tiene una entidad en la relación.
Caso de uso: indica una función que el sistema debe proveer.
Clases: unidad básica que agrupa una colección de objetos.
Clave Foránea: atributo que es pasado a una tabla, según la regla de
transformación, se distingue en un modelo relacional porque tiene el estereotipo
<fk> y en un esquema relacional porque despliega una flecha hacia la tabla de la
cual proviene.
Clave Primaria: atributo único que no se repite, es identificado en un modelo
relacional porque esta subrayado o tiene el estereotipo <pk> y en un esquema
relacional se encuentra subrayado.
Componente: se le define en informática como parte modular de un sistema
informático. Fragmento de código reutilizable que ofrece servicios de una clase
Composición: composición es una forma fuerte de composición donde la vida de la
clase contenida debe coincidir con la vida de la clase contenedor. Los componentes
constituyen una parte del objeto compuesto. De esta forma, los componentes no
pueden ser compartidos por varios objetos compuestos. La supresión del objeto
compuesto conlleva la supresión de los componentes.
Despliegue: despliegue es la acción y efecto de desplegar. Este verbo refiere a
desdoblar o extender lo que está plegado; a ejercitar o poner en práctica una
actividad; a manifestar una cualidad; o a concretar una exhibición o demostración.
determinada.
Diagrama de componentes: diagrama estándar del lenguaje UML utilizado para
modelar la arquitectura de software de un sistema informático.
Diagrama de paquetes: diagrama estándar del lenguaje UML utilizado para
modelar la arquitectura de software de un sistema informático.

6
Diccionario de Datos: es aquel que contiene una descripción de las características
de cada uno de los datos representados por cada uno de los campos de una tabla.
Dispositivo: componente que puede ser de acceso a datos, periférico de entrada o
salida de datos. Es un componente o aparato que sirve para una determinada
acción.
Documento: escrito que sirve para ilustrar algo.
Entidad: elemento del sistema de los cuales interesa almacenar información.
Especificaciones: son características de un producto.
Esquema Relacional: expresar el modelo relacional por medio un esquema de
palabras y asociaciones entre ellas (flechas) que representan las relaciones.
Extend: relación que se da entre casos de uso.
Fabricante: empresa u organización que fabrica algún producto.
Ficha técnica: documentos que contienen una metodología unida a varios
elementos relacionados con un producto en cuanto a sus características físicas.
Gestión de procesos: dirección, control y coordinación del trabajo realizado para
desarrollar o producir un servicio.
Indicador: es un dato o conjunto de datos que ayudan a medir objetivamente la
evolución de un proceso o de una actividad.
Métodos: operaciones de una clase.
Modelo Entidad Relación Extendido: modelo que permite modelar nuevos tipos
de relaciones, que no incluye el MER normal, tales como agregación,
generalización, exclusión e inclusión.
Modelo Entidad Relación: modelo que consta de entidades, atributos y relaciones
y permite modelar conceptualmente una base de datos relacional.
Modelo Relacional: es un modelo que se obtiene de la transformación de un MER,
el cual contiene tablas, atributos y relaciones entre las tablas.
Nodo: en informática y en telecomunicación, de forma muy general, un nodo es un
punto de intersección, conexión o unión de varios elementos que confluyen en el
mismo lugar. Ahora bien, dentro de la informática la palabra nodo puede referirse a
conceptos diferentes según el ámbito en el que nos movamos.

7
 Procesador: circuito integrado que contiene los elementos de una unidad central de
procesamiento.
Proyecto: es una serie de actividades encaminadas a la consecución de un
objetivo, con un principio y final claramente definidos. La diferencia fundamental con
los procesos y procedimientos estriba en la no repetitividad de los proyectos.
Relación: es una asociación que existe entre dos entidades, en un MER se
distinguen tres tipos de relaciones: uno a uno (1..1), uno a muchos (1..M) y muchos
a muchos (M..M).
Relaciones: también se conoce como asociaciones, sirven para interconectar las
entidades.
Riesgo: un evento futuro que podría o no ocurrir y que puede tener un impacto
positivo (oportunidad) o negativo (amenaza) en el proyecto.
Sistema: estructura organizativa, procedimientos, procesos y recursos necesarios
para implantar una gestión determinada, como, por ejemplo, la gestión de la calidad,
la gestión del medio ambiente o la gestión de la prevención de riesgos laborales.
Normalmente están basados en una norma de reconocimiento internacional que
tiene como finalidad servir de herramienta de gestión en el aseguramiento de los
procesos.
Stakeholders: personas o entidades interesadas y participantes en un proyecto.
Subprocesos: son partes bien definidas en un proceso. Su identificación puede
resultar útil para aislar los problemas que pueden presentarse y posibilitar diferentes
tratamientos dentro de un mismo proceso.
Tabla: es la representación de una entidad en un modelo relacional, la cual incluye
atributos.
Windows: es un sistema operativo creado por Microsoft.

4.2 Acrónimos

CRUD: son las operaciones básicas sobre tablas de la base de datos, estas
operaciones son Create Crear (Insert), Read Leer (Select), Update Actualizar (Update),
Delete Borrar (Delete).

8
CUI: acrónimo de Interfaz de usuario de caracteres (Character User Interface).
GUI: acrónimo de Interfaz Gráfica de Usuario (Graphical User Interface).
Interfaz: parte visible de un ente encapsulado.
MR: Modelo Relacional de la Base de Datos
Paquete: mecanismo de agrupamiento conceptual de entidades en un diagrama UML.
SGBD: acrónimo para Sistema Gestor de Bases de Datos.
SGBD: sistema de gestión de bases de datos.
Stakeholders: participantes o interesados en el desarrollo de un proyecto.
TICS: tecnologías de la información y las comunicaciones.
UML: acrónimo de Lenguaje Unificado de Modelado (Unified Modeling Language).
UML: Unified Modeling Language, es un lenguaje estandarizado que se utiliza para
visualizar los elementos de un sistema de software, compuesto por diagramas que
representan elementos estáticos y dinámicos del sistema.

5. Referencias

AP01_OA, Mapa de procesos. Centro Industrial de Mantenimiento Integral – CIMI

Regional Santander
AP01_OA, Ingeniería de requerimientos. Centro Industrial de Mantenimiento Integral –
CIMI Regional Santander
AP01_OA, Redes. Centro Industrial de Mantenimiento Integral – CIMI Regional
Santander
AP02_OA, Introducción y construcción de algoritmos. Centro Industrial de
Mantenimiento Integral – CIMI Regional Santander
AP02_OA, Requerimientos de software por casos de uso. Centro Industrial de
Mantenimiento Integral – CIMI Regional Santander
AP03_OA, Diseño de bases de datos. Centro Industrial de Mantenimiento Integral –
CIMI Regional Santander

9
AP03_OA, Modelando la estructura y el comportamiento del software. Centro Industrial
de Mantenimiento Integral – CIMI Regional Santander
AP04_OA, Conversión MER a modelo relacional. Centro Industrial de Mantenimiento
Integral – CIMI Regional Santander
AP04_OA, Interfaz gráfica de usuario. Centro Industrial de Mantenimiento Integral –
CIMI Regional Santander
AP04_OA, Términos de referencia. Centro Industrial de Mantenimiento Integral – CIMI
Regional Santander
AP05_OA, Diseño de la arquitectura de software. Centro Industrial de Mantenimiento
Integral – CIMI Regional Santander
AP05_OA, Laboratorio diseño de la arquitectura de software. Centro Industrial de
Mantenimiento Integral – CIMI Regional Santander
AP05_OA, Diseño de la arquitectura de hardware. Centro Industrial de
Mantenimiento Integral – CIMI Regional Santander
AP05_OA, Laboratorio diseño de la arquitectura de hardware. Centro Industrial de
Mantenimiento Integral – CIMI Regional Santander
Diagramas UML. https://diagramasuml.com/
Vision general del documento.
https://sites.google.com/site/fusmcalidaddelsoftware/proyecto/g-informe-de-
especificacion-de-requerimientos/introduccion12/1-5-vision-general-del-
documento
Ámbito del sistema. https://sites.google.com/site/fusmcalidaddelsoftware/proyecto/g-
informe-de-especificacion-de-requerimientos/introduccion12/1-2-ambito-del-
sistema

10
 6. visión general del documento

Este documento consta de 14 secciones, las cuales describen las características del
sistema de información FacturaciónAB.

La sección 1, Introducción, muestra la introducción y proporciona una visión general

acerca de la Especificación de Requerimientos.
En la sección 2, Alcance del sistema de información, proporciona una visión del
alcance del sistema de información, con el fin de conocer las principales funciones que
debe efectuar.
En la sección 3, Ámbito del sistema de informacion, ilustra cuáles serán las gestiones a
realizar.
La sección 4, Definiciones y acrónimos, conceptualiza los posibles términos
desconocidos por el lector y los acrónimos que se utilizan en la extencion del
documento. La sección 5. Referencias, lista los materiales que se tienen como punto de
partida para la elaboración del documento.
La sección 6, visión general del documento, da una perspectiva global resumida del
documento.

La sección 7, Perspectivas del producto, brinda un esbozo de lo que se pretende que

sea el sistema de información y las necesidades que este suple. La sección 8,
Funciones del producto, detalla las labores que realizara el sistema de información. En
la sección 9, Características del usuario, nos da una visión de los roles que pueden
desempeñar los usuarios. Sección 10, Restricciones, este apartado relaciona las
limitaciones y restricciones del sistema de información. La sección 11, Suposiciones y
dependencias, en esta parte se describe las bases sobre las cuales se desarrolla el
sistema de información y las dependencias que tienen o no, con otros sistemas para su
correcto funcionamiento. Sección 12, Arquitectura de software, se ilustra a través del
Modelo de sasos de uso, Modelo de clases (en capas), Modelo de paquetes, Modelo
de secuencias y Modelo de actividades. Sección 13, Arquitectura del hardware, se
nuestra: modelo de componentes, Modelo de despliegue y Modelo de Nodos. La última

11
sección es la 14, Anexos, donde se articula todo el material necesario para la
comprensión y elaboración del documento, diferente a las referencias.

7. Perspectivas del producto

Se proyecta implementar el sistema de FacturaciónAB, el cual será un sistema de

información que permita gestionar el sistema de facturación, control de existencias,
datos de vendedores y clientes, además de generar los informes y registros contables.
Aunque la empresa labora 10 horas continuas durante el día, el sistema estará
disponible las 24 horas del día, los siete días de la semana. Con la implementación se
estará solucionando el problema de facturación, se tendrán informes contables a
tiempo y se tendrá conocimiento certero de las existencias en el inventario para hacer
más eficiente las compras.

8. Funciones del producto

El sistema de información esta conformado por los siguientes procesos:

 Gestión facturación
 Gestión de exigencias
 Gestión de reportes
 Gestión de vendedores
 Gestión administración

8.1 Gestión facturación: gestionara el proceso de facturación y almacenamiento de

datos sensibles, como datos del cliente y vendedor, entre otros. Consultar y reimprimir
las facturas, no se permitirá el borrado de las facturas, la modificación se realizará
generando una nueva factura donde se detalle la corrección.

12
8.2 Gestión de existencias: se encargará de consultar, registrar y actualizar las
existencias de cada producto en el inventario, en cada una de las transacciones
realizadas, de ser necesario permitirá la corrección de datos erróneos en el inventario.
8.3 Gestión de reportes: generara los reportes e informes contables que necesita la
empresa, y se guardara en un historial para posteriores consultas.
8.4 Gestión de vendedores: se encargará de consultar, registrar y actualizar la
información de los vendedores y las transacciones que estos realicen.
8.5 Gestión administración: gestionar la asignación de roles a roles según el tipo
de usuario registrado, asignar credenciales, modificar base de datos.

9. Características del usuario

El sistema FacturaciónAB está previsto para tres usuarios:

1. vendedores
2. Administrador
3. Propietario

Usuario
Función
Vendedor Administrador Propietario
Gestión de facturación
Generar factura X X X
Captura de datos de clientes X X X
Reimprimir factura X X
Devoluciones X X
Gestión de existencias
Consultar inventario X X X
Ingresar existencias X X
Actualizar existencias X X
Eliminar existencias X X

13
 Asignar precio a productos X X
Gestión de reportes
Generar reportes contables X X
Generar informes contables X X

Gestión de vendedores
Ingresar vendedor X X
Actualizar X X
Consultar vendedor X X
Eliminar vendedor X X
Consultar transacciones de vendedores X X
Gestión administración
Asignar usuarios X
Asignar rol X X
Asignar credenciales X X
Modificar base de datos. X X

10. Restricciones

El sistema de información FacturaciónAB, dependerá del recurso humano para el

ingreso de información, cabe la posibilidad que la empresa invierta en actualización de
tecnología y el sistema de FacturaciónAB deba adaptarse al cambio para su
funcionamiento normal, por lo que se debe hacer la arquitectura e implementación de
tal forma que permita dichas modificaciones futuras.

El sistema de FacturaciónAb no contara con conexión a otros sistemas, el sistema

contara con dos tres computadores, dos impresoras, un servidor, una red local,
suministro regulado a la corriente eléctrica, y el software necesario para un desempeño
óptimo.

14
 11. Suposiciones y dependencias

A causa de la actualización, cambio tecnológico e implementación de nuevos

escenarios en la empresa los requerimientos funcionales cambian de forma dinámica,
lo que repercute en los requisitos del software, lo que hace necesario que todas
eventualidades se tengan en cuenta en al etapa de análisis, diseño e implementación,
elaborando una documentación robusta que facilite modificaciones y mantenimiento.

El sistema de información FcturaciónAB funciona independientemente de otros

sistemas externos, por lo que no hay dependencias respecto de otros sistemas.

15
16
 12. Arquitectura de software
12.1 Modelo de sasos de uso
1
12.2 Modelo de clases (en capas)
1
12.3 Modelo de paquetes

2
3
12.4 Modelo de secuencias
12.5 Modelo de actividades

1
 13. Arquitectura del hardware
13.1 Modelo de componentes

2
13.2 Modelo de despliegue

3
4
13.3 Modelo de Nodos
14. Anexos