Vous êtes sur la page 1sur 58

INSTITUTO TCNICO SUPERIOR COMUNITARIO

ESCUELA DE INFORMATICA
Tcnico Superior en Desarrollo de Software

TEMA
SGOP V1.0: SISTEMA DE GESTIN DE PEDIDOS QUE PERMITE
MANEJAR LOS DATOS CONCERNIENTES A LOS PEDIDOS,
PRODUCTOS Y CLIENTES DE UNA EMPRESA.

ASIGNATURA
Electiva Profesionalizarte

SUSTENTANTES
Angel Cabrera Rodriguez 2014-0745
Robert Lorenzo Canela 2015-0121

ASESOR
Edison Prez, M.A.

COORDINADOR
Jos Abreu, M.A.

Santo Domingo Este, Repblica Dominicana


Agosto 2016
INSTITUTO TCNICO SUPERIOR COMUNITARIO

ESCUELA DE INFORMATICA
Tcnico Superior en Desarrollo de Software

TEMA
SGOP V1.0: SISTEMA DE GESTIN DE PEDIDOS QUE PERMITE
MANEJAR LOS DATOS CONCERNIENTES A LOS PEDIDOS,
PRODUCTOS Y CLIENTES DE UNA EMPRESA.

ASIGNATURA
Electiva Profesionalizante

SUSTENTANTES
Angel Cabrera Rodriguez 2014-0745
Robert Lorenzo Canela 2015-0121

ASESOR
Edison Prez, M.A.

Los conceptos expuestos en el


siguiente trabajo son de la
exclusiva responsabilidad de sus
sustentantes.

COORDINADOR
Jos Abreu, M.A.

Santo Domingo Este, Repblica Dominicana


Agosto 2016
ndice
ndice.................................................................................................................. 3
Marco Terico...................................................................................................... 4
Justificacin......................................................................................................... 7
Objetivos........................................................................................................... 10
Alcance del proyecto......................................................................................... 11
Plataforma......................................................................................................... 12
Arquitectura...................................................................................................... 14
Ambiente.......................................................................................................... 16
Lenguaje........................................................................................................... 17
Base de Datos................................................................................................... 19
Modelo de Desarrollo........................................................................................ 21
Patrn de Diseo de Desarrollo.........................................................................23
Nomenclatura de Programacin........................................................................27
Herramientas, interfaces e IDEs.......................................................................31
Requerimientos................................................................................................. 32
Estudio de Factibilidad y Retorno de Inversin (ROI).........................................37
Cronograma de Actividades.............................................................................. 38
Casos de Usos................................................................................................... 40
Diagramas de Casos de Usos............................................................................ 51
Diagrama de Secuencias................................................................................... 52
Diagrama de Clases.......................................................................................... 53
Diagrama de Objetos........................................................................................ 53
Bibliografa........................................................................................................ 54
Anexos.............................................................................................................. 55
Marco Terico

Un sistema de gestin de pedidos o tambin llamado OMS (Order Management System), es


un sistema de proceso integrado dentro de la gestin documental y es utilizado por las
empresas para la entrada de pedidos y el procesamiento de los mismos.

Un sistema de gestin de pedidos de clientes en su totalidad abarca estos mdulos:

Informacin del producto (descripciones, atributos, lugares, cantidades)

Inventario de disponibilidad y abastecimiento

Los proveedores, compras y envos

Marketing (catlogos, promociones, precios)

Clientes actuales y potenciales

Pedidos de clientes y servicio de atencin (incluyendo devoluciones y rembolsos)

Procedimiento de pago (las tarjetas de crdito, facturacin, cargos en cuenta)

Proceso de pedidos de clientes (seleccin, impresin, recoleccin, embalaje, gastos


de envo)

Anlisis de datos y presentacin de informes

Datos financieros (cuentas a pagar, cuentas a cobrar, libro mayor general)

Dentro de todos los mdulos que abarca el proceso de los pedidos de clientes, las tareas que
se pueden automatizar mediante un software de gestin de pedidos son las que hacen
referencia a la captura, almacenamiento y distribucin de los pedidos.

Hay varios mbitos de empresas que utilizan la gestin de pedidos de clientes para
diferentes propsitos, en principio cualquier tipo de empresa que reciba peticiones de los
clientes es susceptible de mejorar el proceso de gestin de pedidos, por ejemplo:
Telecomunicaciones - Para hacer un seguimiento de los clientes, cuentas, crdito,
entrega de productos, facturacin, etc

Venta al por menor - Las grandes empresas de venta al por menor utilizan los
procesos de pedidos de clientes para realizar un seguimiento de los pedidos de los
clientes, mantenimiento de nivel de stock, embalaje y envo.

Productos farmacuticos y de salud, donde los pedidos de clientes permiten


controlar las tareas de almacn, facturacin y stock en tiempo real.

Automocin - para realizar un seguimiento de las piezas de origen a travs de los


sistemas de gestin de pedidos de clientes.

El sistema de gestin de pedidos de clientes permite a las empresas que los pedidos de
compra se registren en el sistema con los destinos establecidos. Tambin permiten a las
empresas modificar, cancelar y actualizar los pedidos. Cuando un pedido entra en el sistema
se actualiza la base de datos y se enva un informe de proceso del pedido al cliente.

Un sistema de gestin de pedidos de clientes tambin permite a las empresas acceder a


informacin sobre los pedidos ingresados en el sistema, incluyendo detalles sobre todos los
pedidos abiertos y los pedidos completados. -Telecon Business Solutions

Actualmente alrededor de un 55% de las PYMES en la Republica Dominicana no cuentan


con herramientas modernas de gestin de pedidos y alrededor de un 23% de las
macroempresas poseen sistemas obsoletos. Las informaciones de pedidos, productos,
suplidores, transportistas, empleados y clientes, inclusive el manejo de documentos como
facturas, ordenes de compras, ordenes de servicio, recepcin de mercancas, cotizacin,
etc., son manejadas con herramientas anlogas y estn sujetas a todo tipo de
inconveniencias tales como perdida, deterioro, alteracin o robo por parte de personas
malintencionadas que puedan llegar a tener acceso a estas.

Adems de esto existe una falta de control interno en muchas empresas lo que ha facilitado
el mal manejo de estos documentos, por lo que las informaciones de proveedores,
empleados, clientes, empresas de transporte, regiones geogrficas, incluso pedidos y
productos se han visto comprometidas.
Estos problemas de organizacin y seguridad de la informacin evocan consigo perdidas
econmicas, presentacin de informacin incompleta, informaciones no presentadas
oportunamente y de forma transparente, dando paso a cometer fraudes, errores y el
posterior fracaso de la empresa.

Una empresa que disponga de este tipo de sistema anlogo de gestin en sus pedidos est
limitada, adems de que el proceso de crecimiento y evolucin de la misma est muy lejos
de llegar a ser una realidad, puesto que la globalizacin y la modernizacin estn llevando a
las empresas a una mejora constante de sus procesos a travs de las nuevas tecnologas.

Si nuestras empresas se abstienen de impulsar sus procesos con estas nuevas tecnologas,
que estn a nuestra disposicin, estn destinadas a la decadencia, pues estas
implementaciones tecnolgicas presentan un pilar para sostener procesos altamente
innovadores y eficientes, reflejados en una mejora sustancial tanto en reduccin de tiempo
en las tareas de la empresa, como en los ingresos a la misma.
Justificacin

El procesamiento de los pedidos es un elemento clave en todo el sistema de gestin, entre


las operaciones destacadas de este proceso, estn el envo de los pedidos empaquetados al
cliente. "El proceso de pedidos de clientes" es el trmino general utilizado para describir
ese proceso o el flujo de trabajo que abarca la recoleccin, embalaje y entrega del producto
empaquetado a una empresa de transporte, y posteriormente al comprador.

Algunos de los factores que nos aporta la automatizacin del proceso de pedidos de clientes
y que nos ayudan a diferenciar entre los diferentes pedidos de nuestra empresa, tambin nos
permiten realizar una correcta gestin y eleccin de la empresa de transporte son:

La naturaleza del producto que se enva, el envo de alimentos frescos y productos


de ropa pueden requerir diferentes procesos de envo.

La naturaleza de los pedidos y la cantidad de cada producto del pedido.

El tipo de embalaje del envo del pedido: los paquetes, bolsas, sobres, contenedores
pueden ofrecer variaciones dependiendo del tipo de pedido.

Los gastos de envo de los pedidos, envo y clasificacin pueden cambiar entre los
pedidos y productos.

La disponibilidad, el coste y la produccin, pueden crear falta de stock al procesar


los pedidos manualmente.

La puntualidad de los envos, cuando deben ser completados en base a los


operadores logsticos pueden crear variaciones en el proceso.

La disponibilidad de dinero en caja, y las influencias en las decisiones contra los


pedidos manuales ofrecen un beneficio a largo plazo.

El valor del producto enviado, con la relacin entre el valor del producto
transportado y el coste del envo.

La variacin de volumen de pedidos de productos segn la poca del ao.


La previsin de perfiles de pedidos de clientes y la previsin del volumen de envo
futuro.

La previsin sobre la red de distribucin, y la toma de decisiones sobre el


funcionamiento de las empresas de transportes.

Esta lista es slo una pequea muestra de los factores que nos proporciona el proceso de
gestin de pedidos de clientes y que influyen en la eleccin de una empresa de mensajera
que se adapte a los procedimientos operativos de nuestro negocio. Debido a que cada factor
tiene su importancia en cada empresa, la decisin final est en que cada empresa tiene sus
propios requisitos de procesamiento de pedidos. -Telecon Business Solutions

Pero si las empresas no realizan una gestin correcta en el proceso de pedidos de sus
clientes, la credibilidad, la confianza y la economa de la empresa se vern afectadas. La
lnea de produccin de una empresa ya sea PYMES o Macroempresa termina cuando el
cliente final obtiene su producto correctamente, pero para que esto se logre el manejo del
proceso de pedido de los clientes es la clave.

Alrededor de un 55% de las PYMES en la Republica Dominicana no cuentan con


herramientas modernas de gestin de pedidos y alrededor de un 23% de las macroempresas
poseen sistemas obsoletos.

Las ventajas que obtendr la empresa con la utilizacin de un sistema digital para la gestin
de pedidos son varias. Las ms importantes se pueden resumir en:

Seguridad de la informacin.

Mejorar la entrega de los productos.

Agilizar el proceso de gestin de los pedidos.

Tener un proceso ms transparente.

Evitar la prdida o modificacin de informacin.

Colaborar con el medio ambiente ahorrando en papel.


Realizar estadsticas y estudios, ya que se dispondr de informacin almacenada en
la base de datos, relacionada a los pedidos realizados por los clientes.

Las desventajas que tendr la empresa con la utilizacin de un sistema digital para la
gestin de pedidos son muy pocas. Las ms importantes se pueden resumir:

Inversin inicial, ya que, al ser un sistema desarrollado a medida, supone un coste


mayor.

Hardware, dependiendo del que se disponga, hay que hacer una inversin
econmica mayor o menor.

Migrar a un sistema o cambiar los procesos de gestin de pedidos conlleva a una serie de
ventajas y desventajas. Como hemos demostrado, en este caso las ventajas son mayores que
las desventajas, por lo que realizar este cambio tendr como resultado un beneficio con
respecto al anterior mtodo utilizado.

A raz de esta necesidad queremos ofrecer SGOP V1.0, un sistema de rdenes de pedidos
potente y de fcil manejo, que permita tanto a PYMES como a macroempresas gestionar
los datos concernientes a sus pedidos, productos, suplidores, transportistas, empleados y
clientes, mejorando as el proceso de gestin de pedidos y ayudar a lograr las metas de
produccin de su empresa.
Objetivos
Los objetivos generales propuestos para el sistema son:

Desarrollar un sistema de gestin de pedidos, en el cual se puedan manejar los datos


concernientes a los pedidos, productos y clientes de la empresa.

Mejorar el proceso de gestin de pedidos.

De los objetivos generales anteriores se derivan los siguientes objetivos especficos:

1.Asegurar la integridad de los datos.

2.Facilitar la bsqueda de informacin de los campos dichos anteriormente.

3.Aumentar la eficiencia en cuanto a la gestin de los pedidos.

4.Reduccin de errores y mayor precisin en los procesos.

5.Evitar la modificacin o eliminacin de informacin por parte de personal no


autorizado.

6.Reduccin de costos mediante la optimizacin o eliminacin de los recursos no


necesarios.

7.Actualizacin y mejoramiento de los servicios a clientes.

8.Aceleracin en la recopilacin de los datos.

9.Automatizacin ptima de procedimientos manuales.


Alcance del proyecto

Hemos desarrollado un sistema de gestin de pedidos, el cual lleva por nombre SGOP
versin 1.0 el cual tiene como propsito manejar los datos concernientes a los pedidos,
productos y clientes de la empresa, mejorando as el proceso de gestin de pedidos.

El sistema completo abarcara 6 mdulos que son:

Gestin de accesos: Permite el acceso al sistema segn tipo de usuario dando a cada
usuario distintos permisos.

Gestin de productos: Permite manejar las informaciones de los productos ya sea


ingresar un nuevo producto, modificarlo o consultarlo.

Gestin de pedidos: Permite manejar las informaciones de los pedidos ya sea crear
un nuevo pedido, cancelarlo o consultarlo.

Gestin de clientes: Permite manejar las informaciones de los clientes ya sea


ingresar un nuevo cliente, modificar o consultar su informacin.

Gestin de transportistas: Permite manejar las informaciones de los transportistas.

Gestin de suplidores: Permite manejar las informaciones de los suplidores ya sea


ingresar un nuevo suplidor, modificar o consultar su informacin.

El proyecto est implementado para satisfacer las necesidades de cualquier empresa, ya sea
una PYME o una macroempresa, abarcar un segmento del rea de pedidos y gestionar la
informacin relacionada a estos desde una base de datos, permitiendo agregar, modificar y
consultar datos. Tambin manejar informacin referente a los productos ofrecidos, y
permitir realizar parte de la facturacin de la empresa, dando el precio final del pedido.

El lanzamiento del sistema est pautado para el mes de agosto del ao en curso en su
versin 1.0 en la cual abarcaremos los mdulos de gestin de pedidos, gestin de productos
y gestin de clientes.
Plataforma
La plataforma a utilizar en el desarrollo de este sistema est compuesta por:

Sistema Operativo

o Windows 8 y 10.

Framework

o Utilizaremos el Framework de Microsoft .Net 4.5.2 y Metro Framework


1.3.5

Lenguajes

o Haremos uso del lenguaje de programacin C# para el desarrollo del


programa.

o TSQL para base de datos.

o XML para los archivos de configuracin y manejo de errores.

Base de Datos

o El acceso a datos ser a travs de una base de datos en SQL Server 2012.

Interfaz

o La interfaz ser hibrida entre Metro Framework Modern UI y formularios


del diseador visual de interfaz de Telerik.

Procesador

o Orientaremos el producto a una arquitectura de procesadores x86 de Intel y


AMD.
Hemos seleccionado los sistemas operativos Windows 8 y 10 por ser los ms recientes de
las versiones lanzadas adems del inminente descontinuo y obsolescencia por parte de
Microsoft hacia sus previas versiones de sistemas operativos como ya lo han expresado.

El uso conjunto de .NET Framework 4.5 y los lenguajes de programacin C# le permite


escribir aplicaciones Windows. .NET Framework 4.5 incluye mejoras importantes en el
lenguaje y en la plataforma para C# que simplifican la escritura de cdigo, .NET
Framework 4.5 proporciona mejor rendimiento, confiabilidad y seguridad; razones por las
cuales escogimos este Framework, librera y lenguaje. Agregado a esto tambin tenemos el
motor de bases de datos de Microsoft SQL Server 2012 que es un potente motor de base de
datos orientado a los sistemas operativos de Microsoft.

Seleccionamos para la interfaz y la experiencia de usuario Metro framework y Telerik por


sus atractivos visuales siendo dos herramientas para el desarrollo de interfaces atractivas y
amigables, que adems poseen una corta curva de aprendizaje, siendo esto favorable al
momento de preparar a los usuarios en el uso del sistema.

La seleccin de los procesadores x86 AMD e Intel, se debe a que son los ms comunes en
el mercado, adems de que los programas para arquitectura x86 son posible de ejecutar en
procesadores con arquitectura x64.
Arquitectura
La aplicacin ser desarrollada bajo una arquitectura de N-Capas
El uso de la aplicacin ser en una arquitectura Cliente-Servidor
Ambiente

Las entradas, capturas y salidas de datos, despliegues de informacin o resultados son de


los procesos ms comunes en cualquier sistema de informacin, estos procesos varan de
acuerdo a los lenguajes y ambientes de programacin a usar.

Por lo que el tipo de ambiente es muy importante al momento de usar el sistema, ya que
dependiendo de este el usuario se ver familiarizado o no con el sistema, y el
desenvolvimiento del mismo durante la operatividad se ver afectado.

Razn por la cual el ambiente de programacin a utilizar, es de tipo visual, es decir en un


entorno grafico de formularios y ventanas. El cual facilita el uso del sistema, volvindolo
ms amigable e intuitivo para el usuario final.

El ambiente estar compuesto de elementos grficos de fcil manejo para el usuario


dganse, datagridview, combobox, textbox, y una serie de formularios de uso cotidiano en
sistemas de diversas categoras.
Lenguaje

El lenguaje de Programacin a utilizar es: C# 5.0. C# es un lenguaje de programacin


orientado a objetos desarrollado y estandarizado por Microsoft como parte de su plataforma
.NET. Totalmente pensado para su implementacin en esta plataforma. Siendo esta es una
de las razones por las cuales se eligiera C# como lenguaje de programacin, adems de ser
un lenguaje sencillo, moderno, que proporciona seguridad de tipos y est orientado a
objetos.

El uso conjunto de .NET Framework 4.5 y los lenguajes de programacin C# le permite


escribir aplicaciones para los sistemas operativos Windows. .NET Framework 4.5 incluye
mejoras importantes en el lenguaje y en la plataforma para C# que simplifican la escritura
de cdigo, .NET Framework 4.5 proporciona mejor rendimiento, confiabilidad y seguridad;
razones por las cuales escogimos este Framework, librera y lenguaje.

C# contiene veinte categoras generales de tipos de datos integrados: tipos de valor y tipos
de referencia. Esto quiere decir que es un lenguaje de programacin altamente tipado. C# se
presenta como Visual C# en el conjunto de programas Visual Studio .NET. Visual C# utiliza
plantillas de proyecto, diseadores, pginas de propiedades, asistentes de cdigo, un
modelo de objetos y otras caractersticas del entorno de desarrollo.

Su sintaxis bsica deriva de C/C++ y utiliza el modelo de objetos de la plataforma .NET,


similar al de Java, aunque incluye mejoras derivadas de otros lenguajes.

El estndar ECMA-334 lista las siguientes metas en el diseo para C#:

Lenguaje de programacin orientado a objetos simple, moderno y de propsito


general.

Inclusin de principios de ingeniera de software tales como revisin estricta de los


tipos de datos, revisin de lmites de vectores, deteccin de intentos de usar
variables no inicializadas, y recoleccin de basura automtica.

Capacidad para desarrollar componentes de software que se puedan usar en


ambientes distribuidos.
Portabilidad del cdigo fuente.

Fcil migracin del programador al nuevo lenguaje, especialmente para


programadores familiarizados con C, C++ y Java.

Soporte para internacionalizacin.

Adecuacin para escribir aplicaciones de cualquier tamao: desde las ms grandes y


sofisticadas como sistemas operativos hasta las ms pequeas funciones.

Aplicaciones econmicas en cuanto a memoria y procesado.


Base de Datos

Habr una sola base de datos central para esta aplicacin, que reside en un servidor de base
de datos SQL Server 2012. SQL Server es un Sistema para la Gestin de Base de Datos
basado en el Modelo Relacional desarrollado por Microsoft. Se seleccion este motor de
bases de datos por ser un sistema de manejo de bases de datos exclusivo para los sistemas
operativos Windows de Microsoft adems de poseer herramientas y servicios que facilitan y
potencian su uso como son:

Seguridad: SQL permite administrar permisos a todo. Permisos a nivel de servidor,


seguridad en tablas, permitir o no lectura, escritura, ejecucin; seguridad en los
procedimientos almacenados. Podemos permitir que alguien conecte su SQL al
nuestro, pero sin embargo podemos decirle que no puede ver una base de datos,
pero otra s.

Soporte de transacciones.

Soporta procedimientos almacenados.

Permite trabajar en modo cliente-servidor, donde la informacin y datos se alojan en


el servidor y los terminales o clientes de la red slo acceden a la informacin.

Permite administrar informacin de otros servidores de datos.

Posee herramientas de inteligencia empresarial como:

o SSIS (SQL Server Integration Services)

o SSAS (SQL Server Analysis Services)

o SSRS (SQL Server Reporting Services)

Diagrama Entidad-Relacin

A partir de las entidades y sus interrelaciones, la base de datos constar de 13 tablas. Estas
tablas contendrn toda la informacin de los pedidos, productos, suplidores, transportistas,
empleados y clientes, como se muestra en el siguiente diagrama:
Modelo de Desarrollo
El modelo de desarrollo a utilizar es el enfoque gil. El modelo de desarrollo gil de
software utiliza un desarrollo iterativo como base para abogar por un punto de vista ms
ligero y ms centrado en las personas que en el caso de las soluciones tradicionales. Los
procesos giles utilizan retroalimentacin en lugar de planificacin, como principal
mecanismo de control. La retroalimentacin se canaliza por medio de pruebas peridicas y
frecuentes versiones del software.

Metodologa:

Se ha elegido la metodologa de desarrollo SCRUM, que es una metodologa de desarrollo


de software gil (agile), SCRUM emplea un enfoque iterativo e incremental para optimizar
la predictibilidad y el control del riesgo. Es un marco de trabajo por el cual las personas
pueden acometer problemas complejos adaptativos, a la vez que entregar productos del
mximo valor posible productiva y creativamente.

SCRUM es el nombre con el que se denomina a los marcos de desarrollo giles


caracterizados por:

Adoptar una estrategia de desarrollo incremental, en lugar de la planificacin y


ejecucin completa del producto.

Basar la calidad del resultado ms en el conocimiento tcito de las personas en


equipos auto organizados, que en la calidad de los procesos empleados.

Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra
en un ciclo secuencial o en cascada.

Las caractersticas ms marcadas que se logran notar en SCRUM seran: gestin regular de
las expectativas del cliente, resultados anticipados, flexibilidad y adaptacin, retorno de
inversin, mitigacin de riesgos, productividad y calidad, alineamiento entre cliente y
equipo, por ltimo, equipo motivado. Cada uno de estos puntos mencionados hacen que el
SCRUM sea utilizado de manera regular en un conjunto de buenas prcticas para el trabajo
en equipo y de esa manera obtener resultados posibles.
Beneficios de SCRUM

Flexibilidad a cambios. Gran capacidad de reaccin ante los cambiantes


requerimientos generados por las necesidades del cliente o la evolucin del
mercado. El marco de trabajo est diseado para adecuarse a las nuevas exigencias
que implican proyectos complejos.

Reduccin del Time to Market. El cliente puede empezar a utilizar las


caractersticas ms importantes del proyecto antes de que est completamente
terminado.

Mayor calidad del software. El trabajo metdico y la necesidad de obtener una


versin de trabajo funcional despus de cada iteracin, ayuda a la obtencin de un
software de alta calidad.

Mayor productividad. Se logra, entre otras razones, debido a la eliminacin de la


burocracia y la motivacin del equipo proporcionado por el hecho de que pueden
estructurarse de manera autnoma.

Maximiza el retorno de la inversin (ROI). Creacin de software solamente con las


prestaciones que contribuyen a un mayor valor de negocio gracias a la priorizacin
por retorno de inversin.

Predicciones de tiempos. A travs de este marco de trabajo se conoce la velocidad


media del equipo por sprint, con lo que es posible estimar de manera fcil cuando se
podr hacer uso de una determinada funcionalidad que todava est en el Backlog.

Reduccin de riesgos El hecho de desarrollar, en primer lugar, las funcionalidades


de mayor valor y de saber la velocidad a la que el equipo avanza en el proyecto,
permite despejar riesgos efectivamente de manera anticipada.
Patrn de Diseo de Desarrollo
Los patrones de diseo a utilizar en el sistema son:

Singleton restringe la instanciacin de una clase o valor de un tipo a un solo objeto. El


propsito de singleton es asegurar que una clase slo tiene un ejemplar, y proporcionar un
punto de acceso global a ste. Ya que algunas clases slo necesitan exactamente un
ejemplar. Implementaremos este patrn en la creacin de nuevos pedidos, ya que solo
necesitamos que se abra un pedido a la vez y no varios al mismo tiempo.

Ejemplos

public sealed class Singleton


{
private static volatile Singleton instance;
private static object syncRoot = new Object();
private Singleton()
{
System.Windows.Forms.MessageBox.Show("Nuevo Singleton");
}
public static Singleton GetInstance
{
get
{
if (instance == null)
{
lock(syncRoot)
{
if (instance == null)
instance = new Singleton();
}
}
return instance;
}
}
}
Factory (versin simplificada del Factory Method) - Crea objetos sin exponer la
instanciacin lgica al cliente y refiere al objeto recin creado a travs de una interfaz
comn.

El patrn de la fbrica se debe utilizar cuando:

- Un framework delega la creacin de objetos derivados a una superclase comn a la


fbrica

- Necesitamos flexibilidad en la adicin de nuevos tipos de objetos que deben ser creados
por la clase

Ejemplo:

namespace Simple_Factory
{
//Consumiendo los Factory
class SympleFactory
{
static void Main(string[] args)
{
Console.WriteLine("Salario Operario: " +
cuentasOperario.CalcularSalario(55).ToString());
Console.WriteLine("Salario Coordinador: " +
cuentasCoordinador.CalcularSalario(55).ToString());

Console.ReadLine();
}
}

// Aqui van las clases Base


public static class operario
{
public static double CalcularSalario(int horasLaboradas)
{
return 1000 * horasLaboradas;
}
}

public static class coordinador


{
public static double CalcularSalario(int horasLaboradas)
{
return 2000 * horasLaboradas;
}
}

// Aqui van las clases constructoras de objetos


public static class cuentasOperario
{
public static double CalcularSalario(int horasLaboradas)
{
return operario.CalcularSalario(55);
}
}

public static class cuentasCoordinador


{
public static double CalcularSalario(int horasLaboradas)
{
return coordinador.CalcularSalario(55);
}
}
}
Nomenclatura de Programacin
La forma en que se implementar el cdigo fuente del proyecto, pasando, por las variables,
controles, ficheros, archivos y todo aquello que est implicado en el cdigo, estar
declarado con el mtodo lowerCamelCase para diferenciar, mejorar y uniformizar a travs
de las reglas que se proponen, el estilo de programacin.

Los nombres de variables sern mnemotcnicos con lo que se podr saber el tipo de
dato de cada variable con slo ver el nombre de la variable. Ejemplo:
String strNombreCliente.

Los nombres de variables sern sugestivos, de tal forma que se podr saber el uso y
finalidad de dicha variable o funcin fcilmente con solo ver el nombre de la
variable. Ejemplo: intEdadAlumno.

La decisin de poner un nombre a una variable o funcin ser mecnica y


automtica, puesto que seguir las reglas definidas por nuestro estndar.

No se utilizarn guiones bajos (_) ni caracteres especiales para las declaraciones,


dgase:
o Letra o .
o Caracteres especiales , ^, #, $, %, &, /, (, ), , , +, -, *, {, }, [, ].

o Caracteres tildados: , , , , .

La declaracin de los elementos ser en espaol.

Por tanto, se seguirn dichos patrones para un entendimiento legible del cdigo y para
facilitar el mantenimiento del mismo.
Definicin de Controles

Tipo de datos:

Nombre corto Clase .NET Tipo Mnemnico

byte Byte Entero sin signo by

sbyte SByte Entero con signo sby

int Int32 Entero con signo int

uint UInt32 Entero sin signo uint

short Int16 Entero con signo shr

ushort UInt16 Entero sin signo ushr

long Int64 Entero con signo lng

ulong UInt64 Entero sin signo ulng

float Single Tipo de punto flotante de precisin fl


simple

double Double Tipo de punto flotante de precisin dbl


doble

char Char Un carcter Unicode chr

bool Boolean Tipo Boolean lgico bl

object Object Tipo base de todos los otros tipos ob

string String Una secuencia de caracteres str

decimal Decimal Tipo preciso fraccionario o integral, que dec


puede representar nmeros decimales
con 29 dgitos significativos
Prefijo para el Control: El prefijo del control ser determinado mediante tres caracteres
que estarn conformados por las consonantes ms representativas del control, es as, por
ejemplo; el control Button, estar asociado al prefijo btn y as con los dems a continuacin
se muestra una tabla de ejemplo con algunos controles para ser usada de referencia.

Tipo de control Prefijo Ejemplo


Button btn btnLogin
CheckBox chk chkRuta1
CheckedListBox clb clbPaises
ComboBox cbb cbbStaff
DataGridView dgv dgvNomina
DateTimePicker dtp dtpCuando
DropDownList cmb cmbDocumentos
Label lbl lblNombre
ListBox lbx lbxListar
ListView lvw lvwListica
MaskedTextBox mtb mtbFecha
MenuStrip mst mstMenu
MonthCalendar mtc mtcMeses
RadioButton rbt rbtSeleccion
RichTextBox rtb rtbStuffs
TextBox txt txtApellido
TreeView tvw tvwDesp
Declaraciones de identificadores:

identificador Ejemplo

Espacio de nombres namespace System.security { ... }

Tipo public class streamReader { ... }

Interface public interface iEnumerable { ... }

Mtodo public class Object {


public virtual string toString();
}

Propiedad public class String {


public int length { get; }
}

Event public class Process {


public event eventHandler Exited;
}

Campo public class messageQueue {


public static readonly timeSpan
infiniteTimeout;
}
public struct uInt32 {
public const min = 0;
}

Valor de public enum fileMode {


enumeracin append,
...}

Parmetro public class convert {


public static int toInt32(string value);}

Variable String strNombreCliente;

Arreglos int[] intTableArray;

Listas public class List<T> : IList<T>, ICollection<T>,


IEnumerable<T>, IEnumerable, IList, ICollection,
IReadOnlyList<T>, IReadOnlyCollection<T>
Herramientas, interfaces e IDEs

Para todo el proceso de desarrollo del sistema utilizaremos las herramientas de desarrollo
Visual Studio 2015, la Biblioteca de clases .NET y el Framework de Microsoft .Net en su
versin 4.5.2 para la parte programable, SQL Server 2012 para el manejo de datos,
StarUML 2.7.0, Gantt Project 2.7.2, Dia Diagram Editor y las herramientas de
www.cacoo.com para los diagramas. La interfaz grfica de usuario y la experiencia de
usuario ser manejada con los formularios del diseador visual de interfaz de Telerik. Para
la documentacin del proyecto se utilizar Microsoft Word 2016.

Tipo Nombre Versin Comercia Genero


l
IDE Visual Studio 2015 Si IDE
Framework .Net 4.5.2 No Framework
Herramienta SQL Server Express 2012 No SGBD
Herramienta StarUML 2.7.0 No Herramienta de
diagramas
Herramienta Gantt Project 2.7.2 No Herramienta de
diagramas
Interfaz Metro UI 1.3.5 No Interfaz de usuario
Interfaz Telerik Q2 Si Herramienta de
desarrollo
Herramienta Microsoft Word 2016 Si Procesador de
Texto
Requerimientos
Requerimientos de Negocio

Desarrollar un sistema de gestin de rdenes de pedidos. El mdulo de gestin de pedidos


est diseado para contener la informacin de los pedidos e informaciones relacionadas,
como productos y clientes, a travs una base de datos, y gestionar estos datos ya sea
agregando, modificando o consultando las informaciones de la base de datos.

Requerimientos de Usuario

El sistema completo abarcara 6 mdulos que son:

Gestin de accesos: Permite el acceso al sistema segn tipo de usuario dando a cada
usuario distintos permisos.

Gestin de productos: Permite manejar las informaciones de los productos ya sea


ingresar un nuevo producto, modificarlo o consultarlo.

Gestin de pedidos: Permite manejar las informaciones de los pedidos ya sea crear
un nuevo pedido, cancelarlo o consultarlo.

Gestin de clientes: Permite manejar las informaciones de los clientes ya sea


ingresar un nuevo cliente, modificar o consultar su informacin.

Gestin de transportistas: Permite manejar las informaciones de los transportistas.

Gestin de suplidores: Permite manejar las informaciones de los suplidores ya sea


ingresar un nuevo suplidor, modificar o consultar su informacin.

Requerimientos Funcionales
Gestin de accesos:

RF1- El acceso al programa ser para los empleados, los cuales iniciaran sesin con su
cdigo de empleado y una contrasea.
RF2- Debern iniciar sesin cada vez que se ejecute el programa y la sesin se cerrar cada
vez que se cierre el programa de manera automtica.

RF3- El acceso de nuevos usuarios ser vlido solo para los empleados cuyos cdigos estn
en la base de datos, es decir, que la informacin y datos del empleado no sern ingresados
por el programa sino directo a la base de datos, el sistema no registrara nuevos usuarios,
solo validara el acceso.

A continuacin, se presentan los requisitos funcionales de cada tipo de usuario, con fin de
detallar los roles o capacidades de cada uno de ellos en el proyecto.

RF4- Usuario empleado. Acciones que puede realizar el usuario empleado:

a Crear pedido.

b Agregar productos al pedido antes de ser confirmado.

c Siempre puede saber qu productos existen en el pedido y el costo de los


mismos (unitario y en general, lo que se lleva gastado).

d Modificar el pedido antes de la confirmacin de envo.

e Antes de enviar el pedido, se preguntar si todos los productos introducidos son


los correctos, puesto que una vez confirmado ya no se tiene la posibilidad de
modificarlo, slo puede aadir ms productos a su pedido.

f Se puede modificar o anular el contenido de un pedido desde este usuario si, y


solo si, el pedido no se ha confirmado.

g Consultar los productos que estn ofertados, los clientes, pedidos, transportistas
y suplidores.

Acciones que no puede realizar el usuario empleado:

h No puede modificar/anular el contenido del pedido una vez haya sido


confirmado.

i Una vez confirmados los productos que componen el pedido, ste ya no tiene
posibilidad alguna de sufrir una modificacin o una anulacin.
j No puede modificar/anular pedidos.

k No puede aadir/modificar productos ofertados

l El administrador es el nico que tiene la posibilidad de aadir o modificar


productos.

RF5- Usuario administrador. Acciones que puede realizar el usuario administrador:

a Aadir los productos, pedidos, transportistas, suplidores y clientes.

b Consultar los productos, pedidos, transportistas, suplidores y clientes.

c Modificar las informaciones de los productos, transportistas, suplidores y clientes.

d Cambiar el estado de los pedidos dependiendo si esta Pendiente, Entregado o


Cancelado

e Cambiar el estado de los productos dependiendo si son actualmente ofertados o no.

Acciones que no puede realizar el usuario administrador:

f No puede eliminar productos, slo cambiar su estado, dependiendo si son


actualmente ofertados o no.

g No puede eliminar pedidos, solo cambiar su estado, dependiendo si esta


Pendiente, Entregado o Cancelado.

h No puede modificar pedidos, los pedidos que quieran ser modificados primero se
cancelaran y luego se creara uno nuevo con las modificaciones.

i No puede eliminar los productos, pedidos, transportistas, suplidores y clientes.

Gestin de pedidos:

RF6- Este apartado constar de dos partes, una para ingresar y otra para consultar los de los
pedidos.

RF7- El sistema debe permitir agregar nuevos pedidos.

RF8- El sistema debe permitir agregar productos a un nuevo pedido.


RF9- El sistema debe permitir consultar pedidos realizados.

RF10- El sistema debe permitir agregar los datos del cliente, transportista y destino al
pedido.

RF11- El sistema debe permitir seleccionar en el apartado de pedidos, en nuevo pedido


los productos y la cantidad de productos que desea en el pedido.

RF12- El sistema debe decir qu productos existen en el pedido y el costo de los mismos
(unitario y en general, lo que se lleva gastado).

Gestin de productos:

RF13- Este apartado constar de tres partes, una para ingresar, otra para consultar y otra
para modificar los datos de los productos.

Gestin de clientes:

RF14- Este apartado constar de tres partes, una para ingresar, otra para consultar y otra
para modificar los datos de los clientes.

Gestin de transportistas:

RF15- Permite manejar las informaciones de los transportistas, ingresar, consultar y


modificar.

Gestin de suplidores:

RF16- Permite manejar las informaciones de los suplidores ya sea ingresar un nuevo
suplidor, modificar o consultar su informacin.

Requerimientos No Funcionales

RNF1- El sistema no permitir eliminar ningn dato de la base de datos.

RNF2- El sistema desplegara en cada apartado un DataGridView en el cual se visualizarn


los datos de cada apartado.
RNF3- Un usuario experimentado debe ser capaz de utilizar todas las funciones del sistema
tras un entrenamiento de 2 horas, tras el cual no cometer ms de 3 errores diarios en
media.

RNF4- Ante un fallo en el software del sistema, enviara un correo notificando el error.
Cada error que pueda surgir debe ser controlado, es decir, en caso de surgir un error se
deben mostrar pantallas personalizadas al usuario, pero no permitir que el sistema muestre
secciones del cdigo o descripciones detalladas de error que puedan poner en riesgo la
seguridad e integridad del sistema. Y se guardaran los errores en un archivo XML.

RNF5- El sistema crear un archivo de configuracin XML y de ser eliminado deber ser
capaz de restaurarlo.

RNF6- El sistema en cada inicio desplegara un Splash con el logo, nombre del sistema y
versin.

RNF7- Los datos a gestionar en el apartado de producto son: Cdigo del producto, nombre
del producto, cdigo del suplidor, cdigo de categora, cantidad por unidad, precio por
unidad, unidades en stock, unidades en orden, punto de pedido, descontinuado (si o no).

RNF8- Los datos a gestionar en el apartado de pedidos son: Cdigo del pedido, cdigo de
cliente, cdigo de empleado, Fecha del pedido, fecha de entrega, fecha de envo, forma de
envo, flete, destinatario, direccin del envo, ciudad destinatario, regin del envo, cdigo
postal del envo, pas destino.

RNF9- Los datos a gestionar en el apartado de clientes son: Cdigo de cliente, Nombre
compaa, Nombre facilitador, Cargo del facilitador, Direccin, Ciudad, Regin, Cdigo
postal, Pas, Telfono, Fax.

RNF10- Los datos a gestionar en el apartado de transportistas son: Cdigo de transportista,


Nombre compaa, telfono.

RNF11- Los datos a gestionar en el apartado de suplidores son: Cdigo de suplidor,


Nombre de la compaa, Nombre facilitador, cargo del facilitador, Direccin, Ciudad,
Regin, Cdigo postal, Pas, Telfono, Fax, Pagina web.
RNF12- La interfaz grfica del sistema estar en los colores: azul, negro y gris como
secundarios y de fondos claros blancos y grises.

Estudio de Factibilidad y Retorno de Inversin (ROI)

Para las macroempresas existen varios proveedores de software a la medida. En el mercado


existen sistemas de gestin de rdenes de pedido. Para las PYMES y microempresas estos
sistemas no son de fcil acceso, por lo cual este sistema es diseado para ser utilizado tanto
en una macroempresa como en una PYME.

Para el manejo de la aplicacin no se necesita un personal especializado, una persona con


conocimientos bsicos de manejo de computadores solo necesitara un entrenamiento de 2
horas y estara capacitado para manejar el sistema.

La aplicacin no necesita de un hardware muy sofisticado y en cuanto al software solo


necesita un sistema operativo Windows 10 y este es de fcil obtencin en el mercado.

En cuanto a la parte econmica el desarrollo e implementacin sugerir una inversin la


cual tendr un retorno dentro de los primeros aos de uso. Puesto que se dispondr de un
sistema eficiente que mejorar un sector de la produccin y desplazar materiales gastables
innecesarios.
Cronograma de Actividades
Diagrama de Gantt
Casos de Usos
Identificador: CU1 Nombr Login
e:
Descripcin: Login para validacin de acceso por usuarios

Pre-condicin:
Actores: Empleado, administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


inicia la aplicacin.
2. El sistema muestra el formulario de login.
3. El usuario ingresa sus credenciales.
4. El usuario pulsa aceptar.
5. Fin del caso de uso
Flujo N/A
alternativo:
Flujo de 1. El flujo de excepcin inicia en cualquier
excepcin: momento entre el paso 1 y el 4 del flujo
principal.
2. El usuario pulsa cancelar.
3. Fin del caso de excepcin.

Post- condicin: Ingreso exitoso al sistema

Identificador: CU2 Nombr Men principal


e:
Descripcin: Men principal del sistema

Pre-condicin: Logearse

Actores: Empleado, administrador

Flujo Principal: 1. El caso de uso inicia despus de que el


usuario se logea en el sistema.
2. El sistema carga los datos.
3. Se visualiza el men con sus botones y
textos.
4. El sistema est listo para ser usado.
Flujo FA1:
alternativo: 1. El caso de uso inicia cuando el usuario da
click en el botn atrs en cualquiera de los
apartados de consulta o en el botn
cancelar en alguno de los apartados.
2. El caso de uso continua en Flujo principal
paso 2.
Flujo de FE1:
excepcin: 1. El flujo de excepcin inicia a partir del
paso 1 del flujo principal
2. Ocurre un error en la aplicacin
3. La aplicacin cierra inesperadamente
4. Fin
Post- condicin: El usuario ingresa al men principal

Identificador: CU3 Nombr Consultar clientes


e:
Descripcin: Consultar los clientes registrados en el sistema

Pre-condicin:
Actores: Empleado, administrador

Flujo Principal: 1. Este caso de uso inicia cuando el usuario


da click en el botn Consultar clientes.
2. Se muestran en un DataGrid en el que se
visualizaran los datos de los clientes.
3. El usuario busca y ve los clientes.
4. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de N/A
excepcin:
Post- condicin:

Identificador: CU4 Nombr Consultar pedidos


e:
Descripcin: Ver los pedidos realizados previamente

Pre-condicin:
Actores: Empleado, administrador

Flujo Principal: 1. Este caso de uso inicia cuando el usuario


da click en el botn Consultar pedido.
2. Se muestran en un DataGrid en el que se
visualizaran los datos de los pedidos.
3. El usuario busca y ve los pedidos.
4. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de N/A
excepcin:
Post- condicin: El usuario ve los pedidos realizados.

Identificador: CU5 Nombr Consultar productos


e:
Descripcin: Ver los artculos en inventario

Pre-condicin:
Actores: Empleado, administrador
Flujo Principal: 1. Este caso de uso inicia cuando el usuario
da click en el botn Consultar productos.
2. Se muestran en un DataGrid en el que se
visualizaran los datos de los productos.
3. El usuario busca y ve los productos.
4. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de N/A
excepcin:
Post- condicin: El usuario vio los productos.
Identificador: CU6 Nombr Consultar suplidor
e:
Descripcin: Ver los datos de los suplidores en el sistema

Pre-condicin:
Actores: Empleado, administrador

Flujo Principal: 1 Este caso de uso inicia cuando el usuario


da click en el botn Consultar suplidor.
2 Se muestran en un DataGrid en el que se
visualizaran los datos de los suplidores.
3 El usuario busca y ve los suplidores.
4 Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de N/A
excepcin:
Post- condicin: El usuario ve los suplidores

Identificador: CU7 Nombr Consultar transportista


e:
Descripcin: Ver los datos de los transportistas en el sistema

Pre-condicin:
Actores: Empleado, administrador

Flujo Principal: 1. Este caso de uso inicia cuando el usuario


da click en el botn Consultar
transportista.
2. Se muestran en un DataGrid en el que se
visualizaran los datos de los
transportistas.
3. El usuario busca y ve los transportistas.
4. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de N/A
excepcin:
Post- condicin: El usuario ve los transportistas
Identificador: CU8 Nombr Nuevo cliente
e:
Descripcin: Agregar un nuevo cliente

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario da


click en el botn nuevo del apartado de
cliente.
2. El usuario digita las informaciones en los
formularios.
3. El usuario pulsa Terminar.
4. Confirma si esta correcto y pulsa
Aceptar.
5. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en cualquier
momento despus del paso 1 y antes del
paso 4 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.

Post- condicin: Cliente aadido.

Identificador: CU9 Nombr Nuevo pedido


e:
Descripcin: Agregar un nuevo pedido

Pre-condicin:
Actores: Empleado, administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn nuevo del
apartado de pedidos.
2. El usuario digita las informaciones en
los formularios.
3. El usuario selecciona los productos y las
cantidades que desea el cliente.
4. El sistema despliega el monto total del
pedido.
5. El usuario pulsa Confirmar pedido.
6. Confirma si esta correcto y pulsa
Aceptar.
7. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia a partir del
paso 3 del flujo principal.
2. Mensaje de error No hay artculos
disponibles o no hay suficientes para
realizar el pedido.
3. Pulsar Aceptar.
4. Fin.
FE2:
1. Este flujo de excepcin inicia en
cualquier momento despus del paso 1
y antes del paso 6 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.

Post- condicin: Pedido aadido.

Identificador: CU10 Nombr Nuevo producto


e:
Descripcin: Agregar un nuevo producto

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn nuevo del
apartado de producto.
2. El usuario digita las informaciones en
los formularios.
3. El usuario pulsa Terminar.
4. Confirma si esta correcto y pulsa
Aceptar.
5. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en
cualquier momento despus del paso 1
y antes del paso 4 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.

Post- condicin: Producto aadido.

Identificador: CU11 Nombr Nuevo suplidor


e:
Descripcin: Agregar un nuevo producto

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn nuevo del
apartado de suplidor.
2. El usuario digita las informaciones en
los formularios.
3. El usuario pulsa Terminar.
4. Confirma si esta correcto y pulsa
Aceptar.
5. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en
cualquier momento despus del paso 1
y antes del paso 4 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.

Post- condicin: Suplidor aadido.

Identificador: CU12 Nombr Nuevo transportista


e:
Descripcin: Agregar un nuevo producto

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn nuevo del
apartado de transportista.
2. El usuario digita las informaciones en
los formularios.
3. El usuario pulsa Terminar.
4. Confirma si esta correcto y pulsa
Aceptar.
5. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en
cualquier momento despus del paso 1
y antes del paso 4 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.

Post- condicin: Transportista aadido.


Identificador: CU13 Nombr Modificar cliente
e:
Descripcin: Modificar las informaciones de un cliente

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn Modificar del
apartado de cliente.
2. El usuario busca el cliente a modificar.
3. El usuario digita las informaciones en
los formularios que quiere modificar.
4. El usuario pulsa Terminar.
5. Confirma si esta correcto y pulsa
Aceptar.
6. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en cualquier
momento despus del paso 1 y antes del
paso 5 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.
Post- condicin: Modificacin realizada

Identificador: CU14 Nombr Modificar producto


e:
Descripcin: Modificar las informaciones de un producto

Pre-condicin:
Actores: Administrador
Flujo Principal: 1. El caso de uso inicia cuando el usuario
da click en el botn Modificar del
apartado de producto.
2. El usuario busca el producto a
modificar.
3. El usuario digita las informaciones en
los formularios que quiere modificar.
4. El usuario pulsa Terminar.
5. Confirma si esta correcto y pulsa
Aceptar.
6. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en cualquier
momento despus del paso 1 y antes del
paso 5 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.
Post- condicin: Modificacin realizada

Identificador: CU15 Nombr Modificar suplidor


e:
Descripcin: Modificar las informaciones de un suplidor

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn Modificar del
apartado de suplidor.
2. El usuario busca el suplidor a modificar.
3. El usuario digita las informaciones en
los formularios que quiere modificar.
4. El usuario pulsa Terminar.
5. Confirma si esta correcto y pulsa
Aceptar.
6. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en cualquier
momento despus del paso 1 y antes del
paso 5 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.
Post- condicin: Modificacin realizada

Identificador: CU16 Nombr Modificar transportista


e:
Descripcin: Modificar las informaciones de un trasportista

Pre-condicin:
Actores: Administrador

Flujo Principal: 1. El caso de uso inicia cuando el usuario


da click en el botn Modificar del
apartado de transportista.
2. El usuario busca el transportista a
modificar.
3. El usuario digita las informaciones en
los formularios que quiere modificar.
4. El usuario pulsa Terminar.
5. Confirma si esta correcto y pulsa
Aceptar.
6. Fin del caso de uso.
Flujo N/A
alternativo:
Flujo de FE1:
excepcin: 1. Este flujo de excepcin inicia en cualquier
momento despus del paso 1 y antes del
paso 5 del flujo principal.
2. El usuario presiona Cancelar.
3. Fin.
Post- condicin: Modificacin realizada
Diagramas de Casos de Usos
Diagrama de Secuencias
Diagrama de Clases

Diagrama de Objetos
Bibliografa
Anexos

Encuesta

1. Su empresa es una:

a) Microempresa b) PYME c) Macroempresa

2. En la actualidad Posee su empresa un sistema de gestin de pedidos

a) Si B) no

3. Cree usted que este sistema de gestin de pedidos cumple con las
necesidades de su empresa

a) Si b) no c) talvez

4. Esta usted satisfecho a con la calidad del soporte brindado

a) Si b) no c) talvez

5. Considera usted que este sistema de gestin de pedidos es fcil y practico

a) Si b) no c) talvez

6. Recomendara usted este sistema

a) Si b) no c) talvez

7. Considera usted que este sistema de gestin de pedidos es eficiente y


oportuno

a) Si b) no c) talvez

8. Considera usted relevante que las empresas cuenten con un sistema


eficiente de gestin de pedidos

a) Muy relevante b) poco relevante c) realmente no es relevante