Documente Academic
Documente Profesional
Documente Cultură
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.
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.
COORDINADOR
Jos Abreu, M.A.
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.
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.
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
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:
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.
El valor del producto enviado, con la relacin entre el valor del producto
transportado y el coste del envo.
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.
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.
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:
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:
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.
Gestin de accesos: Permite el acceso al sistema segn tipo de usuario dando a cada
usuario distintos permisos.
Gestin de pedidos: Permite manejar las informaciones de los pedidos ya sea crear
un nuevo pedido, cancelarlo o consultarlo.
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
Lenguajes
Base de Datos
o El acceso a datos ser a travs de una base de datos en SQL Server 2012.
Interfaz
Procesador
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
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.
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.
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:
Soporte de transacciones.
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:
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
Ejemplos
- 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();
}
}
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.
o Caracteres tildados: , , , , .
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:
identificador Ejemplo
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.
Requerimientos de Usuario
Gestin de accesos: Permite el acceso al sistema segn tipo de usuario dando a cada
usuario distintos permisos.
Gestin de pedidos: Permite manejar las informaciones de los pedidos ya sea crear
un nuevo pedido, cancelarlo o consultarlo.
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.
a Crear pedido.
g Consultar los productos que estn ofertados, los clientes, pedidos, transportistas
y suplidores.
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.
h No puede modificar pedidos, los pedidos que quieran ser modificados primero se
cancelaran y luego se creara uno nuevo con las modificaciones.
Gestin de pedidos:
RF6- Este apartado constar de dos partes, una para ingresar y otra para consultar los de los
pedidos.
RF10- El sistema debe permitir agregar los datos del cliente, transportista y destino al
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:
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
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.
Pre-condicin:
Actores: Empleado, administrador
Pre-condicin: Logearse
Pre-condicin:
Actores: Empleado, administrador
Pre-condicin:
Actores: Empleado, administrador
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
Pre-condicin:
Actores: Empleado, administrador
Pre-condicin:
Actores: Administrador
Pre-condicin:
Actores: Empleado, administrador
Pre-condicin:
Actores: Administrador
Pre-condicin:
Actores: Administrador
Pre-condicin:
Actores: Administrador
Pre-condicin:
Actores: Administrador
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
Pre-condicin:
Actores: Administrador
Pre-condicin:
Actores: Administrador
Diagrama de Objetos
Bibliografa
Anexos
Encuesta
1. Su empresa es una:
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
a) Si b) no c) talvez
a) Si b) no c) talvez
a) Si b) no c) talvez
a) Si b) no c) talvez