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


simple

fl

double

Double

Tipo de punto flotante de precisin


doble

dbl

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


puede representar nmeros decimales
con 29 dgitos significativos

dec

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
enumeracin

public enum fileMode {


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.

Agregar productos al pedido antes de ser confirmado.

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


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

Modificar el pedido antes de la confirmacin de envo.

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.

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


solo si, el pedido no se ha confirmado.

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.

Una vez confirmados los productos que componen el pedido, ste ya no tiene
posibilidad alguna de sufrir una modificacin o una anulacin.

No puede modificar/anular pedidos.

No puede aadir/modificar productos ofertados

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.

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

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

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


Cancelado

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.

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


Pendiente, Entregado o Cancelado.

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

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
CU1
Identificador:
Descripcin:

Nombr Login
e:

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
N/A

Flujo
alternativo:
Flujo de
excepcin:

1. El flujo de excepcin inicia en cualquier


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

Descripcin:

Men principal del sistema

Pre-condicin:

Logearse

Actores:

Empleado, administrador

Flujo Principal:

Nombr Men principal


e:

1. El caso de uso inicia despus de que el


usuario se logea en el sistema.
2. El sistema carga los datos.

Flujo
alternativo:

Flujo de
excepcin:

3. Se visualiza el men con sus botones y


textos.
4. El sistema est listo para ser usado.
FA1:
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.
FE1:

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:
Flujo Principal:

Flujo
alternativo:

Empleado, administrador
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.
N/A

Flujo de
excepcin:

N/A

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.
N/A

Flujo
alternativo:
Flujo de
excepcin:

N/A

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:

Flujo
alternativo:
Flujo de
excepcin:

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.
N/A
N/A

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.
N/A

Flujo
alternativo:
Flujo de
excepcin:

N/A

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.
N/A

Flujo
alternativo:
Flujo de
excepcin:

N/A

Post- condicin: El usuario ve los transportistas


Identificador:

CU8

Nombr Nuevo cliente


e:

Descripcin:

Agregar un nuevo cliente

Pre-condicin:
Actores:
Flujo Principal:

Administrador
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
alternativo:

N/A

Flujo de
excepcin:

FE1:
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:

Flujo
alternativo:

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.
N/A

Flujo de
excepcin:

FE1:
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
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 Principal:

Flujo

N/A

alternativo:
Flujo de
excepcin:

FE1:
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
alternativo:

N/A

Flujo de
excepcin:

FE1:
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
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 Principal:

Flujo
alternativo:

N/A

Flujo de
excepcin:

FE1:
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
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 Principal:

Flujo
alternativo:

N/A

Flujo de
excepcin:

FE1:
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
alternativo:

N/A

Flujo de
excepcin:

FE1:
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:
Flujo Principal:

Administrador
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
alternativo:

N/A

Flujo de
excepcin:

FE1:
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
alternativo:

N/A

Flujo de
excepcin:

FE1:
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