Beruflich Dokumente
Kultur Dokumente
Miguel ngel Garca Wha Diego Enrique Jurez Hernndez Irineo Antonio Caldern Aguilar
Cuatrimestre: Quinto
Trabajo:
INTRODUCCIN
En este documento, encontraras un anlisis sobre la empresa , la cual se le realizara un sistema para poder operar con mayor calidad y de una mejor manera
Este sistema contara con una base de datos y una aplicacin para poder interactuar con la base de datos. Base de datos: En ella se guardara toda la informacin importante para el negocio como lo son: datos de venta, informacin de clientes, proveedores, precios, artculos, etc. Aplicacin: Esta servir para la interaccin entre el usuario y la base de datos, con una interfaz grafica amigable y entendible, siendo fcil de usar. Esto reducir el tiempo en el que el trabajador ingresa la informacin de cierto cliente o baja de un artculo, evitando redundancia y duplicidad de datos y teniendo un mejor control, ahorrando Tiempo, Dinero y Esfuerzo.
PROPOSITO
Los propsitos de este documento son: Entender lo que se requiere hacer, para un mejor flujo de trabajo, tanto para los analistas, programadores, diseadores y todos los miembros del equipo. Que el cliente sepa como funcionara su sistema, teniendo una pequea gua y mostrando que fue lo que se mejoro y empleo para desarrollarlo. Contar con documentacin en caso de que se quiera agregar en un futuro ms cosas al sistema.
DEFINICINES
Ingeniera de Requerimientos:
Es un proceso de recopilacin de informacin y anlisis, verificando que las necesidades de los clientes y/o usuarios sean satisfechas.
Propsito:
Entregar una especificacin de requisitos de software correcta y completa, tomando en cuenta los datos necesarios para poder entregar un excelente trabajo.
Caso de uso:
Es una serie de eventos que son desarrolladas por un sistema, siendo realizado por un Actor. Los diagramas de casos de uso ayudan para saber de una manera ms especfica la funcionalidad y el comportamiento de un sistema. Mirando la relacin entre los actores y un sistema.
Actor:
Es una persona, organizacin o sistema externo que desempea un papel en una o ms interacciones con el sistema con el fin de lograr un objetivo.
Tipos de actores:
Primarios: Son los que interactan principalmente con el sistema. Secundarios: dan soporte a los dems actores junto con el sistema. Pasivos: Son los que interactan indirectamente con el sistema.
Escenario:
Es la situacin que puede suceder donde interactan los actores.
Diagrama de Flujo:
Son diagramas que emplean smbolos grficos para representar los pasos o etapas de un proceso. Tambin describen la secuencia de los distintos pasos o etapas y su interaccin.
Consultas
Actor principal:
Gerente, Contador
Objetivo: Que se realicen consultas al inventario con los productos y sus respectivos precios. Pre-condiciones: El sistema ya con el inventario actualizado el gerente/contador hacen consultas al mismo a travs de una clave nica y usuario. Disparador: El gerente/contador chequen el inventario a travs de la opcin de consultas Escenario: Gerente/Contador 1.- Ingresa su usuario y clave nicos 3.-Elige la opcin de Consultas 5.-Realiza chequeos a el inventario a travs de consultas 7.-Selecciona en guardar 9.-Selecciona datos de fecha y hora para la consulta 11.-Selecciona guardar la consulta 13.-Sale del sistema Excepciones y Soluciones: 1.- Si el usuario ingresa su clave incorrecta. El sistema muestra aviso y solicita ingresar sus datos nuevamente. 2.- Si se proporciona datos incorrectos. El sistema dar un aviso que ingrese sus datos nuevamente. 3.- Si el contador olvido sus datos. El sistema le mostrara iniciales de sus datos para que la persona recuerde estos.
Sistema 2.-Muestra el men 4.-Muestra la interfaz de Consultas 6.-Muestra si se desean guardar las Consultas generadas 8.-Configurar fecha y hora para la Consulta 10.-Muestra si desea guardar el sistema para la Consulta 12.-Muestra opcin si desea salir del sistema
DIAGRAMAS DE FLUJO
CONCLUSION
Para realizar un buen sistema, se debe analizar toda la informacin haciendo uso de alguno o varios mtodos para recabar informacin, este anlisis lleva su tiempo y su proceso debe ser siempre con el fin de mejorarlo y hacer bien las cosas. Tomamos ayuda de varios diagramas, para representar los casos de uso del sistema y ver de una mejor manera la influencia de los actores con el sistema en cierta situacin. Estos diagramas nos ayuda a entender un poco mejor el funcionamiento del sistema y como solucionar los posibles errores que se podran cometer a futuro. Tambin fueron de vial ayuda las opiniones acerca de mejoras que se le podran desde el punto de vista de los mismos actores, as generando una retroalimentacin.
BIBLIOGRAFIA Y REFERENCIAS
http://biblioteca.clacso.edu.ar/archivos_web_adj/148.pdf http://www.codecompiling.net/files/slides/UML_clase_02_UML_casos_de_uso.pdf http://www-2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf http://users.dcc.uchile.cl/~psalinas/uml/casosuso.htm