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