Proyecto Final Arqui de Software

36
PROYECTO FINAL “Dygital System Bussiness” Instituto Tecnológico de Saltillo Ing. Sistemas Computacionales ARQUITECTURA DE SOFTWARE LISET MANCINAS PEREZ TEMA: Proyecto Final “Dygital System Bussiness” HORA: 10-11 HRS SALTILLO, COAH., A 24 DE MAYO DE 2012 INDICE 1.- Introducción…………………………………………………………………………..3 2.- .- Nombre del proyecto………………………………………………………………4 3.- Antecedentes del negocio…………………………………………………………..4 4.- Diagnostico…………………………………………………………………………...4 ARQUITECTURA DE SOFTWARE Página 1

Transcript of Proyecto Final Arqui de Software

Page 1: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Instituto Tecnológico de

SaltilloIng. Sistemas Computacionales

ARQUITECTURA DE SOFTWARE

LISET MANCINAS PEREZ

TEMA: Proyecto Final “Dygital System Bussiness”

HORA: 10-11 HRS

SALTILLO, COAH., A 24 DE MAYO DE 2012

INDICE

1.- Introducción…………………………………………………………………………..3

2.- .- Nombre del proyecto………………………………………………………………4

3.- Antecedentes del negocio…………………………………………………………..4

4.- Diagnostico…………………………………………………………………………...4

5.- Objetivo General……………………………………………………………………..5

6.- Objetivo Especifico…………………………………………………………………..5

7.- Metas………………………………………………………………………………….5

ARQUITECTURA DE SOFTWARE Página 1

Page 2: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

8.- Justificación…………………………………………………………………………..5

9.- Alcances…………………………………………………………………. …………..6

10.- Limitaciones…………………………………………………………………………6

11.- Limitaciones Técnicas………………………………………………………………6

12.- Ventajas………………………………………………………………………………6

13.- Contras……………………………………………………………………………….7

14.- Presupuesto…………………………………………………………………………7

15.- Atributos……………………………………………………………………………...7

16.- Modelo del dominio…………………………………………………………………8

17.- Plantillas……………………………………………………………………………..8

18.- Interfaces…………………………………………………………………………...23

19.- Conclusiones……………………………………………………………………….31

20.- Bibliografía…………………………………………………………………………32

INTRODUCCION

ARQUITECTURA DE SOFTWARE Página 2

Page 3: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Dentro de este trabajo se podrán observar el objetivo general que se está manejando para

cumplir las necesidades del cliente así como la situación actual del negocio en el cual a simple

vista nos podemos dar una idea de la problemática que tiene el negocio.

El proyecto está basado en un sistema que ayude a mejorar el sistema de ventas, control de

cotizaciones así como ordenes de compras facturas que ayudan a facilitar el control de la

empresa y que tenga un mejor desempeño con sus clientes.

Se muestran diagramas que nos permitirán entender mejor el funcionamiento del sistema, así

como darnos cuenta en donde se puede mejorar.

NOMBRE DEL PROYECTO

ARQUITECTURA DE SOFTWARE Página 3

Page 4: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Dygital System Bussiness

ANTECEDENTES DEL NEGOCIO

Nombre: LMP, suministros y negocios.Giro del negocio: comercializadora, proveedor y fabricante.

Dirección y teléfono:Blvd V. Carranza #2500, CP. 25208 Teléfono: 844-4334455

Contacto: Ing. Liset Mancinas Pérez.

DIAGNÓSTICO

Componentes informáticos:La empresa cuenta con dos computadoras de escritorio, una impresora *multifuncional*, teléfono y servicio de fax, internet básico.

Personal:1 contador. 3 empleados que realizan las ventas, cotizaciones, etc.Dueño del negocio.

Problemática:La empresa LMP, suministros y negocios no cuenta con ningún sistema informático que les ayude a realizar de formas eficiente y más organizada sus labores diarias. Otra situación que se presenta es que todos los empleados están capacitados para realizar una venta, una factura, una cotización ó un pedido y al final del día, esto puede provocar posibles pérdidas al negocio, ya que cabe la posibilidad de que algún empleado se le olvide registrar la venta, tarde mucho tiempo en emitir facturas ó darle seguimiento a las cotizaciones y pedidos realizados. Un caso en particular que nos llamó la atención en el manejo actual financiero de la empresa LMP es que cuentan con un contador público que realiza las actividades referentes a la nomina de la empresa, seguridad social de los trabajadores, por una cantidad de 4500 pesos mensuales *libres de impuestos*. Además, el CP también recibe a final de año un pago de 2 salarios mensuales por la declaración anual que la empresa tiene que presentar ante la Secretaría de Hacienda y Crédito Público (SHCP). Esta situación la podríamos considerar como un gasto excesivo de la empresa, puesto que un sistema informático podría tener un modulo referente a la contabilidad de la empresa y solo sería necesario contar con el C.P. al momento de realizar ciertas operaciones ante la SHCP.Otra característica fundamental del estado actual del sistema es que no se cuenta con red alguna en la misma.

ARQUITECTURA DE SOFTWARE Página 4

Page 5: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

OBJETIVO GENERAL Crear un sistema capaz de administrar las principales actividades de la empresa (generar notas de venta, pedidos, facturas, así como manejar una base de datos donde se almacenaran los clientes de la empresa) dando así solución a sus principales problemas reduciendo tiempos muertos y pérdidas económicas.

OBJETIVOS ESPECÍFICOS Generar un modulo por cada actividad a satisfacer (ventas, pedidos, facturación, cotizaciones).Tener un registro actualizado y confiable de los clientes (base de datos).Digitalizar los procesos de contabilidad (Identificando las actividades que no necesariamente tienen que ser realizadas por un contador público de manera presencial).

METASGenerar un sistema que pueda ser sustentable y moldeable a lo largo del tiempo, tratando así de satisfacer necesidades futuras de la empresa.Lograr la creación exitosa de un modulo orientado a la contabilidad de la empresa, teniendo en cuenta que no se eliminaría del todo la participación de un C.P.

JUSTIFICACIÓNEn base a lo descrito en la problemática de la empresa, encontramos que el negocio podría funcionar de una manera más limpia y rápida si se digitalizan todos los procesos que se llevan a cabo en dicho lugar, además nos dimos cuenta que la empresa tiene gastos en su nomina que podrían resultar innecesarios.

Tenido en cuenta que el equipo con el que se cuenta se encuentra en óptimas condiciones, podemos generar e implantar un sistema que permita cumplir con lo mencionado anteriormente.

El sistema podrá generar ventas, facturas, pedidos, cotizaciones e incluso, podría realizar algunas actividades del área de contabilidad tales como la captura de cheques, pólizas, ingresos y egresos diarios, calcular IVA, ISR, IETU, Seguridad Social, INFONAVIT e impuesto sobre nómina. Actualmente el C.P. de la empresa recibe un sueldo base de 4,500 pesos mensuales por llevar a cabo las anteriores actividades, pero cuando llega el fin de año y hay que realizar la declaración anual ante la SHCP recibe 10,000 pesos. Si hacemos cuentas, el contador recibe por 11 meses la cantidad de $50,000 y si agregamos el pago del último mes, obtenemos que el contador recibe al año un total de 60,000 pesos. Investigando tales procesos en el area de contabilidad, hemos encontrado que los cálculos son simples operaciones aritméticas, y las capturas de cheques, polizas e ingresos las puede realizar cualquiera de los empleados de la empresa, la única actividad que requiere de la prescencia de un contador, seria la declaración anual ante la SHCP, por lo que nos lleva a concluir que si el cliente acepta la realización de este proyecto, le estaríamos ahorrando 50,000 pesos por año, puesto que solo requeriría al C.P. a final de año. Aplicando nuestro sistema se podría reducir casi el 80% de dichos gastos, es decir que las funciones realizadas por el contador las podría realizar

ARQUITECTURA DE SOFTWARE Página 5

Page 6: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

cualquier empleado de la empresa, haciendo excepción con la declaración anual que se realiza una vez al año generando un costo de 10000 en lugar de 50000.

Además de reducir tiempo en la captura de la compra-venta y la búsqueda de el cliente pues no tendría que hacerlo manual sino que todo estaría englobado en el sistema.

Se manejara un sistema adaptable que podrá ser complementado fácilmente adaptándose a las futuras tecnologías contando además con una fácil complementación para nuevos módulos

ALCANCESEl sistema será utilizable en un Sistema Operativo Windows XP ó superior.La aplicación soportara la conectividad en red entre las computadoras de los empleados, tomando en cuenta que actualmente no existe tal red.Crear un sistema confiable, eficiente y seguro para mejorar la productividad de la empresa.

LIMITACIONES No se cuenta con una red, más que el servicio de internet básico que le es rentado a

una conocida línea telefónica.

El presupuesto de la empresa no asciende los 10,000 pesos. Habría que capacitar al personal para la correcta interacción entre el usuario y el

sistema. En caso del cliente no acepte la propuesta, el proyecto no se llevará a cabo.

LIMITACIONES TÉCNICAS

Se cuenta con solo 2 maquinas disponibles, lo cual podría ser insuficiente. No se cuenta con equipo necesario para instalar la red (router, switch, etc.). Dentro del modulo que se pretende crear de Contabilidad, se tendría que adecuar a las

reglas y políticas de la SHCP para llevar a cabo la declaración anual, pues la SHCP emite un formato PDF y la empresa tiene que vaciar la información y subirla a través de la página de internet de la SHCP.

VENTAJAS

Ayuda a tener un mejor control del negocioRapidez al realizar alguna compra o ventaAhorro de tiempo al realizar cualquier operación.Con la base de datos se queda guardada la información de clientes y de cotizaciones etc.Mejorar administración del negocio(Económico)

ARQUITECTURA DE SOFTWARE Página 6

Page 7: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

CONTRAS

La Base de datos requiere de mucho espacio en disco duro además de una memoria (ram) grande para poder llevar acabo las funciones sin problemas.Ya que no se tiene un conocimiento adecuado se debería de hacer una capacitación para poder manejar el sistemaEn caso de perder alguna información sería algo tardado el poder recuperarlaNecesitaría mantenimiento

PRESUPUESTO

Al cliente se le autorizó un presupuesto que no asciende a los 10,000 pesos, pero no se tenía contemplado que al implementar nuestro sistema, generaríamos un ahorro de casi el 80% en su nomina, puesto que el C.P. solo seria necesitado una vez al año.

ATRIBUTOS DE CALIDAD:1. Escalabilidad

Nuestro software soporta una interfaz de comunicación (chat)entre los 4 empleados base del negocio, en caso de que se requiera agregar uno ó varios empleados más, no habría ningún inconveniente en darlos de alta.

2. Seguridad En este apartado, nuestra aplicación controlara el acceso a las interfaces mediante una serie de contraseñas. Tales contraseñas serán dadas de alta por los usuarios y podrán ser modificadas las veces que se deseen.El cliente decidirá el nivel de seguridad que se aplicara a cada interfaz dependiendo de las necesidades del negocio.Se pretende que solo tenga acceso al sistema, el personal delegado por el cliente.

3. Desempeño El software debe presentar un tiempo de respuesta menor a 5 segundos por petición, especialmente cuando se trate de realizar una cotización o una factura, ya que son de las tareas más importantes que el sistema realizara.Además, el sistema generara un archivo de respaldo si se llega a presentar un inconveniente en alguna de las peticiones del usuario.

4. Fiabilidad La fiabilidad de nuestro sistema estará presente en cada uno de los módulos de la aplicación y en la comunicación que habrá entre los mismos, puesto que el modulo de

ARQUITECTURA DE SOFTWARE Página 7

Page 8: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

cotización requiere a su vez del modulo de inventario ó l modulo de facturación requiere del modulo de base de datos de los clientes.

5. Modificabilidad Nuestra aplicación estará preparada para cualquier cambio que se requiera en un futuro; dicho cambio podrá ser un mantenimiento correctivo ó la creación de varios módulos mas, según se requiera. En caso de que se necesite un modulo extra, se hará el diseño y se presentara el análisis costo-beneficio al cliente.

6. Disponibilidad Si nuestra aplicación no está disponible las veces que el cliente lo requiera, entonces el software no es fiable. Por eso, se pretende que dicho software esté disponible las 24 horas del día, los siete días de la semana por los 365 días del año.

7. Integración En nuestro software, la integración está presente al manejar una base de datos que tenga una constante comunicación con el modulo de facturación ó con el modulo de cotización. La aplicación tendrá un mecanismo bien definido y entendido para que los usuarios tengan acceso a los datos del ICDE en el almacenamiento de datos.

REQUERIMIENTOS NO FUNCIONALES

Riesgos.

Impacto en el negocio

Cotización del producto

Definición de proceso

Tecnología a construir

MODELO DEL DOMINIO

Casos de uso

ARQUITECTURA DE SOFTWARE Página 8

Page 9: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

CREAR CUENTAVALIDAR ACCESOREGISTRAR VENTAREGISTRAR PROVEEDORREGISTARAR COMPRAREGISTRAR CLIENTEGENERAR FACTURAREGISTRAR PEDIDOREGISTRO DE CONTABILIDAD

PLANTILLAS DIAGRAMA DE COMPONENTE

Figura 1: Diagrama de componentes

DIAGRAMA DE SECUENCIA

ARQUITECTURA DE SOFTWARE Página 9

Page 10: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 2: Diagrama de secuencia Crear cuenta

Figura 3: Diagrama de Secuencia Validar acceso

ARQUITECTURA DE SOFTWARE Página 10

Page 11: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 3: Diagrama de Secuencia Registrar Venta

Figura 4: Registrar Compras

ARQUITECTURA DE SOFTWARE Página 11

Page 12: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 5: Registrar Proveedores

Figura 6: Diagrama de secuencia Registrar Cliente

Figura 7: Diagrama de Secuencia Generar Factura

ARQUITECTURA DE SOFTWARE Página 12

Page 13: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 8: Diagrama de Secuencia Registrar Pedido

DIAGRAMA DE ACTIVIDAD

ARQUITECTURA DE SOFTWARE Página 13

Dar permisos

Solicitar usuario y contraseña

Validar usuario y contraseña

Mensaje de error

[NO]

[SI]

Page 14: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 10: Diagrama de actividad VALIDAR ACCESO:

ARQUITECTURA DE SOFTWARE Página 14

Mostrar menú principal

Introduce clave

Mostrar interfaz de registro

Valida Clave

Mensaje: La clave ya existe

[No existe]

[Existe]

Habilitan campos

Page 15: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 11: Caso de uso REGISTRAR VENTA:

ARQUITECTURA DE SOFTWARE Página 15

Guardar información

RegistrarDatos

Se llenan Campos

Introduce clave

Mostrar interfaz de registro

Valida Clave

Mensaje: La clave ya existe

[No existe]

[Existe]

Page 16: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 12: Diagrama de Actividad REGISTRAR POVEEDOR:

ARQUITECTURA DE SOFTWARE Página 16

Guardar información

RegistrarDatos

Habilitan campos

Se llenan Campos

Introduce clave

Mostrar interfaz

Valida Clave

[Incompletos]

Se llenan Campos

Verificar Campos

Page 17: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 13: Diagrama de Actividad REGISTRAR COMPRA

:

ARQUITECTURA DE SOFTWARE Página 17

Guardar información

Mensaje: Campos incompletos

Calcular Total

[Existe]

Mostrar Total

[Completos]

Registrar Información

Introduce clave

Mostrar interfaz de registro

Valida Clave

Mensaje: La clave ya existe

[No existe]

[Existe]

Page 18: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 14: Diagrama de actividad REGISTRAR CLIENTE

ARQUITECTURA DE SOFTWARE Página 18

Guardar información

RegistrarDatos

Habilitan campos

Se llenan Campos

Introduce clave

Mostrar interfaz

Se pregunta si ya está registrado el cliente

Mensaje: La clave ya existe

[NO]

[SI]

Page 19: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 15: Diagrama de actividad GENERAR FACTURA:

ARQUITECTURA DE SOFTWARE Página 19

Guardar información

Se registran todos los datos

Introduce clave

Mostrar interfaz de registro

Mensaje: La clave ya existe

[No existe]

[Existe]

Habilitan campos

Valida Clave

Page 20: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 16: Diagrama de Actividad REGISTRAR PEDIDO:

DIAGRAMA DE CLASES

ARQUITECTURA DE SOFTWARE Página 20

Cuentas de Usuario Clientes Ventas

Proveedores Compras Factura

ContabilidadPedidosMaterial

Guardar información

RegistrarDatos

Se llenan Campos

Page 21: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Figura 17: Diagrama de Clases

DIAGRAMA DE CASOS DE USO

ARQUITECTURA DE SOFTWARE Página 21

<<include>>Crear Cuenta

Registrar Cliente

Registro de contabilidad

Registrar Venta

Registrar Proveedor

Registrar Compras

Validar Acceso

Dueño.

Page 22: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

INTERFACES Registro de cuenta

VALIDAR USUARIO

ARQUITECTURA DE SOFTWARE Página 22

Registrar Pedido

Generar Factura de VentaEmpleado

Page 23: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

MENU

ARQUITECTURA DE SOFTWARE Página 23

Page 24: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

REGISTRAR VENTA

REGISTRAR PROVEEDORES

ARQUITECTURA DE SOFTWARE Página 24

Page 25: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

REGISTRAR COMPRAS

ARQUITECTURA DE SOFTWARE Página 25

Page 26: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

REGISTRAR CLIENTES

ARQUITECTURA DE SOFTWARE Página 26

Page 27: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

REGISTRAR FACTURA

ARQUITECTURA DE SOFTWARE Página 27

Page 28: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

REGISTRAR PEDIDO

ARQUITECTURA DE SOFTWARE Página 28

Page 29: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

REGISTRAR CONTABILIDAD

ARQUITECTURA DE SOFTWARE Página 29

Page 30: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

CONCLUSION

ARQUITECTURA DE SOFTWARE Página 30

Page 31: Proyecto Final Arqui de Software

PROYECTO FINAL “Dygital System Bussiness”

Se puede concluir con este trabajo que no importa si es pequeño y sencillo el diseño del

sistema siempre y cuando este hecho a la medida de los requerimientos todo funcionaria.

Es importante conocer bien los requerimientos del clientes, antes saber cuáles son sus

necesidades primordiales y así poder hacer un buen trabajo y darle al cliente un sistema

que satisface todas las necesidades antes mencionadas y claro con módulos en futuro

implementar conforma las necesidades del cliente vallan creciendo.

Conocer los riesgos a los que nos podemos enfrentar es importante, para cualquier falla en

el sistema atacarla con facilidad.

BIBLIOGRAFIA

http://www.monografias.com/trabajos67/diagramas-uml/diagramas-uml2.shtml

http://www.slideshare.net/e1da4/diagramas-uml

http://www.slideshare.net/FABIANGARCIA/diagramas-de-secuencia-presentation

http://www.monografias.com/trabajos67/diagramas-uml/diagramas-uml2.shtml

ARQUITECTURA DE SOFTWARE Página 31