INDICE
PRESENTACION... 3CAPITULO I
1. PLANEAMIENTO DEL PROBLEMA 1.1. Identificacin del problema....... 41.2. Objetivos.......... 51.2.1. Objetivo General1.2.2. Objetivos Especficos1.2.3. Alcances1.3. Antecedentes..... 61.4. Justificacin.......... 61.5. Delimitacin........... 61.6. Metodologa........... 61.7. Cronograma......... 7
CAPITULO II
2. MARCO TEORICO......... 82.1. Conceptos Generales...... 82.1.1. Glosario de Trminos2.1.2. Conceptos Relacionados a la Institucin2.2. Conceptos informticos........ 92.2.1. Sistemas de informacin2.2.2. Proceso unificado de desarrollo del software2.2.3. Lenguaje de modelamiento unificado2.2.4. Bases de datos gestores de base de datos2.2.5. Lenguajes de programacin2.2.6. Redes de computadoras
CAPITULO III
3. FACE DE INICIO....... 123.1. Modelo de caso de uso del negocio.....133.1.1. Estructura organizacional del negocio3.1.2. Identificacin de actores3.1.3. Diagrama general de modelo de negocio3.1.4. Descripcin de los casos de uso del negocio3.2. Requerimientos del sistema. 163.2.1. Casos de uso del sistema3.2.2. Diagrama de Casos de usos del sistema3.2.3. Descripcin de casos de usos del sistema
3.3. Descripcin de procesos (BPMN) ...... 223.4. Anlisis de factibilidad del sistema293.4.1. Facilidad tcnica3.4.2. Facilidad operativa3.4.3. Facilidad econmica
3.5. Beneficios.... 313.5.1. Beneficios tangibles3.5.2. Beneficios intangibles3.5.3. Anlisis de Riesgo3.6. Retorno de la inversin... 333.7. Punto de equilibrio.... 34
CAPITULO IV
4. FASE DE ELABORACION (Anlisis y Diseo) ... 344.1. Anlisis... 354.1.1. Diagramas de secuencia4.2. Diseo..... 434.2.1. Diagrama de clases4.2.2. Casos de uso en forma expandido4.2.3. Casos de usos reales
CAPITULO V
5. FASE DE CONTRUCCION..... 565.1. Descripcin del software utilizado... 565.1.1. Lenguaje de Programacin5.1.2. Gestor de Bases de Datos5.1.3. Herramientas de Modelado.5.1.4. Etc.5.2. Grafo Relacional.... 585.3. Tabla de la creacin de la Base de Datos (SQL-Server) 595.4. Descripcin de Tablas Atributos y Dominios 595.5. Manual de Usuario....... 65
CONCLUSIONES... 63RECOMENDACIONES. 63BIBLIOGRAFA... 64
PRESENTACION
El siguiente Proyecto se desarroll con el objetivo de sistematizar las diferentes actividades de la tienda automotriz Motores Cusco, como: compra y ventas de productos, administracin de caja, inventarios, control de facturas entre otros.Este proyecto se desarrolla de acuerdo a las diferentes entrevistas y datos recopilados de acuerdo a las necesidades de la empresa, con el fin de brindar una mayor eficiencia y mejores rendimientos en la empresa. Enfocndose en las Actividades de caja, ventas, almacn y documentacin.
PLANTEAMIENTO DEL PROBLEMA1
1.1 IDENTIFICACIN DEL PROBLEMAMOTORES CUSCO es una E.I.R.L. creada hace 6 aos, actualmente se dedica a la venta de repuestos, al por mayor y menor, as mismo la empresa lleva la cuenta de facturas, caja, letras de cambio de su proveedor y logstica de su almacn, actualmente dicha empresa no cuenta con un sistema de informacin que le permita automatizar el inventario y controlar la entrada y salida de los repuestos y como tambin la contabilidad de la facturacin, ya que dichos procesos se realizan manualmente, lo cual genera imprecisin en la informacin tanto en la facturacin como en el inventariado, lo que trae como consecuencia prdidas econmicas. Tiempo y eficacia de la empresa.
Los problemas identificados actualmente son los siguientes:
Se ha identificado perdidas de productos (repuestos), ya sea por parte del personal o descuido, ya que se tiene como antecedentes robos, esto se debe a que no existe un sistema de control que pueda brindar dicha informacin actualizada. Al realizar las facturaciones de manera manual genera prdidas de tiempo y adems hay ms probabilidad de cometer errores al momento del llenado de la factura como pueden ser en las fechas, monto, entre otros; como ocasionar problemas con la SUNAT. Al momento de hacer el cierre de caja siempre existen perdidas econmicas por que no se tiene informacin exacta de ingresos de dinero durante el da y esto genera mucha especulacin y prdida de confianza en el trabajador por parte de su jefe Se ha observado que tambin existen productos agotados lo cual genera preocupacin, prdidas de ganancia as como tambin prdida de clientes al saber exactamente qu tipo de repuestos faltan en stock. Tambin existe una excesiva cantidad de repuestos que han sido adquiridos por la empresa y esto trae como consecuencias perdidas econmicas as como tambin un paro en el movimiento de los productos. Al realizar nuestro anlisis se vio que el gerente es un necesidad, puesto que muchos de los empleados encargados a la venta, no conocen muchos de los productos que estos ofrecen ya que en la mayora de ellos son llamados por cdigos ejemplo: PERNO HEX. G8 NC 3/4 X 5 marca Escania.Esto produce prdidas econmicas as como tambin prdida de clientes. El gerente nos informa que para realizar el inventariado muchas veces llega a tardar hasta dos das para la revisin de los productos, lo cual produce el cierre de atencin por consiguiente prdidas para la empresa.
1.2 OBJETIVOS1.2.1 OBJETIVO GENERAL
Implementar el Sistema de informacin para automatizar los procesos de la empresa MOTORES CUSCO.
1.2.2 OBJETIVOS ESPECFICOS
Entender el modelo de negocios, analizar y evaluar los requisitos y problemas de la empresa. Generar una base de datos que contenga la informacin necesaria para el mejor manejo de usuarios. Disear e implementar mecanismos para consultas en el control de ventas e inventario del sistema. Desarrollar e implementar todo tipo de reportes para las boletas, productos, inventario, etc.
1.2.3 ALCANCES El sistema tendr las siguientes caractersticas
Permitir el almacenamiento de datos. Poder agregar, modificar y eliminar productos, facturas, entre otros. Permitir la fcil emisin de boletas y/o facturas. Se pretende optimizar la bsqueda de repuestos. Se pretende facilitar la venta de repuestos. Se pretende optimizar la contabilidad o inventario de los repuestos. Emitir los siguientes reportes.
Boleta de venta. Nota de pedido. Ventas de caja por da. Inventario Datos estadsticos.
Permitir tener informacin precisa de dichos reportes ya sea de manera fsica o digital. Permitir realizar consultas de clientes, proveedores, productos, etc.
1.3 ANTECEDENTES
Se encontr sistemas similares en empresas de dicho rubro como: Inka Motor e Inka Automotriz el sistema que se empresa es el de KING SYSTEM.
1.4 JUSTIFICACION
Este sistema de informacin surge ante la necesidad de sustituir los trabajos manuales que implican inversin de tiempo tanto para el personal encargado de la facturacin, caja, venta y personal de logstica as como para los clientes, insatisfaccin al momento de realizar los pagos por la demora de atencin.
El presente se justifica por lo siguiente:
Satisfacer la necesidad del cliente y usuario de tener informacin y reportes del proceso de atencin de la empresa. Controlar ventas totales en determinados periodos. Mejorar control en el rea de logstica. Mejorar suministro de informacin real. Reportar cuadres perfectos en el rea de caja. Buen manejo de los productos por parte del almacenero. Crecimiento de ganancias y decremento de prdidas econmicas.
1.5 DELIMITACION
Los procesos que el sistema no llegara a ejecutar: control del personal. contabilidad de la empresa con la SUNAT Administracin de facturas y boletas de compras de otros no relacionados a los repuestos.
1.6 METODOLOGA
Se empleara la metodologa del Proceso Unificado de Desarrollo de Software (PUDS), por ser iterativo e incremental y dirigido por los Casos de Uso que consideramos indispensables para la elaboracin de nuestro proyecto, y el Lenguaje Unificado de Modelado (UML) para el modelamiento respectivo.
Ing. Informtica y de SistemasPgina 53
1.7 CRONOGRAMAFig. [1.1] CronogramaMARCO TERICO
2
2.1 CONCEPTOS GENERALES (INSTITUCIONAL)En la empresa AUTOMOTRIZ MOTORES CUSCO encargado de la compra y venta de productos automotrices se ha detectado que la empresa presenta prdidas al crear y buscar, emitir facturas, manejo de productos as tambin como llevar una buena contabilidad de las prdidas y ganancias de la empresa debido a que esto se desarrolla de manera manual, haciendo este trabajo muy laborioso y genera una gran prdida de tiempo, adems de no poder obtener algn tipo de historial estadstico o semejante en beneficio de la empresa.
2.1.1 GLOSARIO DE TRMINOS
Almacnlugar o espacio fsico en que se depositan las materias primas. Sirve como centro regulador del flujo de mercancas entre la disponibilidad y la necesidad de fabricantes, comerciantes y consumidores.
Almacenerom. y f. almacenista. Persona que se ocupa de atender los servicios de un almacn.
CajaLugar fsico en el cual se realizan operaciones bancarias, tales como cobrar cheques, hacer depsitos en la cuenta corriente, pagar servicios.
CajeroPersona que en los bancos, comercios, etc., est encargada de la caja y sus movimientos:
Clientem. y f. Persona que utiliza los servicios de un profesional o una empresa, Persona que habitualmente compra en un establecimiento o requiere sus servicios.
CompraSe denomina compra a toda adquisicin de algn bien realizada a cambio de dinero.
EmpresaUnidad de organizacin dedicada a actividades industriales, mercantiles o de prestacin de servicios con fines lucrativos.
FacturasRelacin de los objetos o artculos comprendidos en una venta, remesa u otra operacin de comercio.
Letras de CambioEs un ttulo de crdito que contiene orden, no sujeta a condicin de pagar una cantidad determinada, en la poca fijada.
SecretariaPersona encargada de la administracin documentaria de la empresa y entre otros trabajos designados por el administrador o gerente.
ServiciosMrito que se adquiere sirviendo al Estado o a otra entidad o persona.
Repuestosson los productos ofrecidos por la empresa.
VendedorPersona encargada de la comercializacin de productos.
2.1.2 CONCEPTOS RELACIONADOS A LA INSTITUCION
AccesoriosComponentes no esenciales que se agregan al vehculo, para hacerlo ms cmodo; por ejemplo: elevador de vidrios[lunas]elctrico, aire acondicionado, radio, amplificador etc.
AceleradorMecanismo que, accionado por un pedal, permite regular la mezcla de combustible en los motores con carburador, al cual se conecta por medio de un varillaje o cable.
Actuador [actuator]Los actuadores tales como los reles, solenoides, y motores, posibilitan que la computadora, controle la operacin de los sistemas del vehculo.
Ahogador elctrico(termostato)Tipo de ahogador automtico, que cuenta con un diminuto resistor de cermica, para calentar el resorte bimetlico del ahogador, permitiendo as la abertura paulatina del papalote.
CajaEncargado de los ingresos y egresos de la caja de la empresa.
GerenteEs el dueo y encargado de la administracin, puede tomar la posicin de cualquier trabajador.
LetrasSon las letras Fraccionadas por las empresas en relacin a los pedidos realizados.
SecretariaEncargada del manejo de papeleos, letras, facturas, licitaciones, entres otros procesos que el gerente le encomienda.
2.2 CONCEPTOS INFORMTICOS2.2.1 SISTEMAS DE INFORMACINUnsistema de informacines un conjunto de elementos orientados al tratamiento y administracin dedatose informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las siguientes categoras: Personas. Datos. Actividadeso tcnicas de trabajo. Recursos materiales en general (generalmenterecursos informticos y de comunicacin, aunque no necesariamente).
Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales y automticos) y dan lugar ainformacinms elaborada, que se distribuye de la manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos. Si bien la existencia de la mayor parte de sistemas de informacin es de conocimiento pblico, recientemente se ha revelado que desde finales del siglo XX diversos gobiernos han instauradosistemas de informacin para el espionajede carcter secreto.Habitualmente el trmino se usa de manera errnea como sinnimo desistema de informacin informtico, en parte porque en la mayora de los casos los recursos materiales de un sistema de informacin estn constituidos casi en su totalidad por sistemas informticos. Estrictamente hablando, un sistema de informacin no tiene por qu disponer de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces que los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas de informacin en general.
2.2.2 PROCESO UNIFICADO DE DESARROLLO DEL SOFTWAREEl Proceso Unificado es un proceso de software genrico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaos de proyectos.Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una organizacin de desarrollo. Su meta es asegurar la produccin de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.El Proceso Unificado tiene dos dimensiones:
Un eje horizontal que representa el tiempo y muestra los aspectos del ciclo de vida del proceso a lo largo de su desenvolvimiento. Un eje vertical que representa las disciplinas, las cuales agrupan actividades de una manera lgica de acuerdo a su naturaleza.
La primera dimensin representa el aspecto dinmico del proceso conforme se va desarrollando, se expresa en trminos de fases, iteraciones e hitos (milestones).La segunda dimensin representa el aspecto esttico del proceso: cmo es descrito en trminos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y roles.
2.2.3 LENGUAJE DE MODELAMIENTO UNIFICADOLenguaje Unificado de Modelado(LUM oUML, por sus siglas en ingls,Unified Modeling Language) es el lenguaje demodeladode sistemas desoftwarems conocido y utilizado en la actualidad; est respaldado por elOMG(Object Management Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y compuestos reciclados.
2.2.4 BASES DE DATOS GESTORES DE BASES DE DATOSUnabase de datosobanco de datoses un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido; una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo tecnolgico de campos como lainformticay laelectrnica, la mayora de las bases de datos estn en formato digital (electrnico), y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
2.2.5 LENGUAJES DE PROGRAMACIONUnlenguaje de programacines unlenguaje formaldiseado para expresarprocesosque pueden ser llevados a cabo por mquinas como lascomputadoras.Pueden usarse para crearprogramasque controlen el comportamiento fsico y lgico de una mquina, para expresar algoritmoscon precisin, o como modo de comunicacin humana. Est formado por un conjunto de smbolos y reglassintcticasysemnticasque definen su estructura y el significado de sus elementos y expresiones. Al proceso por el cual se escribe,se prueba,se depura,se compila(de ser necesario) y se mantiene elcdigo fuentede unprograma informticose le llamaprogramacin.Tambin la palabra programacin se define como el proceso de creacin de unprogramadecomputadora, mediante la aplicacin de procedimientos lgicos, a travs de los siguientes pasos: El desarrollo lgico del programa para resolver un problema en particular. Escritura de la lgica del programa empleando un lenguaje de programacin especfico (codificacin del programa). Ensamblaje o compilacin del programa hasta convertirlo en lenguaje de mquina. Prueba ydepuracin del programa. Desarrollo de la documentacin.
2.2.6 REDES DE COMPUTADORASUnared de computadoras, tambin llamadared de ordenadores,red de comunicaciones de datosored informtica, es un conjunto deequipos informticosysoftware conectados entre s por medio dedispositivos fsicosque envan y recibenimpulsos elctricos,ondas electromagnticaso cualquier otro medio para el transporte dedatos, con la finalidad de compartir informacin, recursos y ofrecerservicios. Como en todo proceso decomunicacinse requiere de unemisor, unmensaje, unmedioy unreceptor. La finalidad principal para la creacin de una red de computadoras es compartir los recursos y la informacin en la distancia, asegurar laconfiabilidady la disponibilidad de la informacin, aumentar lavelocidad de transmisin de los datosy reducir el costo general de estas acciones. Un ejemplo esInternet, la cual es una gran red de millones de computadoras ubicadas en distintos puntos del planeta interconectadas bsicamente para compartir informacin y recursos.La estructura y el modo de funcionamiento de las redes informticas actuales estn definidos en variosestndares, siendo el ms importante y extendido de todos ellos el modelo TCP/IPbasado en el modelo de referenciaOSI. Este ltimo, estructura cada red en siete capas con funciones concretas pero relacionadas entre s; en TCP/IP se reducen a cuatro capas. Existen multitud de protocolos repartidos por cada capa, los cuales tambin estn regidos por sus respectivos estndares. FASE DE INICIO
3
3.1 MODELADO DE CASOS DE USO DEL NEGOCIO Gerente. Secretaria Representante de venta. Almacenero. Caja3.1.1 ESTRUCTURA ORGANIZACIONAL DEL NEGOCIO
Fig. [3.1] Estructura Organizacional del Negocio3.1.2 IDENTIFICACION DE ACTORES, TRABAJADORES, CASOS DE USO DEL NEGOCIOACTORESDESCRIPCION
Persona que realiza consultas y genera reportes de las actividades que realiza la empresa.
Persona que registra comprobantes de pago, registra compras y ventas, as como el registro de proformas y sus respectivas consultas.
Persona encargada de realizar las ventas de los productos y actualizacin de datos en el sistema.
Encargado de hacer los inventarios, ingresos productos y manejo de logstica.
Persona Encargada de los ingresos y egresos de la empresa.
Fig. [3.2] Identificacin de Actores3.1.3 DIAGRAMA GENERAL DEL MODELO DE NEGOCIO
Fig. [3.3] Diagrama General del Modelo del Negocio3.1.4 DESCRIPCION DE LOS CASOS DE USO DEL NEGOCIO1. Brindar informacin del producto
Caso de Uso :Brindar Informacin del producto
Actores:Vendedor.
Descripcin:El vendedor selecciona toda la informacin requerida por el cliente.
2. Solicitar informacin del producto
Caso de Uso :Solicitar Informacin del producto
Actores:Cliente
Descripcin:El cliente solicita al vendedor toda la informacin de los productos que desea comprar.
Caso de Uso :Emitir cotizacin
Actores:Vendedor, Cliente
Descripcin:El vendedor entrega las cotizaciones y as mismo toda la informacin concerniente a los productos.
3. Solicitar Cotizacin
Caso de Uso :Solicitar cotizacin
Actores:Cliente
Descripcin:En este caso el cliente solicita las cotizaciones correspondientes a los productos que desea comprar.
4. Solicitar pedido
Caso de Uso :Solicitar pedido
Actores:Cliente
Descripcin: Es cuando el cliente ha decidido hacer las compras de un determinado producto, procede a solicitar su pedido.
5. Reservar Pedido
Caso de Uso :Reservar Pedido
Actores:Secretario
Descripcin:La secretaria reserva el pedido para su posterior venta permitido solo a clientes exclusivos
6. Emitir pedido
Caso de Uso :Emitir pedido
Actores:Vendedor
Descripcin:El vendedor emite el pedido, con su respectiva cantidad y su costo.
7. Realizar pago
Caso de Uso :Realizar pago
Actores:Cliente, Cajero
Descripcin:El cliente hace el respectivo pago del producto al cajero.
8. Emitir comprobante
Caso de Uso :Emitir comprobante
Actores:Cajero
Descripcin:El cajero emite el comprobante y lo entrega al cliente.
9. Preparar pedido
Caso de Uso :Preparar pedido
Actores:Almacenero
Descripcin:Luego de emitir el comprobante el almacenero prepara el pedido.
10. Entregar pedido
Caso de Uso :Entregar Pedido
Actores:Almacenero, Cliente
Descripcin:El almacenero hace entrega del producto al Cliente.
11. Brindar informacin del producto
Caso de Uso :Brindar Informacin del producto
Actores:Vendedor.
Descripcin:El vendedor selecciona toda la informacin requerida por el cliente.
12. Solicitar informacin del producto
Caso de Uso :Solicitar Informacin del producto
Actores:Cliente
Descripcin:El cliente solicita al vendedor toda la informacin de los productos que desea comprar.
3.2 REQUERIMIENTOS DEL SISTEMA3.3.1 CASOS DE USO DEL SISTEMA1. ADMINISTRAR USUARIOS Y TRABAJADORES2. ADMINISTRAR PROVEEDORES3. AUTORIZAR Y HACER PEDIDO4. AUTORIZAR CAMBIO DE PRODUCTO5. ADMINISTRAR LETRAS DE COMPRA6. REALIZAR PEDIDO7. ADMINISTRAR REPORTES8. ADMINISTRAR FACTURAS/BOLETAS DE VENTA9. SOLICITAR PEDIDO10. CONSULTAR STOCK11. HACER INVENTARIO12. ADMINISTRAR PRODUCTOS13. ADMINISTRAR CLIENTES14. VENDER PRODUCTOS15. EMITIR VENTA16. SOLICITAR CAMBIO DE PRODUCTO17. INGRESAR A CAJA (INGRESO DE CAJA)18. RETIRAR CAJA (EGRESO DE CAJA)
3.3.2 DIAGRAMA CASOS DE USOS DE SISTEMA
Fig. [3.3] Diagrama General del Modelo del Sistema
3.3.2 DESCRIPCION DE CASOS DE USOS DE SISTEMA1. ADMINISTRACION DE USUARIOS Y TRABAJADORESTITULOAdministrar usuarios o trabajadores
ACTORES Gerente
TIPOSecundario
RESUMENEl gerente tiene la facultad de agregar nuevos trabajadores para la empresa, o en este caso usuarios para el sistema, modificar datos de trabajadores ya existentes en la base de datos, y eliminar trabajadores de la base de datos.
2. ADMINISTRAS PROVEEDORESTITULOAdministrar proveedores
ACTORESGerente
TIPOSecundario
RESUMENEl gerente agrega a la lista de proveedores nuevos proveedores, tiene la potestad de modificar datos de los mismos, y eliminar proveedores que ya no provean productos a la empresa.
3. AUTORIZAR PEDIDOTITULOAutorizar Pedido
ACTORESGerente
TIPOPrincipal
RESUMENAl recibir el informe y solicitud de la secretaria manifestando que un determinado producto en almacn ya no cuenta con ninguna unidad o que cuenta con pocas de ellas, el gerente autorizara el pedido respectivo de producto o productos que se requieren, con la cantidad segn sea el caso.
PRECONDICINEl gerente recibe la solicitud de pedido de la secretaria
4. AUTORIZAR CAMBIO DE PRODUCTOTITULOAutorizar Cambio de Producto
ACTORESGerente
TIPOPrincipal
RESUMENEl gerente toma una decisin, con respecto a la solicitud de cambio de producto, y da una respuesta que posteriormente llevara a alguna accin por parte del vendedor hacia el cliente solicitante.
PRECONDICINEl gerente recibe la solicitud de cambio de producto del vendedor por parte del cliente.
5. ADMINISTRAR LETRAS DE COMPRATITULOAdministrar Letras de Pago(Compras)
ACTORESSecretaria
TIPOSecundario
RESUMENDebido a que el costo de los productos que adquiere la empresa es alto, el pago de las compras se realiza en partes (letras), el nmero de letras lo determina el proveedor, pero la secretara est encargada de ingresar los datos de cada letra al sistema.La secretaria tiene la posibilidad de agregar una factura de compras de productos a la base de datos de el o los productos que se hayan comprado, tambin puede modificar los datos de las facturas, o eliminar facturas que se hayan ingresado mal.
PRECONDICINEl pedido y la entrega de productos se realizaron de manera satisfactoria. La facturacin y pago de cada letra llega a secretaria.
6. REALIZAR PEDIDOTITULORealizar Pedido
ACTORESSecretaria
TIPOPrincipal
RESUMENLa secretaria despus de recibir la autorizacin del gerente, realiza un pedido de productos a sus proveedores.
PRECONDICINLa secretaria recibe la autorizacin gerente para realizar el pedido de productos solicitados y que se requieren.
7. ADMINISTRAR REPORTES
TITULOAdministrar Reportes
ACTORESSecretaria
TIPOSecundario
RESUMENLa secretaria tiene la posibilidad agregar, modificar, o eliminar reportes, y emitir los mismos hacia gerencia.
PRECONDICINEl gerente solicita un reporte.
8. ADMINISTRAR FACTURAS, BOLETAS DE VENTATITULOAdministrar Facturas y Boletas de Venta
ACTORESSecretaria
TIPOSecundario
RESUMENLa secretaria tiene la posibilidad modificar los datos de las boletas de venta (esto es para los clientes naturales, es decir personas), factura (esto es para los clientes jurdicos, es decir para organizaciones o empresas), o eliminar boletas que se hayan ingresado mal.
PRECONDICINBoleta mal emitida
9. SOLICITAR PEDIDOTITULOSolicitar Pedido
ACTORESAlmacenero
TIPOPrincipal
RESUMENAl consultar el stock el almacenero deber solicitar los productos que ya no cuentan con ninguna unidad o que cuentan con pocas de ellas.
PRECONDICIN
10. CONSULTAR STOCKTITULOConsultar de Stock
ACTORESVendedor, Almacenero
TIPOSecundario
RESUMENEl vendedor necesita realizar una consulta de productos disponibles para realizar la venta de un determinado producto, el almacenero realiza la consulta del stock, es decir la disponibilidad de productos, para en casos se haya agotado o queden pocas unidades realizar un informe al gerente para que este a su vez pueda tomar una accin al respecto.
PRECONDICINLa base debe contar informacin de productos.
11. HACER INVENTARIOTITULOHacer Inventario
ACTORESAlmacenero
TIPOSecundario
RESUMENEl encargado del almacn agrega o ingresa los datos de los bienes con les que cuenta la empresa, proporcionando los datos de los necesarios, tiene la facultad de modificar los datos de los mismos, tambin puede eliminar bines que ya no estn vigentes o no sean necesarios para la empresa.
12. ADMINISTRAR PRODUCTOSTITULOAdministrar Productos
ACTORESAlmacenero
TIPOPrincipal y Secundario
RESUMENEl encargado del almacn agrega o ingresa los productos que lleguen, proporcionando los datos de los productos recibidos, tiene la facultad de modificar los datos de los productos que se encuentren en el almacn, tambin puede eliminar los productos que ya no estn vigentes o no sean necesarios del almacn.
13. ADMINISTRAR CLIENTESTITULOAdministrar Cliente
ACTORESVendedor
TIPOPrincipal
RESUMENEl vendedor tiene la facultad de agregar a la lista de clientes nuevos clientes, modificar datos de los mismos, y eliminar clientes de la base de datos.
14. VENDER PRODUCTOSTITULOVender Producto
ACTORESVendedor
TIPOPrincipal
RESUMENEl vendedor realiza la venta de uno o varios productos e ingresa los datos de estos en la base de datos, a travs de un formato presentado en un interfaz brindado por el sistema (ya sea en forma de boleta o factura).
15. EMITIR VENTATITULOEmitir Comprobante
ACTORESVendedor
TIPOPrincipal
RESUMENAl terminar de ingresar los productos que se van a vender, el vendedor debe emitir un comprobante ya sea una boleta o factura
PRECONDICINSe realiz correctamente el registro de venta de productos.
16. SOLICITAR CAMBIO DE PRODUCTOTITULOSolicitar Cambio de Producto
ACTORESVendedor
TIPOSecundario
RESUMENEl vendedor recibe las solicitudes de cambio de productos, debido a un error en la atencin de venta o ya sea por falta del cliente.
17. INGRESAR A CAJA (INGRESO DE CAJA)TITULOIngreso a Caja
ACTORESCajero
TIPOPrincipal
RESUMENRegistra bsicamente el ingreso de dinero a caja a travs de los comprobantes de pago de las ventas realizadas.
18. RETIRAR CAJA (EGRESO DE CAJA)TITULORetiro de Caja
ACTORESCajero
TIPOPrincipal
RESUMENRegistra bsicamente la salida de dinero de caja para el pago de letras a los proveedores u otros gastos que deben ser sustentados mediante comprobantes de pago.
3.3 DESCRIPCION DE PROCESOS BPM 1) ADMINISTRACION DE USUARIOS Y TRABAJADORES
Descripcin: El proceso inicia cuando el gerente ingresa al sistema para agregar, modificar o elimina algn usuario, elige alguna de estas opciones y el sistema guarda los cambios.
2) ADMINISTRAR PROVEEDORES
Descripcin: El proceso inicia cuando el gerente ingresa al sistema para agregar, modificar o elimina algn proveedor, elige alguna de estas opciones y el sistema guarda los cambios.
3) ADMINISTRAR LETRAS DE COMPRA
Descripcin: El proceso inicia cuando la secretaria ingresa al sistema para agregar, modificar o elimina alguna letra, elige alguna de estas opciones y el sistema guarda los cambios.
4) REALIZAR PEDIDO
Descripcin: El proceso inicia cuando el encargado de almacn ingresa al sistema para consultar el stock y solicita hacer el pedido respectivo, al gerente, de los productos que sean necesarios; el gerente en seguida autoriza el pedido de productos que crea conveniente y luego realiza el pedido a sus proveedores.
5) ADMINISTRAR REPORTES
Descripcin: El proceso inicia cuando el gerente solicita a la secretaria algn reporte, la secretaria ingresa al sistema para para buscar entre las opciones del sistema el reporte pedido, luego elige alguna de las opciones de enviar el reporte o imprimir el mismo al gerente.
6) ADMINISTRAR: FACTURAS/BOLETAS DE VENTA
Descripcin: El proceso inicia cuando la secretaria ingresa al sistema para administrar alguna boleta o factura, elige alguna de estas opciones, elige entre las opciones de modificar o elimina y el sistema guarda los cambios.
7) HACER INVENTARIO
Descripcin: El proceso inicia cuando el encargado del almacn ingresa al sistema para agregar, modificar o elimina algn bien con el que cuenta la empresa, elige alguna de estas opciones y el sistema guarda los cambios.
8) ADMINISTRAR PRODUCTOS
Descripcin: El proceso inicia cuando el encargado del almacn ingresa al sistema para agregar, modificar o elimina algn bien con el que cuenta la empresa, elige alguna de estas opciones y el sistema guarda los cambios.
9) ADMINISTRAR CLIENTES
Descripcin: El proceso inicia cuando el vendedor ingresa al sistema para agregar, modificar o elimina algn cliente, elige alguna de estas opciones y el sistema guarda los cambios.
10) VENDER PRODUCTOS
Descripcin: El proceso inicia cuando el cliente hace una solicitud de compra al vendedor, este ingresa al sistema para GESTIONAR VENTA, si la venta se realiza sin ningn inconveniente se pasa a EMITIR COMPROBANTE DE PAGO.
11) GESTIONAR VENTA
Descripcin: El proceso inicia cuando el vendedor ingresa al sistema para consultar el stock, si el/los productos solicitados por el cliente estn disponibles entonces el vendedor registra la venta.
12) EMITIR COMPROBANTE DE PAGO(FACTURAS y/o BOLETAS DE VENTA)
Descripcin: El proceso inicia cuando el vendedor despus de haber gestionado la compra elige la opcin de emitir una boleta o una factura, luego la enva a caja para hacer el cobro por la venta realizada.
13) SOLICITAR CAMBIO DE PRODUCTO
Descripcin: El proceso inicia cuando el cliente realiza una solicitud de cambio de producto al vendedor, este a su vez enva la solicitud al gerente; el gerente despus de haber analizado las razones de la solicitud, puede autorizar o no el cambio de producto; si el gerente autoriza el cambio, el vendedor hace la gestin de venta y luego emite un nuevo comprobante de pago, posteriormente elimina el comprobante anterior.
14) RETIRAR E INGRESO A CAJA (EGRESO DE CAJA)
Descripcin: El proceso inicia cuando el encargado de caja ingresa al ingresa al sistema para registrar el ingreso o salida de dinero de caja, elige alguna de estas opciones y el sistema guarda los cambios.
3.4 ANALISIS DE FACTIBILIDAD DEL SISTEMA3.4.1. Factibilidad Tcnica
En esta etapa se especifica los recursos a nivel de hardware y software que se requerirn para la construccin del sistema. La empresa MOTORES CUSCO no cuenta con los recursos de hardware y software suficientes.Anlisis de recursos de hardware: Los desarrolladores cuentan con equipo porttil personal que cumple las caractersticas necesarias para el desarrollo del sistema.Anlisis de recursos de software: En el presente desarrollo del sistema de informacin se ha considerado que se har uso de software libre.La Empresa MOTORES CUSCO ha considerado que si es posible la adquisicin del software y el hardware para el funcionamiento del sistema, por lo que consideramos que es TCNICAMENTE FACTIBLE.
3.4.2. Factibilidad Operativa
El sistema est orientado hacia escritorio lo cual se necesitar una pequea capacitacin para su uso respectivo. As mismo los usuarios contarn con un manual de uso.El sistema tendr una interface sencilla y fcil de comprender para el usuario, para su sencilla manipulacin.
3.4.3. Factibilidad Econmica
A continuacin se muestra los detalles en los siguientes cuadros para determinar los costos parciales del sistema.
Tabla 1: Costos SoftwareSoftwareCosto *Tipo de Cambio.Total (S/.)
MySQLS/ 0.00 (Software libre)0.00
Windows 8.1$120S/ 2.80336
NetbeansS/ 0.00 (Software libre)0.00
TOTAL336
Precio de licencia Windows 8.1, informacin extrada de:http://www.microsoftstore.com/store/msusa/en_US/pdp/Windows- 8.1/productID.288401200
Tabla 2: Costos HardwareHardwareCosto(S/.)Tipo de CambioTotal (S/.)
Ordenador2,600.000.002,600.00
TOTAL2600
Tabla 3: Costo de Desarrollo del sistemaFLUJO DE TRABAJONro de personashoras por personaTotal de horasCosto Hora(s/.)SUB TOTAL (S/.)
FASE DE INICIO
MODELO DE NEGOCIO2204020800
REQUISITOS2204020800
FASE DE ELABORACION
ANALISI Y DISEO340120161920
FASE DE CONSTRUCCION
IMPLEMENTACION480320165120
PRUEBAS4104015600
FASE DE TRANSISCION
IMPLANTACION DEL SISTEMA4124820960
TOTAL HORAS608COSTO TOTAL10200
Tabla 4: Gastos OperativosDenominacinUnidad de medidaCantidadCosto unitario(S/.)Tipo de cambio (S/.)Costo Total (S/.)
Electricidadvoltio702.20 0.00154.00
Depreciacin Ordenador1100.000.00100.00
TOTAL254.00
Tabla 5: Resumen de costosCostos de Software336
Costos de Hardware2600
Costo de desarrollo del sistema10200
Costos Operativos254
TOTAL13390
3.5. Beneficios3.5.1. Beneficios Tangibles
Luego de haber realizado los estudios correspondiente del presente sistema, tenemos los beneficios ms notorios. los trabajares emplean permanentemente el sistema ingreso directo de datos Informacin actualizada constantemente. Multi-usuario. Ahorro de tiempo, en los procesos del que hacer del Empresa (reportes, consultas, etc.).
3.5.2. Beneficios IntangiblesBeneficios Calculados en 1 vendedores cada uno con un sueldo mnimo de 750 y 308 horas de labor, siendo el pago por hora 2.5, por minuto 0.040Tabla 6: vendedoresACTIVIDADESSin SistemaCon SistemaAhorro Tiempo(min)Ahorro Soles S./
Tiempo(min)Total S./TiempoTotal S./
Emitir Boleta7803100.00180031
Reservar Producto3901600.0090016
Hacer Pedido3901600.0090016
Cambiar Producto5202100.00120021
Total84
Para 4 vendedores336
Beneficios Calculados en 1 Administrador con un sueldo mnimo de 1500 y 312 horas de labor, siendo el pago por hora 4.8, por minuto 0.08.Tabla 7: AdministradorACTIVIDADESSin SistemaCon SistemaAhorro Tiempo(min)Ahorro Soles
Tiempo(min)Total S./Tiempo(min)Total S./
Emitir Reportes de Producto (SUNAT)7806300.0078063
Cuentas Diarias7806300.0078063
Compra de producto1560125390311529122
TOTAL374
Beneficios Calculados en 1 Jefe de Almacn con un sueldo mnimo de 1000 y 48 horas de labor, siendo el pago por hora 20, por minuto 0.34.
Tabla 6: AlmaceneroACTIVIDADESSin SistemaCon SistemaAhorro TiempoAhorro Soles
TiempoTotal S./TiempoTotal S./
Reportes Estadsticos0000.0000
Reportes de Ventas1204100.0012041
Reportes de Faltantes y sobrantes1806100.0018061
Reportes de Pedidos del mes1204100.0012041
Relacin de reservas del mes1204100.0012041
Relacin de posibles productos a comprar1204100.0012041
Control de Inventario1806100.0018061
TOTAL286
Tabla 6: ResumenAHORRO EN LOS SERVICIOS DE VENTA374
AHORRO EN LOS SERVICIOS DE REPORTE286
AHORRO EN LOS SERVICOS DE COMPRA336
TOTAL996
3.5.1. Anlisis de Riesgo
La forma en la cual se planifica el desarrollo de un sistema de informacin, est afectado por los riesgos que se perciben en el entorno de trabajo.Cambio de Gestin: Este aspecto se toma como un riesgo y una limitacin desde el punto que exista un cambio de administrador, ya que este personal puede que no est de acuerdo con el plan de trabajo para implementar el nuevo sistema, tambin que su poltica e ideologa sea distinta
Calculo Errneo de la Factibilidad Econmica: calcular la factibilidad econmica resulta un proceso complicado ya que los clculos que se realizaran son futuros y no se precisan con exactitud, se toma en cuenta como otro riego, y limitacin por lo que condiciona a los implementadores del sistema adems podra frustrar la conclusin del sistema
Gestin de Riesgo: la forma que se planifica el desarrollo de un sistema de informacin, est afectado por riesgos que se perciben en el entorno de trabajo. Por tanto, una de los primeros pasos, al realizar el sistema de informacin es tener en cuenta una lista de requerimientos, los cuales son los siguientes:
RIESGOPROBABILIDADINPACTO
Poco conocimiento acerca del proceso unificado de desarrollo de sofware30%Grave
Poco conocimiento acerca de lenguaje de programacin java20%Grave
Poco onocimiento del gesto de base de satos30%Grave
3.6. Retorno de la Inversin
Tiempocostocosto acumuladobeneficioBeneficio acumuladoPunto de Equilibrio
Mes 1133901339000-13390
Mes 210013490996996-12494
Mes 3100135909961992-11598
Mes 4100136909962988-10702
Mes 5100137909963984-9806
Mes 6100138909964980-8910
Mes 7100139909965976-8014
Mes 8100140909966972-7118
Mes 9100141909967968-6222
Mes 10100142909968964-5326
Mes 11100143909969960-4430
Mes 121001449099610956-3534
Mes 131001459099611952-2638
Mes 141001469099612948-1742
Mes 151011479199713945-846
Mes 16102148939981494350
Mes 171031499699915942946
Mes 18104151001000169421842
Mes 19105152051001179432738
3.5. Punto de Equilibrio
Fig. [3.4] Punto de Equilibrio
FASE DE ELABORACIN (Anlisis y Diseo)4
4.1. ANALISIS
4.1.1. DIAGRAMAS DE SECUENCIA1. ADMINISTRAR USUARIOS Y TRABAJADORES
2. ADMINISTRAR PROVEEDORES
3. AUTORIZAR Y HACER PEDIDOS
4. AUTORIZAR CAMBIO DE PRODUCTO
5. ADMINISTRAR LETRAS DE COMPRA
6. REALIZAR PEDIDO
7. ADMINISTRAR REPORTES
8. ADMINISTRAR BOLETAS DE VENTA
9. SOLICITAR PEDIDO
10. CONSULTAR STOCK
11. HACER INVENTARIO
12. ADMINISTRAR PRODUCTOS
13. ADMINISTRAR CLIENTES
14. VENDER PRODUCTO
15. EMITIR VENTA
16. SOLICITAR CAMBIO DE PRODUCTO
17. INGRESAR A CAJA (INGRESO DE CAJA) Y RETIRAR CAJA (EGRESO DE CAJA)
4.2. DISEO4.2.1. DIAGRAMA DE CLASES
4.1. 4.2.
Fig. [4.1] Diagrama General Clases
4.2.1. CASOS DE USO EN FORMA EXPANDIDO
1. ADMINISTRACION DE USUARIOS Y TRABAJADORES
TITULOAdministrar usuarios o trabajadores
ACTORESGerente
TIPOSecundario
RESUMENEl gerente tiene la facultad de agregar nuevos trabajadores para la empresa, o en este caso usuarios para el sistema, modificar datos de trabajadores ya existentes en la base de datos, y eliminar trabajadores de la base de datos.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema para accionar sobre la lista de trabajadores.3. El gerente elige una opcin.5. El gerente ingresa los datos del nuevo trabajador, modifica los datos de uno ya existente o elimina, segn sea el caso.2. El sistema muestra la interfaz con opciones para ingresar nuevos trabajadores, modificar datos de proveedores ya existentes en la base de datos o eliminar los mismos.4. El sistema muestra la interfaz segn la opcin elegida.6. El sistema guarda los cambios realizados en la base de datos.
CURSO ALTERNO
POSTCONDICIONSe agrega un nuevo trabajador, se modifica los datos del mismo o se elimina un trabajador de la base de datos de forma correcta.
2. ADMINISTRAS PROVEEDORES
TITULOAdministrar proveedores
ACTORESGerente
TIPOSecundario
RESUMENEl gerente agrega a la lista de proveedores nuevos proveedores, tiene la potestad de modificar datos de los mismos, y eliminar proveedores que ya no provean productos a la empresa.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema para accionar sobre la lista de proveedores.3. El gerente elige una opcin.5. El gerente ingresa los datos del nuevo proveedor, modifica los datos de uno ya existente o elimina, segn sea el caso.2. El sistema muestra la interfaz con opciones para ingresar nuevos proveedores, modificar datos de proveedores ya existentes en la base de datos o eliminar los mismos.4. El sistema muestra la interfaz segn la opcin elegida.6. El sistema guarda los cambios realizados en la base de datos.
CURSO ALTERNO
POSTCONDICIONSe agrega un nuevo proveedor, se modifica los datos del mismo o se elimina un proveedor de la base de datos de forma correcta.
3. AUTORIZAR Y HACER PEDIDO
TITULOAutorizar Pedido
ACTORESGerente
TIPOPrincipal
RESUMENAl recibir el informe y solicitud de la secretaria manifestando que un determinado producto en almacn ya no cuenta con ninguna unidad o que cuenta con pocas de ellas, el gerente autorizara el pedido respectivo de producto o productos que se requieren, con la cantidad segn sea el caso.
PRECONDICINEl gerente recibe la solicitud de pedido de la secretaria
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema, para realizar la aprobacin del pedido de productos.3. El gerente realiza el envi de la aprobacin de pedido.2. El sistema muestra un interfaz para enviar la aprobacin de la solicitud de pedido.4. El sistema guarda los datos del pedido realizado.
CURSO ALTERNO
POSTCONDICIONEl pedido se registr de forma correcta.
4. AUTORIZAR CAMBIO DE PRODUCTO
TITULOAutorizar Cambio de Producto
ACTORESGerente
TIPOPrincipal
RESUMENEl gerente toma una decisin, con respecto a la solicitud de cambio de producto, y da una respuesta que posteriormente llevara a alguna accin por parte del vendedor hacia el cliente solicitante.
PRECONDICINEl gerente recibe la solicitud de cambio de producto del vendedor por parte del cliente.
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El gerente ingresa al sistema, para realizar la aprobacin del cambio de producto.3. El gerente realiza el envo de la respuesta a la solicitud.2. El sistema muestra un interfaz para enviar la aprobacin de la solicitud de cambio de producto.4. El sistema guarda los datos de la solicitud de cambio de producto.
CURSO ALTERNO
POSTCONDICION
5. ADMINISTRAR LETRAS DE COMPRATITULOAdministrar Letras de Pago(Compras)
ACTORESSecretaria
TIPOSecundario
RESUMENDebido a que el costo de los productos que adquiere la empresa es alto, el pago de las compras se realiza en partes (letras), el nmero de letras lo determina el proveedor, pero la secretara est encargada de ingresar los datos de cada letra al sistema.La secretaria tiene la posibilidad de agregar una factura de compras de productos a la base de datos de el o los productos que se hayan comprado, tambin puede modificar los datos de las facturas, o eliminar facturas que se hayan ingresado mal.
PRECONDICINEl pedido y la entrega de productos se realizaron de manera satisfactoria. La facturacin y pago de cada letra llega a secretaria.
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema para agregar, modificar o eliminar una letra de pago.3. La secretaria ingresa los datos, los modifica, o elimina una letra de pago.5. La secretaria elige la opcin para imprimir el comprobante de letra de pago. .2. El sistema muestra la interfaz para poder agregar, modificar o eliminar una letra de pago, segn sea el caso.4. El sistema guarda los cambios realizados en la base de datos.6. Se imprime la letra de pago a travs de una opcin que nos muestra el interfaz del sistema.
CURSO ALTERNO
POSTCONDICIONSe realiz la agregacin, modificacin de la letra de pago correctamente, o se elimin una letra satisfactoriamente.
6. REALIZAR PEDIDOTITULORealizar Pedido
ACTORESSecretaria
TIPOPrincipal
RESUMENLa secretaria despus de recibir la autorizacin del gerente, realiza un pedido de productos a sus proveedores.
PRECONDICINLa secretaria recibe la autorizacin gerente para realizar el pedido de productos solicitados y que se requieren.
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema, para realizar el pedido.3. Se ingresan los datos del pedido.
2. El sistema muestra un interfaz con los proveedores y los productos, donde la secretaria tiene la posibilidad de escoger el que ms le convenga.4. El sistema guarda los datos del pedido realizado.
CURSO ALTERNO
POSTCONDICIONEl pedido se realiz de forma correcta.
7. ADMINISTRAR REPORTESTITULOAdministrar Reportes
ACTORESSecretaria
TIPOSecundario
RESUMENLa secretaria tiene la posibilidad agregar, modificar, o eliminar reportes, y emitir los mismos hacia gerencia.
PRECONDICINEl gerente solicita un reporte.
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema para verificar un reporte.3. La secretaria realiza elige alguna de las opciones.5. El vendedor elige la opcin para imprimir el reporte o se lo enva de forma directa al gerente2. El sistema muestra la interfaz con opciones de reportes.4. El sistema muestra el reporte.6. Se imprime la boleta a travs de una opcin que nos muestra el interfaz del sistema, o realiza el envo.
CURSO ALTERNO
POSTCONDICION
8. ADMINISTRAR FACTURAS, BOLETAS DE VENTA
TITULOAdministrar Facturas y Boletas de Venta
ACTORESSecretaria
TIPOSecundario
RESUMENLa secretaria tiene la posibilidad modificar los datos de las boletas de venta (esto es para los clientes naturales, es decir personas), factura (esto es para los clientes jurdicos, es decir para organizaciones o empresas), o eliminar boletas que se hayan ingresado mal.
PRECONDICINBoleta mal emitida
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. La secretaria ingresa al sistema para la modificacin o eliminacin de una boleta.3. La secretaria realiza las modificaciones ingresando nuevos datos, y/o elimina una boleta o factura.5. El vendedor elige la opcin para imprimir el comprobante (en caso de ser necesario).2. El sistema muestra la interfaz para poder modificar o eliminar una boleta factura.4. El sistema guarda los cambios realizados en la base de datos.6. Se imprime la boleta a travs de una opcin que nos muestra el interfaz del sistema.
CURSO ALTERNO
POSTCONDICIONSe realiz la modificacin de la boleta correctamente, o se elimin una boleta satisfactoriamente.
9. SOLICITAR PEDIDO
TITULOSolicitar Pedido
ACTORESAlmacenero
TIPOPrincipal
RESUMENAl consultar el stock el almacenero deber solicitar los productos que ya no cuentan con ninguna unidad o que cuentan con pocas de ellas.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El almacenero ingresa al sistema, para enviar y solicitud de pedido.3. El almacenero ingresa los datos de los productos a pedir y las razones.2. El sistema muestra un formulario para ingresar una solicitud de pedido.4. El sistema enva solicitud de pedido al gerente.
CURSO ALTERNO
POSTCONDICIONLa solicitud de pedido se realiz con xito.
10. CONSULTAR STOCK
TITULOConsultar Stock
ACTORESVendedor, Almacenero
TIPOSecundario
RESUMENEl vendedor necesita realizar una consulta de productos disponibles para realizar la venta de un determinado producto, el almacenero realiza la consulta del stock, es decir la disponibilidad de productos, para en casos se haya agotado o queden pocas unidades realizar un informe al gerente para que este a su vez pueda tomar una accin al respecto.
PRECONDICINLa base debe contar informacin de productos.
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor o el almacenero ingresa al sistema, para consultar el stock de productos.3. El vendedor o el almacenero eligen la opcin para realizar la consulta, dependiendo si se quiere el reporte de todos los productos o de alguno en particular.2. El sistema muestra la interfaz para la consulta de stock.4. El sistema devuelve el reporte pedido.
CURSO ALTERNO
Lnea 4: En caso que un producto se encuentre agotado o con pocas unidades, se elevara un informe a gerencia.
POSTCONDICIONLa consulta de stock se concluye correctamente.
11. HACER INVENTARIOTITULOHacer Inventario
ACTORESAlmacenero
TIPOSecundario
RESUMENEl encargado del almacn agrega o ingresa los datos de los bienes con les que cuenta la empresa, proporcionando los datos de los necesarios, tiene la facultad de modificar los datos de los mismos, tambin puede eliminar bines que ya no estn vigentes o no sean necesarios para la empresa.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para accionar sobre los bienes de la empresa.3. El vendedor elige una opcin5. El vendedor ingresa los datos del nuevo bien, modifica uno ya existente en almacn o elimina, segn sea el caso.2. El sistema muestra la interfaz con opciones para ingresar nuevos bienes, modificar bienes ya existentes o eliminar los mismos.4. El sistema muestra la interfaz segn la opcin elegida.6. El sistema guarda los cambios realizados en la base de datos.
CURSO ALTERNO
POSTCONDICIONSe realiz el ingreso, modificacin, eliminacin de un bien correctamente.
12. ADMINISTRAR PRODUCTOS
TITULOAdministrar Productos
ACTORESAlmacenero
TIPOPrincipal y Secundario
RESUMENEl encargado del almacn agrega o ingresa los productos que lleguen, proporcionando los datos de los productos recibidos, tiene la facultad de modificar los datos de los productos que se encuentren en el almacn, tambin puede eliminar los productos que ya no estn vigentes o no sean necesarios del almacn.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para accionar sobre los productos en almacn.3. El vendedor elige una opcin5. El vendedor ingresa los datos del nuevo producto, modifica uno ya existente en almacn o elimina, segn sea el caso.2. El sistema muestra la interfaz con opciones para ingresar nuevos productos, modificar productos ya existentes o eliminar los mismos.4. El sistema muestra la interfaz segn la opcin elegida.6. El sistema guarda los cambios realizados en la base de datos.
CURSO ALTERNO
POSTCONDICIONSe realiz el ingreso, modificacin, eliminacin de un producto correctamente.
13. ADMINISTRAR CLIENTESTITULOAdministrar Cliente
ACTORESVendedor
TIPOPrincipal
RESUMENEl vendedor tiene la facultad de agregar a la lista de clientes nuevos clientes, modificar datos de los mismos, y eliminar clientes de la base de datos.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para accionar sobre la lista de clientes.3. El vendedor elige una opcin.5. El vendedor ingresa los datos del nuevo cliente, modifica los datos de uno ya existente o lo elimina, segn sea el caso.2. El sistema muestra la interfaz con opciones para ingresar nuevos proveedores, modificar datos de proveedores ya existentes en la base de datos o eliminar los mismos.4. El sistema muestra la interfaz segn la opcin elegida.6. El sistema guarda los cambios realizados en la base de datos.
CURSO ALTERNO
POSTCONDICIONSe agrega un nuevo cliente, se modifica los datos del mismo o se elimina un cliente de la base de datos de forma correcta.
14. VENDER PRODUCTOeTITULOVender Productos
ACTORESVendedor
TIPOPrincipal
RESUMENEl vendedor realiza la venta de uno o varios productos e ingresa los datos de estos en la base de datos, a travs de un formato presentado en un interfaz brindado por el sistema (ya sea en forma de boleta o factura).
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema para realizar el registro de los productos a vender.3. El vendedor ingresa los datos del producto.5. El vendedor confirma los datos ingresados.2. El sistema muestra la interfaz para el registro de los productos a vender.4. El sistema verifica si los datos ingresados son correctos.6. El sistema guarda los datos de los productos vendidos y disminuye la cantidad de productos disponibles en almacn.
CURSO ALTERNO
Lnea 4: Si los datos del producto no existen no la base de datos se mostrara un mensaje de error.
POSTCONDICIONSe realiz el registro satisfactoriamente
15. EMITIR VENTA
TITULOEmitir Comprobante
ACTORESVendedor
TIPOPrincipal
RESUMENAl terminar de ingresar los productos que se van a vender, el vendedor debe emitir un comprobante ya sea una boleta o factura
PRECONDICINSe realiz correctamente el registro de venta de productos.
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor ingresa al formulario para llenar los datos del cliente. 3. El vendedor ingresa los datos del cliente al formulario del comprobante de pago ya sea en forma de boleta o factura, y guarda los datos.5. El vendedor elige la opcin para imprimir el comprobante.
2. El sistema muestra la interfaz respectivo dependiendo si se trata de una boleta o factura4. El sistema guarda los datos del comprobante.6. Se imprime el comprobante de pago a travs de una opcin que nos muestra el interfaz del sistema..
CURSO ALTERNO
Lnea 4: Si en caso los datos del cliente se encontraran mal ingresados, se modificara el comprobante de pago y se volver a emitir el comprobante de pago.
POSTCONDICIONSe realiz la emisin del comprobante de pago satisfactoriamente.
16. SOLICITAR CAMBIO DE PRODUCTO
TITULOSolicitar Cambio de Producto
ACTORESVendedor
TIPOSecundario
RESUMENEl vendedor recibe las solicitudes de cambio de productos, debido a un error en la atencin de venta o ya sea por falta del cliente.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El vendedor ingresa al sistema, para enviar una solicitud de cambio de producto.3. El vendedor llena el formulario e inserta los datos necesarios, realiza el envo correspondiente.
2. El sistema muestra un formulario para el envo de solicitud de cambio de producto, al gerente.4. El sistema enva la solicitud al gerente.
CURSO ALTERNO
Lnea 4: Al recibir la respuesta del gerente: Si la respuesta es positiva: Se eliminara el comprobante de pago y al realizar el cambio se emitir uno nuevo, o se har modificaciones en el ya existente.
POSTCONDICION
17. INGRESAR A CAJA (INGRESO DE CAJA)TITULOIngreso a Caja
ACTORESCajero
TIPOPrincipal
RESUMENRegistra bsicamente el ingreso de dinero a caja a travs de los comprobantes de pago de las ventas realizadas.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El cajero ingresa al sistema para registrar un movimiento en caja. 3. El cajero registra los datos del ingreso a caja.2. El sistema muestra un interfaz para el registro de movimiento en caja.4. El sistema guarda los datos del ingreso a caja.
CURSO ALTERNO
POSTCONDICIONEl ingreso a caja se realiza correctamente
18. RETIRAR CAJA (EGRESO DE CAJA)
TITULORetiro de Caja
ACTORESCajero
TIPOPrincipal
RESUMENRegistra bsicamente la salida de dinero de caja para el pago de letras a los proveedores u otros gastos que deben ser sustentados mediante comprobantes de pago.
PRECONDICIN
CURSO NORMAL DE EVENTOS
ACCION ACTORRESPUESTA DEL SISTEMA
1. El cajero ingresa al sistema para registrar un movimiento en caja. 3. El cajero registra los datos de la salida de caja.2. El sistema muestra un interfaz para el registro de movimiento en caja.4. El sistema guarda los datos de la salida de caja.
CURSO ALTERNO
POSTCONDICIONEl retiro de caja se realiza correctamente
4.2.2. CASOS DE USOS REALES
1. INICIAR SESION
A
B
DC
CASO DE USOIniciar Sesin
ACTORESGerente, Secretaria, Almacn, vendedor, Caja.
PROPOSITOIngresar al Sistema
TIPOPrimario Real
RESUMENLos actores inician la sesin con su usuario y contrasea para ingresar al sistema
CURSO NORMAL DE LOS EVENTOS
ACCION DEL ACTORRESPUESTA DEL SISTEMA
1. En A el actor introduce su usuario de inicio de sesin
2. En B el actor introduce su contrasea en el inicio de sesin
3. El Actor presiona sobre el botn C para ingresar al sistema4. Si los datos introducidos son correctos, el sistema re direccionara a la pgina que contiene la interfaz respectiva.
6. El Actor presiona sobre el botn D para Salir de inicio de sesin7. El sistema cierra la interfaz inicio de sesin.
CURSOS ALTERNO DE LOS EVENTOS
5. Si el actor introduce los datos incorrectos o no se escribi nada en el sistema le mostrara un mensaje de error.
2. INTERFAZ DE ADMINISTRADORCA
DB
FE
G
H
JI
K
CASO DE USOInterfaz del Gerente
ACTORESGerente.
PROPOSITOAdministrara el sistema
TIPOPrimario Real
RESUMENEl gerente puede tomar el rol de cualquier usuario vendedor, almacn, secretaria ,caja
CURSO NORMAL DE LOS EVENTOS
ACCION DEL ACTORRESPUESTA DEL SISTEMA
1. En A el gerente tiene la opcin de extraer todos los reportes que se le ofrece.2. El sistema se direcciona a un interfaz donde le muestra todas las opciones de repostes proporcionadas.
3. En B el gerente tiene la opcin de insertar los datos. 4. El sistema se direcciona a un interfaz donde le muestra todas las opciones para insertar datos.
5. En C el gerente tiene la opcin de visualizar consultas.6. El sistema se direcciona a un interfaz donde le muestra todas las opciones para consultar.
8. En D el gerente tiene la opcin realizar procesos.9. El sistema se direcciona a un interfaz donde le muestra todas las opciones para procesos a realizar.
10. En E el gerente tiene la opcin ingresar datos del producto.11. El sistema se direcciona al interfaz de ingresar producto.
12. En F el gerente tiene la opcin ingresar datos de las familias de los productos.13. El sistema se direcciona al interfaz de ingresar familias.
14. En G el gerente tiene la opcin ingresar datos de los proveedores.15. El sistema se direcciona al interfaz de ingresar proveedores.
16. En H el gerente tiene la opcin ingresar datos de los clientes.17. El sistema se direcciona al interfaz de ingresar clientes.
18. En I el gerente tiene la opcin datos de las facturas de compra.19. El sistema se direcciona al interfaz de ingresar facturas de compra..
20. En J el gerente tiene la opcin ingresar datos de los trabajadores.21. El sistema se direcciona al interfaz de ingresar trepadores.
3. NUEVO PRODUCTO
ACH
DB
E
GF
CASO DE USONuevo Producto
ACTORESAlmacenero
PROPOSITOIngresar al Sistema
TIPOPrimario Real
RESUMENEl almacenero podr administrar e ingresar los datos de los productos nuevos
CURSO NORMAL DE LOS EVENTOS
ACCION DEL ACTORRESPUESTA DEL SISTEMA
1. En A el almacenero selecciona la opcin de insertar datos2. El sistema muestra las opciones de datos a insertar para el almacenero
3. En B selecciona la opcin de nuevo productos4. El sistema direcciona a un interfaz para insertar datos de los productos nuevos
5. En C el almacenero el nmero de la factura
6. En D el almacenero inserta al proveedor7. El sistema procesa la informacin comparando al proveedor, fecha y nmero de factura.8. Si en sistema encuentra los datos en la base entonces muestra una pantalla indicando que ingreso los productos.
9. En E el almacenero todos los productos en la lista
10. En F el almacenero presiona en el botn agregar11. Se almacena en la base de datos si todos los campos son llenados correctamente caso contrario saldr una ventana de error.
12. En G el almacenero presiona sobre salir13. El sistema cerrara la ventana de nuevo producto
14. En H la fecha sacada del sistema por error se puede modificar si se quisiera
CURSOS ALTERNO DE LOS EVENTOS
15. Si el actor introduce los datos incorrectos o no se escribi nada en el sistema le mostrara un mensaje de error.
FASE DE CONSTRUCCION5
5.1. DESCRIPCION DEL SOFWARE UTILIZADO5.1.1. LENGUAJE DE PROGRMACION
JAVA Java es una tecnologa que se usa para el desarrollo de aplicaciones que convierten a la Web en un elemento ms interesante y til. Java no es lo mismo que javascript, que se trata de una tecnologa sencilla que se usa para crear pginas web y solamente se ejecuta en el explorador. Java le permite jugar, cargar fotografas, chatear en lnea, realizar visitas virtuales y utilizar servicios como, por ejemplo, cursos en lnea, servicios bancarios en lnea y mapas interactivos. Si no dispone de Java, muchas aplicaciones y sitios web no funcionarn. lenguaje de programacin orientado a objetos que se conoce comoJava. El objetivo era utilizarlo en unset-top box, un tipo de dispositivo que se encarga de la recepcin y la descodificacin de la seal televisiva. El primer nombre dellenguajefueOak, luego se conoci comoGreeny finamente adopt la denominacin deJava.
5.1.2. GESTOR DE BASE DE DATOS
SQLSERVER
Es un sistema para la gestin de bases de datos producido por Microsoft basado en modelo relacional cuya principal funcin es la de almacenar y consultar datos solicitados por otras aplicaciones, sin importar que estn en la misma computadora, SQLServer tiene la exigencia de integridad de los datos, garantiza la calidad de los datos de la base de datos, proporciona los siguiente mecanismos para exigir la integridad de los datos en una columna o restricciones PRYMARI KEY o restricciones FOREIGN KEY o restricciones.
Ventajas de la Utilidad de SQL ServerLa Utilidad de SQL Server modela las entidades relacionadas con SQL Server de una organizacin en una vista unificada.Los puntos de vista del Explorador de Utilidad y de la Utilidad de SQL Server en SQL Server Management Studio (SSMS) proporcionan a los administradores una vista global del estado de los recursos de SQL Server a travs de una instancia de SQL Server que acta como punto de control de la utilidad (UCP).La combinacin del resumen y los datos detallados presentados por el UCP sobre directivas de infrautilizacin o sobreutilizacin, y sobre diversidad de parmetros clave, habilita posibilidades de consolidacin de recursos y de fcil identificacin de sobreutilizacin.Las directivas de mantenimiento se pueden configurar y ajustarse para modificar umbrales de uso mayor o menor de los recursos.Es posible cambiar las directivas de supervisin globales o configurar directivas de supervisin individuales para cada entidad administrada en la Utilidad SQL Server.
5.1.3. HERRAMIENTAS DE MODELADO
RATIONAL ROSE : Rational Corporation basada en elLenguaje Unificado de Modelacin(UML), que permite crear los diagramas que se van generando durante el proceso deIngeniera en el Desarrollo del Software.
JCALENDAR: Es una librera en netbeans para el libre manejo de la fechas.
GANTTPROJECT: es una til herramienta grfica cuyo objetivo es exponer el tiempo de dedicacin previsto para diferentes tareas o actividades a lo largo de un tiempo total determinado. A pesar de esto, elDiagrama de Ganttno indica las relaciones existentes entre actividades
5.2. GRAFO RELACIONAL
5.3. TABLA DE LA CREACION DE LA BASE DE DATOS
5.4. DESCRIPCION DE TABLAS ATRIBUTOS Y DOMINIOS
TABLA VENTACAMPOTIPOLONGITUDCLAVENULO
IdVentaVarChar6PKNO
IdClienteVarchar11FKNO
FechaVentaDateTimeNO
TipoDocumentoVarChar7NO
EstadoVarChar8NO
TABLA DETALLE VENTACAMPOTIPOLONGITUDCLAVENULO
IdVentaVarChar6PK,FKNO
NumLineasIntegerPKNO
IdProductosVarChar6FKNO
CantidadintegerNO
TABLA PRODUCTOCAMPOTIPOLONGITUDCLAVENULO
IdProductoVarChar6PKNO
IdMarcaVarChar6FKNO
NombreVarChar20NO
DescripcionVarChar50SI
FechaIngresoDateTimeNO
PrecioUnitarioNumericNO
PrecioVentaNumericNO
ObservacionVarChar50SI
FacturaVearchar8NO
TABLA MARCACAMPOTIPOLONGITUDCLAVENULO
IdMarcaVarChar6PKNO
DescripcionVarChar20NO
TABLA CLIENTECAMPOTIPOLONGITUDCLAVENULO
IdClienteVarChar11PKNO
RazonONombreVarChar50NO
DireccionVarChar50NO
TelefonoVarChar11SI
CorreoVarChar30SI
EstadoVarChar8NO
TABLA RESERVAR PEDIDOCAMPOTIPOLONGITUDCLAVENULO
IdReservaVarChar8PKNO
IdClienteVarChar11FKNO
FechaPedidoDateTimeNO
FechaRecojoDateTimeSI
TABLA DETALLE RESERVACAMPOTIPOLONGITUDCLAVENULO
IdReservaVarChar8PK,FKNO
NumLineasIntegerPKNO
IdProductoVarChar6FKNO
CantidadintegerNO
TABLA PEDIDO COMPRACAMPOTIPOLONGITUDCLAVENULO
IdPedidoVarChar6PKNo
IdProveedorVarChar11FKNo
FechaPedidoDateTimeNo
TABLA DETALLE COMPRACAMPOTIPOLONGITUDCLAVENULO
IdPedidoVarChar6PK,FKNo
NumLineasIntegerPK,No
IdPeductoVarChar6FKNo
CantidadIntegerNo
TABLA PROVEEDORCAMPOTIPOLONGITUDCLAVENULO
IdProveedorVarChar11PKNo
RazonONombreVarChar30No
DireccionVarChar40No
TelefonoVarChar11Si
CorreoVarChar30Si
FaxVarChar20Si
EstadoVarChar8si
TABLA NUMERO CUENTACAMPOTIPOLONGITUDCLAVENULO
IdProveedor VarChar11PK,FKNo
NumLineasIntegerPKNo
NumeroCuentaVarChar20No
EntidadBancariaVarChar40No
TipoCuentaVarChar40No
TABLA INVENTARIOCAMPOTIPOLONGITUDCLAVENULO
IdInventarioVarChar5PKNo
FechaInventariodateTimeNo
ObservacionVarChar50Si
TABLA DETALLE INVENTARIOCAMPOTIPOLONGITUDCLAVENULO
IdInventarioVarChar6PK,FKNo
NumLineasIntegerPKNo
IdProductoVarChar6FKNo
ObservacionVarChar50No
TABLA FACTURAS CON LETRASCAMPOTIPOLONGITUDCLAVENULO
IdFacturasCompraVarChar8PKNo
NumFacturaVarChar6No
IdProveedorVarChar11FKNo
MontoNumericNo
TipoCambioVarChar5No
TABLA LETRASCAMPOTIPOLONGITUDCLAVENULO
IdFacturaCompraVarChar8FKNo
IdLetrasVarChar6PKNo
FachaVencimientoDateTimeNo
UltimoPagoDateTimeNo
MontoNumericNo
TipoCambioVarChar5No
NumeroUnicoVarChar11Si
NumTransaccionVarChar8Si
BancoVarChar15Si
TABLA CAJACAMPOTIPOLONGITUDCLAVENULO
IdCajaVarChar6No
FechaDateTimeNo
IdVentaVarChar6Si
Descripcion1VarChar50No
Descripcion2VarChar50No
Estado VarChar7Si
DebeHaberVarChar5No
MontoNumericNo
TABLA CAMBIO PRODUCTOCAMPOTIPOLONGITUDCLAVENULO
IdCambioVarChar6PKNo
IdVentaVarChar6FKNo
JustificacionVarChar50No
Estadochar2Si
TABLA TRABAJADORESCAMPOTIPOLONGITUDCLAVENULO
IdDniVarChar8No
NombreVarChar30No
DireccionVarChar50No
TelefonoVarChar11Si
Telefono1VarChar11Si
TABLA USUARIOCAMPOTIPOLONGITUDCLAVENULO
IdUsuarioVarChar6PKNo
ContraseaVarChar6No
IdDniVarChar8FKNo
EstadoVarChar9No
CONCLUSIONES
1. Se analiz, evalu y entendi el modelo de negocios, los requisitos y los problemas de la empresa construyendo as un diseo para nuestro modelado del sistema.2. Se desarroll una base de datos que contiene la informacin necesaria para un mejor manejo.3. Se desarroll e implemento las consultan necesarias para mejor uso del usuario.4. Se implementaron reportes para un mejor control de la empresa y una rpida adquisicin de datos para los usuarios.
RECOMENDACIONES
1. Se recomienda dar mayor dar mayor nfasis en la fase de los requerimientos para una buena estructuracin del sistema.
2. Se recomienda mantener el inters del usuario final a travs de pruebas sistemticas de prototipos de pequea escala del sistema, lo cual reduce riesgos y asegura que los requerimientos a implementar son los correctos durante las fases e iteraciones. 3. Se recomienda realizar el manual de usuario para mejor entendimiento del usuario.
BIBLIOGRAFIA http://es.slideshare.net/thekriplongxd/sistemas-de-informacion-1527240 https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&cad=rja&uact=8&ved=0CDwQFjAE&url=http%3A%2F%2Fagu.inter.edu%2Fmrosa%2Fnotas%2520cmis4610%2FCAP3%2520CMIS4610.ppt&ei=-DbaU5TuIYaTyASZr4HwDg&usg=AFQjCNFihClRasi-TuffKtmZZsKsPqNmKg&sig2=koBjXsoGWZvpwrN_I4DkkA&bvm=bv.72185853,d.aWw http://tesis.pucp.edu.pe/repositorio/handle/123456789/1501?show=full https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=9&cad=rja&uact=8&ved=0CGAQFjAI&url=http%3A%2F%2Fwww.ehowenespanol.com%2Ffortalezas-sistema-informacion-ventas-hechos_258823%2F&ei=-DbaU5TuIYaTyASZr4HwDg&usg=AFQjCNFJ6TezC_BLWwqBCLE06hUb9AhSoA&sig2=JIDrrHKhHh1gR9cv2vDyKw&bvm=bv.72185853,d.aWw http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational http://es.wikipedia.org/wiki/Proceso_Unificado http://www.ciens.ucv.ve:8080/genasig/sites/disist/archivos/clase8.pdf https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&sqi=2&ved=0CCEQFjAB&url=http%3A%2F%2Fwww.ibrarian.net%2Fnavon%2Fpaper%2Fcon_distintas_funciones_y_roles_.pdf%3Fpaperid%3D18902461&ei=KTraU7y2IsmxyATmtoDgDA&usg=AFQjCNG2VxSijWmgY3mXJZx41kRiXxO5QA&sig2=J1RAR8aV_qDTV3zbRXdiBw&bvm=bv.72185853,d.aWw http://vivenciasdiariasmiaspropias.blogspot.com/2008/06/proceso-unificado-de-desarrollo-pud.html http://es.slideshare.net/kinfantas/metodologia-de-desarrollo-de-software http://revistavinculos.udistrital.edu.co/files/2012/12/Gestion_procesos_metodologiasdesoftware-ED4.pdf
Top Related