FUNDACON UNIVERSITARIA SANMARTIN

Gerencia y Desarrollo de Software

SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE. POLYBOL S.A.S

Presentado por:

Rocha Guerrero L

Cartagena-Bolvar .

Descripcin del Proyecto Planteamiento del Problema Objetivos Objetivos Especficos Objetivo General Alcance Justificacin Plan General Del Proyecto Objetivo De la Solucin Plan de Trabajo Organizacin Del Proyecto a. Entrevista Con el Jefe De Logstica b. Anlisis de La entrevista c. Entrevista Consolidacin De Requerimientos d. Modelo ERP y CRM e. Organizacin Del Proyecto f. Organigrama Del Proyecto

Procedimientos Gerenciales y Administrativos a. Control de Cambios b. Nuevos Requerimientos c. Condiciones de Aceptacin de Producto y Servicios d. Reuniones De avances E Informes e. Criterios y Procedimientos f. Metodologa y Tcnicas Para la Presentacin de Los Servicios

g. Cronograma Del Proyecto Plan de Pruebas

 Introduccin Alcance y Objetivos Alcance y Objetivos Alcance de La prueba Funciones a ser Probadas Preparacin de la Prueba Orden de Ejecucin de las Pruebas Datos de Prueba Criterios de Inicio Ejecucin de la prueba a. Criterios de Aceptacin b. Criterios de Finalizacin Plan De Gerencia de Riesgo Introduccin Objetivo Alcance Gestin De Riesgo Definiciones Documentos Relacionados Proceso de Gerencia a. Identificacin de riesgo b. Evaluar riesgo c. Seleccin de riesgo crticos d. Definicin de enfoque para evitar o Mitigar el Riesgo e. Definicin de enfoques de reporte y asignacin de estado al riesgo f. Definicin de la Organizacin y responsabilidades de la Gerencia/Riesgo

g. rea de control y Monitoreo h. rea de contingencia y Prevencin Organizacin y Responsabilidades a. Jefe de Proyecto b. Jefe de Planeacin c. Jefe de Diseo d. Jefe de Desarrollo Identificacin de Riesgo Plan De Gerencia de La Calidad Introduccin Objetivos Alcance Dependencias Gerencia Documentacin Estndares Definidos Estndares de Diseo Estndares de Programacin Revisiones a. Revisin inicio de Proyecto. b. Revisin de Proceso c. Revisin Gerencial d. Revisin fin del Proyecto e. Revisin Tcnica Gerencia De Requerimiento Acciones Preventivas y Correctivas

SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE.

La administracin de los bienes naturales, no naturales, tangibles e intangibles, actualmente es una de las principales preocupaciones de las empresas hoy da, ya que de ellos depende directamente el xito o fracaso de su actividad econmica; adems la comunicacin constante con sus clientes es necesaria y de vital importancia, una estrecha comunicacin con sus clientes le tiene el futuro asegurado y el crecimiento en pos del desarrollo. Una empresa que no maneje este principal recurso o que lo maneje de una forma ineficaz tiene el fracaso asegurado, por eso a todo ente econmico le preocupa saber, donde estn sus activos, cuanto tienen, cuanto han de gastar, cuanto han de pedir para poder realizar X actividad, que pasara si no lo tienen a tiempo, cunto tiempo debe tardar en llegar ese insumo, consumen lo necesario o por encima de lo que necesitan, que pasa si hay un cliente insatisfecho con un producto y si la comunicacin no es la ms estrecha, que pasara si el cliente tiene beneficios y no accede a estos por desconocimiento. Todas estas preguntan sern respondidas a la medida, con el desarrollo de este proyecto, que abarcara todas las herramientas para la administracin y gestin de los departamentos de servicio al cliente y logstica.

PLANTEAMIENTO DEL PROBLEMA

POLYBOL S.A.S es una empresa del sector industrial, ubicada en MAMONAL Kilmetro 5. Empresa dedica a la fabricacin y comercializacin de pelcula plstica para el empaque industrial y de alimento. En POLYBOL S. A.S actualmente se vive una problemtica con la administracin de compras y gestin de inventarios. l problema comienza con la administracin de los Puntos de Reorden y la elaboracin de rdenes de compra, proceso realizado por el departamento de compra .La administracin de Puntos de Reorden se maneja con el sistema MAX , el cual genera un reporte de todos los materiales de la empresa, y muestra la cantidad actual, la cantidad mnima, y la cantidad a comprar. La persona encargada de compras debe verificar uno a uno cada tem o producto y ver cuales estn por debajo de la cantidad mnima a mantener, anotarlos, y despus realizar las rdenes de compra pertenecientes a cada tem, el problema en esta parte se presenta a la hora de verificar los productos( cantidades actuales, mnimas y cantidades a comprar) debido a que es un proceso manual, repetitivo , tedioso y desgastante se presta para cometer muchos errores por omisin o por exceso; es decir que al momento de revisar se omitan tem o se coloquen unos que no necesite ser comprado. La elaboracin de rdenes de compra, tambin se

realiza con el sistema Max, el cual trabaja con un mdulo talmente en blanco, que debe llenar la persona de compras, con lo datos del producto a comprar las cantidades, los datos del proveedor, direccin telfono etc.; este proceso puede entenderse como manual, en el cual se debe ingresar datos del proveedor y datos del producto, generando en muchas ocasiones ordenes incorrectas. Bsicamente y de una forma muy general estos inconvenientes acarean con ellos, otros problemas: No tener el material a tiempo en la empresa significa, maquinas pardas y atrasos en la produccin Sobre costos al tener que pagar un trasporte especial para que traiga la mercanca no pedida a tiempo, o que se omiti pedir. Incumplimiento con los clientes Devoluciones de mercancas Por ltimo la ms importante, la prdida de clientes y por ende la prdida de dinero. Otra de las dificultades es la comunicacin con nuestros clientes , ya que la comunicacin no es constante y la administracin se deja en manos del cliente y no en nuestras manos, clientes que siempre tienen urgencias porque se les acaba el material y lo solicitan corriendo, los promedios de consumos estn preestablecidos y son estndar, lo que pasa es que la persona de servicio al cliente no verifica los inventarios del proveedor o no les recuerda que estn prximo a quedarse sin material segn nuestro estndar de consumo, est demostrado que un proveedor que est atento a sus clientes es un proveedor xitos, y que cuente con una herramienta que le permita desarrollar esta actividad de forma ptima, tiene el futuro agarrado en sus manos.

OBJETIVOS

ESPECIFICOS

Disear el modelo del software para su posterior desarrollo, utilizando las tcnicas PMBOOK. Realizar toda la documentacin perteneciente al desarrollo del proyecto: Avances, entregables, resmenes de actividades entre otras. Realizar las pruebas pertinentes para su optimizacin e implantacin. Disear un software que se comunique constantemente con nuestros clientes Desarrollar el software e implementarlo en la actual empresa y otras del sector. Realizar las pruebas pertinentes para su optimizacin e implantacin. Disminuir en un 99% los errores a la hora de elaborar las Ordenes de Compra, con respecto a los ltimos 6 meces que se utiliz el antiguo programa Mantener en un 100% los stock mnimos requerido, durante los seis primeros meces de haber implementado el programa, y mantenerlo durante todo el periodo de vida de la aplicacin. Evitar en un 100% los sobrecostos por pagos de mercanca no pedida a tiempo. Este se medir con los registros del ltimo ao en curso. Actualizar de manera permanente y automtica de toda la informacin, perteneciente a inventarios, compras y servicio al cliente. Realizar de manera Modular el programa para enfocar las soluciones a areas especificas Implementar la aplicacin en web para bridar apoyo en la comunicacin Cliente Proveedor. Mantener una estrecha comunicacin y monitoreo de todos los clientes Brindar ofertas oportunas a los clientes en tiempo real Mantener al cliente 100 % satisfecho con todos los servicios ofrecidos.

GENERAL

Desarrollar un programa para la gestin de servicio al cliente y logstica , capaz de ser implementado en todas las ramas econmicas de la Industria, Comercio y Servicio, para controlar y administrar los recursos de la compaa , brindndole a la empresa las herramientas y procedimientos para aprovechar al mximo sus recursos tangibles e intangibles , colocndola a la vanguardia en cuanto a sus procesos logsticos , orientado a la normalizacin de procedimiento y facilitar la obtencin de informacin para su respectivo anlisis y toma de decisiones.

ALCANCE

El alcance del proyecto ser determinado en la prxima tutora con el tutor, pero hasta el momento el mbito de este proyecto es cubrir toda el rea de logstica y servicio al cliente en cuanto sus productos y servicios prestados, los cuales son: a. Administracin de puntos de reorden b. Administracin de inventarios c. Administracin de compras d. Administracin de proveedores e. Administracin de clientes

ESTRATEGIA

La estrategia utilizada para poder cumplir con el proyecto, es documentarse con todos los manuales de procedimientos, y plasmarlos de forma implcita en nuestro proyecto, tambin se utilizaran las tcnicas descritas en el libro PMBOOK, se utilizara las consultas en lneas de programas similares desarrollados en la web; a parte tambin se enviaran correos de consulta al profesor para su s respectivas sugerencias.

JUSTIFICACION

La necesidad que se pretende satisfacer es la de crear un Sistema Integral Para el rea de Logstica y servicio al cliente , que sea capaz de manejar este proceso de forma automtica; es decir, un programa que administre los Puntos de Reorden, las compras , los inventarios y a nuestros clientes , sin la intervencin total de la parte Humana, dejando al programa que se encargue de todas las verificacin y transacciones que ante realizaba la parte Humana a diario, para as aprovechar al talento humano para el anlisis , planeacin y control de este importante proceso de trabajo, adems de innovar trascendentalmente este importante proceso de manejo de activos , proveedores y clientes , implementndolo bajo un ambiente web, que maneje la comunicacin ClienteProveedor de una forma autnoma, enviando todos los requerimientos de materiales automticamente por medio de las ordenes de compras a nuestros proveedores y que estos a su vez confirmen la disponibilidad del material por medio de esta aplicacin; tambin a su vez estaremos enviando correos electrnicos a nuestros clientes, envindoles mensajes de texto a las personas encargadas de los inventario para recordarle que tiene actividades y beneficios pendiente con la compaa y que no se los puede perder.

DEFINICION DE TERMINOS TECNICOS

Punto de Reorden: Indica que hay que comprar o reponer un material cuando ha llegado al stock mnimo permitido. Stock: Cantidad fsica que se debe mantener en inventario a disposicin de los procesos de produccin; en este caso materias primas. Orden compra: Solicitud de material con valides jurdica, nacional e internacional. Reposicin: cuando a un cliente se le acaba su material, la empresa est obligada a colocarle un nuevo material en reemplazo al consumidor, eso es reposicin. Cliente externo: son todos los clientes lo cuales no tienen vinculacin laboral pero si financiera con la empresa. Cliente interno: Son todos los clientes internos los cuales tienen vinculacin laboral (empleados, reas productivas, departamentos) pero no financiera con la empresa.

PLAN GENERAL DEL PROYECTO

SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE.

Aprobado por: ____________________ Firma _____________________ fecha

____________________ _____________________ Firma fecha

Fecha de entrega: 10 de marzo de 2011

Documento No 1 Versin 1

Documento Autor A ser aprobado por Comentarios Nombre del Archivo

Planta de trabajo ROCHA GUERRERO L. DAMIAN E BARRIOS

TABLA DE CONTENIDO

1. OBJETIVO DE LA SOLUCION 2. PLAN DE TRABAJO 2.1. 2.1 ETAPA 0: ORGANIZACIN DEL PROYECTO 2.2. 2.2 ETAPA 1: ORGANIZACIN DE REQUERIMIENTOS 2.3. 2.3 ETAPA 2: INVESTIGACION MODELO ERP Y CRM

OBJETIVOS DE LA SOLUCION

El objetivo es desarrollar un software que implemente el concepto CRM y ERP que permita administrar de forma concisa nuestros ms importantes recursos, nuestros clientes internos y externos. Que ayude a las organizaciones a trabajar de forma ordenada y precisa a manejar informacin en lnea y actualizada de todos los recursos de la compaa, capaz de mandar mensajes de alerta en cualquier momento que ocurran hechos pocos comunes (consumo masivo de mercanca por encima del esperado, pedidos retardados por partes de los clientes) no preestablecidos en nuestra base de comportamientos y seguimientos a movimientos. Esta solucin colocara a la vanguardia

a la compaa, ya que estar en constante monitoreo y/o comunicacin con cada uno de sus dependencias y clientes.

PLAN DE TRABAJO

El plan de trabajo es analizar las preguntas claves a realizar para la recoleccin de requerimientos, una vez definido preguntas claves, se realizara una entrevista de acercamiento con el cliente o usuario de la aplicacin, para escuchar sus necesidades y escribirlas, se analizar los requerimientos segn el cliente o usuario, luego se le realizara una serie de observaciones y sugerencias. Despus de estar de acuerdo con la lista de requerimiento pasaremos a la etapa de diseo de actividades, y recoleccin de las ayudas informticas para realizar los procesos; adems estaremos realizaremos un plan de investigacin de los modelos a seguir CRM y ERP.

ORGANIZACIN DEL PROYECTO

El proyecto lo organizaremos de la siguiente manera: Entrevista con el cliente o usuario Anlisis de la entrevista y desarrollo de nuevas preguntas. Entrevista conclusin de requerimientos Investigacin Modelo ERP y CRM

Entrevista Con el Jefe de logsticas y Jefe de Servicio Al cliente

En la entrevista con el jefe de logstica nos coment que la mayor preocupacin es tener los stock requeridos a tiempo en la compaa, guardando un equilibrio entre el consumo de los mismos y el stock, tambin nos coment que requiere una herramienta informtica que revise los saldos de manera automtica y de previo aviso a todos los implicados que cierto producto est llegando a su punto de pedido. Y que es necesario pedir, aparte de eso que de la opcin automtica de generar las ordenes de pedido y envirselas al

proveedor previamente seleccionado para que nos suministre la reposicin del material. As mismo como se comunica con nuestros proveedores, tambin quiere que la comunicacin sea interna, que los coordinadores puedan contar con esta herramienta para que no pidan los materiales bajo la modalidad que se acab y necesito ya, sino que de acuerdo a lo consumido les mande alerta de los materiales que estn prximos a quedar en el punto de pedido. El Jefe de logstica es la persona responsable por todas las materias primas de la empresa, y requiere de una herramienta informtica que le ayude a mejorar este proceso. As mismo como nos pasa con nuestros clientes internos tambin paso con nuestros clientes externos, los cuales muchas veces se quedan cortos de materiales y recurren a las urgencias , ya que la Jefe de Servicio al cliente muchas veces se le pasa y no es un proceso automatizado sino manual, y que se lleva en la mente. Nos coment el Jefe de Logstica; Corroborando con la persona de Servicio al cliente nos coment lo siguiente: Muchas veces los Clientes no acceden a descuentos por pronto pago, o por ofertas que surgen en este mercado que es tan voltil, nos coment que los precios los actualiza una persona cada vez que le notifican fluctuaciones del dlar con respecto a la moneda colombiana, y al cambiar de precios llamamos y proponemos ciertas ofertas pero no nos da tiempo de proponer a todos, sera bueno que al momento de acuatizar un precio se enviara una oferta de venta por menor precio , pero con la condicin de pago inmediato, para los que quieran acceder a estos beneficios. Algunos se acogen otros llaman y cuando se enteran comentan que porque no le ofrecieron a ellos. Pero no alcanzamos a enviar llamar a todos, si este proceso fuera automtico y se enviara por correo automtico a todos nuestros clientes registrados, seria genial.

Anlisis de la entrevista

En la entrevista el Jefe de logstica nos manifest que su preocupacin es mantener los stock requeridos a tiempo en la compaa, guardando un equilibrio entre el consumo y el stock delos mismos. Cundo se refiere mantener stock requerido, se refiere a pedidos que les hacen con anticipacin o que siempre debe mantener el stock de todos los materiales porque todos son requeridos siempre? Si la respuesta es que los pedidos son realizados con anticipacin y le preocupa por que no los puede tener a tiempo, porque no los puede tener a tiempo? , Los pide tarde, se le olvida, el proveedor no es confiable? A que se refiere con guardar el equilibrio con entre el consumo y el stock? , Es mantener mercanca por encima del consumo, sin pasar algn limite especfico?

Tambin nos coment que requiere una herramienta informtica que revise los saldos de manera automtica y de previo a viso a todos los implicados que cierto producto est llegando a su punto de pedido. A que se refiere con revisarlos, cuanta con alguna base de datos preestablecida de comparacin para tal fin?, Cmo se realizara la comparacin? Quines son los directos implicados?, qu funciones realizan dentro de este mbito de necesidad? Qu clase de mensaje le gustara enviar para informar que un producto est por llegar a su punto de pedido? Por qu generar ordenes automticas?, Estas no sern aprobadas por nadie? , Las rdenes de mayor valor sern revisadas? , Cul es el criterio para realizar una orden de compra automtica? Cul es el parmetro de seleccin de proveedores? Cmo se establecer el proceso de aviso automtico a proveedores, que su mercanca est a punto de agotarse? Qu tipo de mensaje le gustara que se enviara a los clientes?

Entrevista Consolidacin de Requerimientos.

Cundo se refiere mantener stock requerido, se refiere a pedidos que les hacen con anticipacin o que siempre debe mantener el stock de todos los materiales porque todos son requeridos siempre? Mantener el stock es siempre mantener el consumo para dos meses de produccin, una vez se llegue al de stock de un mes se pide el otro inmediatamente.

Porque no los puede tener a tiempo? , muchas veces por que los requerimientos son de un da para otro, y como eso no es posible sin entrar en sobrecostos, siempre estamos corriendo, Los pide tarde, se le olvida, el proveedor no es confiable? El material por ende se pide tarde, pero ms que eso es la falta de control, tambin me gustara que se le pudiera comunicar al proveedor que nuestro producto est prximo a terminarse y que

nos mande su mejor oferta.

A qu se refiere con guardar el equilibrio con entre el consumo y el stock? El equilibrio se mantiene con el control, no podemos comprar mercanca para tenerla parqueada porque eso no es rentable, necesitamos como mencione, mantener mnimo dos meses de consumo. Es mantener mercanca por encima del consumo, sin pasar algn limite especfico? No se puede tener mercanca por encima del consumo de dos meses, ese es nuestro lmite.

Tambin nos coment que requiere una herramienta informtica que revise los saldos de manera automtica y de previo a viso a todos los implicados que cierto producto est llegando a su punto de pedido.

A que se refiere con revisarlos, cuanta con alguna base de datos preestablecida de comparacin para tal fin?, actualmente se bajan los saldos en Excel y se realiza la comparacin por medio de frmulas de comparacin, se anota los que estn por debajo del consumo y se realiza el pedido, como esto es manual se escapa uno que otro siempre, y toca repetir el proceso., esto se hace en el are de logstica, en produccin ni siquiera se hace.

Quines son los directos implicados?, los directos implicados, son: El coordinador de planeacin, que es quien ingresa los pedidos realizados por los clientes y genera una orden de produccin. Los coordinadores de produccin quienes revisan sus saldos de materias primas insumo para producir e

Seria excelente que al ingresar un pedido se calculara con exactitud cada una de las materias primas que necesita.

Qu clase de mensaje le gustara enviar para informar que un producto est por llegar a su punto de pedido? Sr. Coordinador esta es la lista de insumos y materias primas que se estn agotando, segn el plan de produccin se requieren, por favor enviar requerimientos a Logsticas.

Tambin enviar un mensaje al jefe de logstica que ciertos productos estn por terminarse y que se han generados mensajes a proveedores solicitando su mejor oferta.

Por qu generar rdenes automticas? Solo se generan rdenes a proveedores fijos, los cuales son nuestros proveedores de materias primas directas. Tambin se genera rdenes de compra de insumos a proveedores fijos. Las rdenes de compra que superen el valor de 5 millones entran a aprobacin, de todas formas todas las rdenes entraran en un proceso de supervisin mientras se afina el sistema automtico.

Cmo se establecer el proceso de aviso automtico a proveedores, que su mercanca est a punto de agotarse?

Por medio de un mail, a celular o al correo, se enviara un mensaje a las personas registradas como responsables de nuestros abastecimientos como proveedores, y estos tendran la oportunidad de ingresar a nuestro portal y enviar sus ofertas.

Qu tipo de mensaje le gustara que se enviara a los clientes? Sr. Xxx nuestros sistemas registran que segn su historial de consumo est a punto de terminarse su suminstro , por favor revise si es necesario de montar un nuevo pedido para reponer.

Sr. Xxx nuestros sistema detectan que la materia prima x ha subido de precio, con lo que contamos en estos momentos usted puede verse beneficiado , si realiza un pedido , el cual se le facturara con precio antes del alza.

MODELO ERP Y CRM

Como lo muestra la imagen ERP

Los sistemas de planificacin de recursos empresariales, o ERP (por sus siglas en ingls, Enterprise resource planning) son sistemas de informacin gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de produccin y de los aspectos de distribucin de una compaa comprometida en la produccin de bienes o servicios. La Planificacin de Recursos Empresariales es un trmino derivado de la Planificacin de Recursos de Manufactura (MRPII) y seguido de la Planificacin de Requerimientos de Material (MRP). Los sistemas ERP tpicamente manejan la produccin, logstica, distribucin, inventario, envos, facturas y contabilidad de la compaa. Sin embargo, la Planificacin de Recursos Empresariales o el software ERP pueden intervenir en el control de muchas actividades de negocios como ventas, entregas, pagos, produccin, administracin de inventarios, calidad de administracin y la administracin de recursos humanos.

Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que indican que el cliente y el pblico general no estn directamente involucrados. Este sistema es, en contraste con el sistema de apertura de datos (front office), que crea una relacin administrativa del consumidor o servicio al consumidor (CRM), un sistema que trata directamente con los clientes, o con los sistemas de negocios electrnicos tales como comercio electrnico, administracin electrnica, telecomunicaciones electrnicas y finanzas electrnicas; asimismo, es un sistema que trata directamente con los proveedores, no estableciendo nicamente una relacin administrativa con ellos (SRM). < copiado de http://es.wikipedia.org/wiki/Planificaci%C3%B3n_de_recursos_empresariales> < 08-03-2011>

Como podemos notar CRM es la tcnica que brinda una solucin ptima para este tipo de solicitud que est realizando La Empresa Polybol S.A.S. pero adicionalmente debemos complementarlo con la otra tcnica que es ERP

Software para la administracin de la relacin con los clientes. Sistemas informticos de apoyo a la gestin de las relaciones con los clientes, a la venta y al marketing. Con este significado CRM se refiere al sistema que administra un Data warehouse (Almacn de Datos) con la informacin de la gestin de ventas y de los clientes de la empresa. <http://es.wikipedia.org/wiki/Customer_relationship_management> <08-03-2011>< copiado de wiki> La finalidad de este tipo de tcnicas es estrechar las relaciones con el cliente y poder mantener una relacin cada vez ms personal , pudiendo tener la mayor informacin posible de l, y as poder generar ofertas, capacidades de pagos y dems informacin importante para mejorar la atencin con dicho cliente.

ORGANIZACIN DEL PROYECTO Jefe de proyecto: Es la persona en la que se centra todo el desarrollo del proyecto, es la que coordina que todas las actividades junto con su mesa de ayuda los cuales son Jefe de planeacin, Jefe de diseo y el jefe de desarrollo. Adems es la persona encargada de velar por que todos los cronogramas se cumplan a tiempo, organizar las reuniones de equipo y la de mostrar los avances del mismo. Jefe de planeacin: Se encargara Junto con el Jefe de proyecto, a vigilar que las metas y objetivos planteados, se cumplan al pie de la letra, en caso tal se presenten atrasos o contratiempo, deben reestructurar el plan de trabajo o llegar a un acuerdo con el cliente en cuanto al tiempo de entrega del producto Analista de requerimientos: Es la persona encargada de realizar las entrevistas en cabeza del jefe de planeacin, esta persona es la encargada de plasmar en escrito, todas y cada uno de los requerimientos del cliente, esta persona es especialista en anlisis de requerimientos.

Analista de apoyo: esta es la persona que se encarga de brindar a poyo al analista de requerimiento junto con l, son los encargados de dejar lo ms claro posible y acorde a las verdaderas necesidades del cliente.

Jefe de diseo: Este ser el encargado de generar los bocetos del diseo s y sern mostrados primero que todo al Jefe de Proyecto, tambin indicaran los datos de entrada, los que sern calculados y los que deben ser almacenados, el jefe de diseo seleccionara las estructuras de archivo y los dispositivos de almacenamiento, en esta parte se escriben los procedimiento de cmo sern procesados los datos y como sern las salidas. Al final el boceto es mostrado por el Jefe de Proyecto al cliente para su revisin, aprobacin o modificacin. Analista de diseo: es el encargado junto con el Jefe de diseo de crear toda la infraestructura del software para su posterior escritura en algn lenguaje de programacin.

Analista de apoyo: este es la persona encargada de brindar apoyo al analista de diseo junto con l, son los encargados de dejar lo ms claro posible y acorde a la lista de requerimiento el diseo del software.

Jefe de desarrollo: es la persona encargada de dirigir el equipo de desarrollo, el cual se encarga de interpretar los diseos a un lenguaje de programacin. Programador Aplicacin: este ser el encargado de traducir los diseos en una aplicacin de escritorio en el lenguaje de aplicacin especifico (JAVA)

Programador WEB: este ser el encargado de traducir los diseos en un servidor de web de aplicaciones para los accesos por internet.

Programador Base de Datos: este ser el encargado de programar toda la base de datos traducida del diseo entregados por el jefe de diseo.

ORGANIGRAMA DEL PROYECTO.

Jefe de Proyecto

Jefe de Planeacion

Jefe de diseo

Jefe de Desarrollo

Analista de requerimientos

Analista de Apoyo

Analista de Diseo

Analista de apoyo

Programadores

PERSONAL DEL CLIENTE

Gerente General

Jefe de Logistica

Coordinadores de Produccion

Jefe de servicio al Cliente

Gerente General: su principal funcin es velar por que se alcancen los objetivos financieros de la compaa, utilizando el mnimo de recursos posibilitando la eficiencia y la eficacia en el logro de tal objetivo global.

Jefe de Logstica: es la persona encargada de mantener el inventario de materias primas con un objetivo principal, lograr el equilibrio entre el inventario de stock y el promedio de consumo de la compaa.

Jefe de Produccin: Son los encargados de coordinar todos los pedidos de materias primas e insumo para la lnea de produccin y velar que no falte ninguno al momento de comenzar un pedido.

Jefe de servicio al cliente: es la persona encargada de colocar los pedidos y segn la programacin de produccin colocar fechas estimadas de entrega. Por este departamento es que comienza toda la lnea de produccin.

PROCEDIMIENTOS GERENCIALES Y ADMINISTRATIVOS

A continuacin se describe cada uno de los respectivo seguimiento del proyecto.

procedimientos que servirn para el

CONTROL DE CAMBIOS Una vez ingresado a la etapa de prueba , si el cliente no est satisfecho con la prueba y se requiere un cambio en el producto, este tiempo y costo adicional esta preestablecido en la planeacin del proyecto, porque cada proceso o etapa de prueba tendr contemplado un plazo igual a la mitad del tiempo que tomo realizar ese producto fallido, se verificara si este cambio est acorde con los objetivos del proyecto, algo fuera de los objetivos deber parar el proyecto y entrar un anlisis nuevamente de requerimientos, ya que los cambios no pueden estar por fuera de lo planteado por el mismo cliente, lo cual indica un camino u horizonte errado, y toca replantear inmediatamente , segn nuestra clasificacin de control de cambios los cuales estn denominados como , Alto Impacto, Mediano Impacto, Bajo Impacto.

Las personas encargadas de administrar esta tarea ser el Jefe de diseo con su analista de diseo. Todo cambio debe estar contemplado dentro del marco legal del contrato, un cambio no contemplado dentro del contrato, debe liquidar el proyecto pagar los costos hasta el momento y retomar el proyecto con nuevos costos y nuevos tiempos, o terminar el proyecto y luego generar un nuevo proyecto para ese nuevo requerimiento.**

NUEVOS REQUERIMIENTOS El procedimiento para el manejo de nuevos requerimientos es el siguiente: Se acepta el nuevo requerimiento con una explicacin del por qu este nuevo requerimientos. Se analiza el impacto de este nuevo requerimiento, tanto a nivel particular en el rea directamente implicada, como a nivel de proyecto, contemplando los siguientes puntos: impacto en cronograma, presupuesto etc. Si el nuevo requerimiento tiene un alto impacto en el proyecto, es necesario recalcular todos los parmetros del proyecto para poder cumplir con los objetivos y metas planteadas.(**) Las personas directamente implicadas son: El jefe de proyecto, Jefe De Planeacin, Jefe De Diseo, Jefe de Desarrollo.

Todo cambio debe estar contemplado dentro del marco legal del contrato, un cambio no contemplado dentro del contrato, debe liquidar el proyecto pagar los costos hasta el momento y retomar el proyecto con nuevos costos y nuevos tiempos, o terminar el proyecto y luego generar un nuevo proyecto para ese nuevo requerimiento.**

CONDICIONES DE ACEPTACION DE PRODUCTO Y SERVICIOS Los productos y servicios derivados del proyecto tendrn un estricto control de aprobacin, primero que todo se verificara la viabilidad presupuestal, la cual debe cumplirse al pie de la letra, segundo la disponibilidad de ser ejecutado internamente, en caso no cumpla estas condiciones, se tendr en cuenta, nuevamente la viabilidad presupuestal, el tiempo y el alcance del producto o servicio para aceptar dicho servicio o producto, no sin antes tener como mnimo 4 opciones con diferentes propuestas.

REUNIONES DE AVANCES E INFORMES El procedimiento para la toma de reuniones, se realizara segn las fechas establecidas y estas sern semanales para poder abarcar un tema especfico ocurrido durante la semana. Todas estas reuniones quedaran sentadas y documentadas en el formato establecido para dicha actividad.

LISTA DE ENTREGABLES PLAN GENERAL DEL PROYECTO

Entregable Entregable Entregable Entregable

Objetivos Crear un Software CRM -ERP Plan De trabajo Entrevista Cliente - Usuario Anlisis De la entrevista Entrevista Conclusin de requerimiento Investigacin Modelo ERP Y CRM

Organizacin del Proyecto-Cargos y Funciones Entregable Organigrama Interno Entregable Organigrama Del Cliente Procedimientos Gerenciales Y administrativos Entregable Control de Cambio Entregable Nuevos Requerimientos Entregable Condiciones de Aceptacin De Producto y/o Servicio Entregable Reuniones de avances e informes

CRITERIOS Y PROCEDIMIENTOS El procedimiento para la aceptacin a satisfaccin de cada uno de los entregables ser el siguiente: El cliente recibe los entregables de cada etapa y este evala preestablecido en el objetivo del proyecto. si cumple con lo

1. Una vez realizado las evaluaciones correspondientes el cliente entrega en formato correspondiente( Cada entregable es un documento el cual debe estar firmado por el cliente y luego por el jefe de proyecto para ser tomado como recibido a satisfaccin), el recibido a satisfaccin con lugar a observaciones. De lo contrario deja sentado que el producto no es conforme a lo planteado y debe ser revisado nuevamente. 2. El cliente tendr un plazo de UNA semanas para revisar el entregable y dentro de ese periodo podr pedir como mximo una semana de plazo , una vez pasado este periodo , se entender como aceptado el producto previa autorizacin del Jefe de proyecto. 3. El producto final se entregara bajo un contrato de prueba no menor a 6 meses y mximo 16 meses. Esto garantiza que el producto durante todo este tiempo cumpla con todos los requisitos de calidad y funcionalidad preestablecidos.

4. Durante el periodo de prueba se reportaran los errores encontrados, los cuales no pueden ser superior a 3 errores por cada mdulo. 5. Los errores se clasificaran de la siguiente forma: Alto, medio y bajo, donde alto definitivamente hay que replantear el entregable en toda su dimensin, medio ,no necesariamente tiene que replantear el entregable, pero si es de importante impacto. Bajo ,no altera para nada el diseo del entregable, el error es leve y se puede corregir sin traumatismo alguno. Todos estos errores son documentado y entregado al equipo de desarrollo para su posterior anlisis y correccin. 6. El producto una vez pasado el periodo de prueba a satisfaccin, se entrega una garanta por 5 aos, tiempo suficiente para satisfaccin absoluta del cliente.

METODOLOGA Y TCNICAS PARA LA PRESENTACIN DE LOS SERVICIOS 1. Definicin de alcance: Entrevista con las distintas personas relacionadas con el proyecto para definir el alcance del mismo, as todos apuntamos a esa meta propuesta por el cliente. 2. Planeacin de proyecto: anlisis y consolidacin de requerimiento a travs de distintas tcnicas de recoleccin y anlisis de datos.( visita a campo, entrevista , encuesta general etc.) 3. Conocimiento y habilidades: Se aplicara el modelo TSP donde se aprovecha cada una de las fortalezas que poseen los miembros del equipo para as poder balancear las cargas y mantener un ritmo de trabajo acorde lo planteado y un clima laboral orientado al trabajo en equipo. 4. Sistema de informacin Gerencial: (PMBOOK) se aplicara los conceptos aprendidos por esta gua, para la gestin y administracin de proyectos, y as garantizar el xito del mismo.

CRONOGRAMA DEL PROYECTO

PLAN DE PRUEBAS

SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE.

Aprobado por:

____________________ Firma

____________________ fecha

____________________ Firma

_____________________ fecha

Fecha de entrega: 24 de marzo de 2011

Documento No 2 Versin 1

INTRODUCCION

El propsito del presente documento PLAN DE PRUEBAS tiene como objetivo garantizar la calidad y eficiencia tanto en funcionalidad como operatividad del software desarrollados por la empresa, documentando y planeando un claro proceso de prueba asegurando una completa satisfaccin del cliente.

ALCANCE Y OBJETIVOS El proceso de prueba tiene como alcance los siguientes puntos: Estructuras las pruebas: Cada prueba debe seguir en este orden los siguientes pasos: Componente de la prueba, Entregable de la prueba, Funcionalidad, Incidencia de la Prueba, Prueba de sistemas, Prueba de Volumen, Script de pruebas. Procedimiento a seguir: Para poder efectuar una prueba se debe contar con toda la documentacin requerida para tal proceso, Objetivo de la prueba, puntos a evaluar, requerimientos del cliente autorizados por el Jefe de proyecto, documento final de la prueba firmado y aceptado por el cliente , por el agente probador, y por el Jefe de proyectos. Si se cumple lo anterior se puede decir que una prueba es vlida y puede entrar dentro del plan de pruebas. Integracin con el plan de Cambio: una prueba fallida, inmediatamente debe entrar en el plan de control de cambios, para ser sometida a evaluacin y poder tomar los correctivos pertinentes en los tiempos establecidos, con los costos establecidos. OBJETIVOS EL principal objetivo del plan de pruebas es poder garantizar un producto que cumpla con los estndares de calidad preestablecidos por el cliente. Documentar todo el proceso de pruebas para futuros requerimientos Desarrollar una metodologa slida en el procedimiento de pruebas que permita asegurar los objetivos de calidad.

GLOSARIO COMPONENTE DE PRUEBA ENTREGABLE FUNCIONALIDAD INCIDENCIA PRUEBAS DEL SISTEMA PRUEBAS DE VOLUMEN APLICACIN INFORME COMPLETO SOBRE LOS RESULTADOS DE LAPRUEBA REALIZADA ADMINISTRACION AUTOMATICA DE INVENTARIO SE REGISTRARA TODO LOS RESULTADOS NO ESPERADOS DURANTE LA PRUEBA POR DEFINIR SE VALIDARA EL COMPORTAMIENTO DE LA APLICACIN EN UN ALTO NIVEL DE DEMANDA DE RECURSOS POR DISTINTOS USUARIOS SE REGISTRARA CADA UNO DE LOS PASOS A SEGUIR PARA REALIZAR CADA UNA DE LAS PRUEBAS

SCRIP DE PRUEBAS

ALCANCE DE LA PRUEBA Las pruebas cubrirn los siguientes puntos:

Interfaz grafica Integridad de datos Concurrencia Procesamiento masivo de informacin Validacin de usuario Seguridad y privacidad de informacin

Las funcionalidades que cubrir la prueba son: 1. Ingreso al sistema 2. Bloqueo de usuario por intentos fallidos al autenticarse

3. Verificacin seguridad de claves 4. Verificar stock de inventario 5. Generar rdenes de compra automticas 6. Enviar rdenes de compra a proveedores 7. Notificar a los Coordinadores que es necesario revisar su stock , posiblemente necesiten reponer 8. Enviar Notificaciones de ofertas a los clientes 9. Notificar a los clientes que su stock segn histrico de consumo necesita ser revisado, tal vez requiera reponer material 10. Tiempo inactividad del sistema. El plan de pruebas se organiz de manera que se cumpliera con los requerimientos del cliente y con los estndares de calidad y seguridad que todo software debe poseer para su correcta funcionalidad

FUNCIONALIDAD 1 Ingreso al sistema: los tems incluidos dentro de esta funcionalidad son: El campo nombre: es un campo de texto, recibe cualquier carcter registrado en la base de caracteres del sistema El campo clave: es un campo de texto recibe cualquier carcter registrado en la base de caracteres del sistema.

FUNCIONALIDAD 2 Bloqueo de usuario por intentos fallidos al autenticarse: los tems incluidos dentro de esta funcionalidad son: Contador de intentos fallidos: Este campo solo permitir un mximo de 3 intentos fallidos, una vez se llegue a esa cantidad el usuario ingresado ser bloqueado, y solo el Jefe de sistemas encargado podr desbloquearlo con solicitud por escrito, explicando las razones del bloqueo.

FUNCIONALIDAD 3 Verificacin seguridad de claves: el sistema verificara que una clave contenga al menos como mnimo 6 caracteres y dentro de estos debe haber mnimo, un nmero, una letra minscula, una letra mayscula y un carcter especial. Los tems incluidos son el campo clave de cada usuario.

FUNCIONALIDAD 4 Verificar stock de inventario: Los tems incluidos en esta prueba son: El campo cdigo del material, el campo stock actual del material, punto de pedido, el sistema compara el stock actual, de ese producto con el campo punto de pedido, si el campo stock actual, es menor o igual que ese valor, inmediatamente se marca para pasar a la funcionalidad 5, que es generar ordenes de compras automticas.

FUNCIONALIDAD 5 Generar rdenes de compra automticas: El sistema buscara los artculos marcados como requeridos de reponer inventario, buscara en la tabla de proveedores y escoger el proveedor directo de este producto, traer todos los datos requeridos en la orden de compra y generara automticamente la orden de compra. Se incluirn todos los tems contemplado en la orden de compra, y el campo stock requerido por artculo.

FUNCIONALIDAD 6 Enviar rdenes de compra a proveedores: Una vez generada la orden de compra se buscara en nuestras bases de datos el correo perteneciente al proveedor seleccionado y se le enviara la orden de compra. El tem incluido en esta prueba es campo correo.

FUNCIONALIDAD 7

Notificar a los Coordinadores que es necesario revisar su stock, posiblemente necesiten reponer: El sistema verificara el stock de los materiales en cada uno de los departamentos a cargo de los coordinadores, los tem que se incluirn en esta prueba son los mismos de la prueba 4. Y se incluirn los correos de los coordinadores.

FUNCIONALIDAD 8

Enviar Notificaciones de ofertas a los clientes: El sistema verificara cualquier cambio en las variables comerciales, y notificara a los clientes de dicho cambio, informado de los posibles beneficios si acceden a la oferta. Los tems incluidos en esta prueba se definirn en el rea de prueba. FUNCIONALIDAD 9 Notificar a los clientes que su stock segn histrico de consumo necesita ser revisado, tal vez requiera reponer material: El sistema no tiene como verificar lo consumido por el cliente, pero si puede verificar su historial de consumo, y de acuerdo a esos parmetros se tiene en cuenta el envi de la notificacin.

FUNCIONALIDAD 10 Tiempo de inactividad del sistema: el sistema comprobara que durante un tiempo preestablecido de inactividad se cierren todas las cesiones abiertas, lo anterior es para evitar robo de informacin por descuido. El tem a evaluar ser el reloj del sistema por usuario.

PREPARACION DE LA PRUEBA

Casos de pruebas: Ingreso al sistema 1. El usuario copia nombre de usuario en el campo usuario 2. El usuario copia la clave en el campo clave 3. El usuario presiona la tecla entrar o da clic sobre entrar. 4. El sistema permite la entrada.

Operativa: Una transaccin se considera valida si, entrega el resultado esperado segn lo planeado en el plan de pruebas. Tambin se considera un xito la interfaz grfica de usuario si el usuario, est a gusto con ella.

Interfaz: Se verificaran todas las pantallas generadas por el sistema vs lo planteado, con el cliente en la etapa de diseo.

Unidad: Verificaremos que la longitud de todos los datos en general no pueden ser mayor a 40 caracteres. Los tipos de datos que utilizaremos son: texto para todos los campos alfanumricos, y numricos solo para los campos numricos El formato de texto ser Calibri, Los valores validos sern todos aquellos contemplados para el plan de pruebas.

Aunque esta parte es opcional la tendremos en cuenta en nuestro proyecto.

Funcional: en esta parte detallaremos los pasos para el proceso de prueba

FUNCIONALIDAD 1 Ingreso al sistema: los tems incluidos dentro de esta funcionalidad son: El campo nombre: es un campo de texto, recibe cualquier carcter registrado en la base de caracteres del sistema El campo clave: es un campo de texto recibe cualquier carcter registrado en la base de caracteres del sistema.

1. Las variables de entradas son: nombre de usuario y clave, estos datos ambos son alfanumricos. Al ingresarlos de forma correcta. El sistema debe permitir la entrada a la aplicacin.

FUNCIONALIDAD 2 Bloqueo de usuario por intentos fallidos al autenticarse: los tems incluidos dentro de esta funcionalidad son: Contador de intentos fallidos: Este campo solo permitir un mximo de 3 intentos fallidos, una vez se llegue a esa cantidad el usuario ingresado ser bloqueado, y solo el Jefe de sistemas encargado podr desbloquearlo con solicitud por escrito, explicando las razones del bloqueo.

1. Las variables de entrada en este caso de prueba es un dato tipo byte, el cual es un contador que se inicializa en cero cuando se ingresa al mdulo de autenticacin. El dato contador aumenta en uno por cada intento fallido de ingreso al sistema, luego de tres intentos el usuario si es vlido es bloqueado y el contador puesto a cero, nuevamente. Eso si el usuario ingresado si es vlido se bloquea, sino sencillamente se sale de la aplicacin.

FUNCIONALIDAD 3 Verificacin seguridad de claves: el sistema verificara que una clave contenga al menos como mnimo 6 caracteres y dentro de estos debe haber mnimo, un nmero, una letra minscula, una letra mayscula y un carcter especial. Los tems incluidos son el campo clave de cada usuario.

La entrada para esta prueba es la clave de cada usuario, esta variable es de tipo alfanumrico, la cual debe contener como mnimo 6 caracteres y como mximo 40. Esta variable debe contener como mnimo una letra mayscula, minscula y un carcter especial, para poder ser un dato de entrada valido.

FUNCIONALIDAD 4 Verificar stock de inventario: Los tems incluidos en esta prueba son: El campo cdigo del material, el campo stock actual del material, punto de pedido, el sistema compara el stock actual, de ese producto con el campo punto de pedido, se el campo stock actual, es menor o igual que ese valor, inmediatamente se marca para pasar a la funcionalidad 5, que es generar ordenes de compras automticas.

La entrada de esta etapa de prueba ser el campo stock de cada artculo, el sistema copara cada stock con el punto de reorden y si el stock del artculo es menor o igual que el punto de pedido se marca y se envan a otro subproceso para la elaboracin de la orden de compra.

FUNCIONALIDAD 5 Generar rdenes de compra automticas: El sistema buscara los artculos marcados como requeridos de reponer inventario, buscara en la tabla de proveedores y escoger el proveedor directo de este producto, traer todos los datos requeridos en la orden de compra y generara automticamente la orden de compra. Se incluirn todos los tems contemplado en la orden de compra, y el campo stock requerido por artculo.

Las variables de entrada de este proceso son: los artculos marcados como requeridos, El campo Proveedor de lista de proveedores seleccionados para cada artculo El campo precio, de cada artculo El campo cantidad requerida.

FUNCIONALIDAD 6 Enviar rdenes de compra a proveedores: Una vez generada la orden de compra se buscara en nuestras bases de datos el correo perteneciente al proveedor seleccionado y se le enviara la orden de compra. El tem incluido en esta prueba es campo correo.

La entrada para este proceso es el correo perteneciente a cada cliente al cual se le genero la orden de compra, adems el documento. Esto permitir enviar la orden con xito. FUNCIONALIDAD 7 Notificar a los Coordinadores que es necesario revisar su stock, posiblemente necesiten reponer: El sistema verificara el stock de los materiales en cada uno de los departamentos a cargo de los coordinadores, los tem que se incluirn en esta prueba son los mismos de la prueba 4. Y se incluirn los correos de los coordinadores. Las variables de entradas para este proceso de prueba son: el stock de los artculos en los distintos departamentos, se realizara el mimo proceso de la funcin No.4, los correos de los coordinadores, y un mensaje diciendo que segn el historial de consumo debe verificar su stock (paso automtico) y que considere reponer materiales.

FUNCIONALIDAD 8 Enviar Notificaciones de ofertas a los clientes: El sistema verificara cualquier cambio en las variables comerciales, y notificara a los clientes de dicho cambio, informado de los posibles beneficios si acceden a la oferta. Los tems incluidos en esta prueba se definirn en el rea de prueba.

Las variables comerciales son: precio unitario de cada artculo, descuento por artculos, ofertas por cantidad compradas. El sistema verificara un cambio en cada una de las variables comerciales, buscara en la base de datos los correos de cada cliente y le enviara un mensaje de la oferta actual, para ver si alguno est interesado.

FUNCIONALIDAD 9 Notificar a los clientes que su stock segn histrico de consumo necesita ser revisado, tal vez requiera reponer material: El sistema no tiene como verificar lo consumido por el cliente, pero si puede verificar su historial de consumo, y de acuerdo a esos parmetros se tiene en cuenta para enviar la notificacin.

La entrada para este proceso es el histrico de consumo por cliente, esta variable se ha de actualizar mensualmente como un promedio de consumo, el sistema verificara esa variable y comparara con el ultimo stock reportado, si ese stock es igual o menor que el histrico de consumo se enva una notificacin comunicndole que posiblemente debe reponer inventario y que puede correr el riesgo de quedarse sin produccin por falta de material.

FUNCIONALIDAD 10

Tiempo de inactividad del sistema: el sistema comprobara que durante un tiempo preestablecido de inactividad se cierren todas las cesiones abiertas, lo anterior es para evitar robo de informacin por descuido. El tem a evaluar ser el reloj del sistema por usuario.

La entrada de esta prueba ser un contador , que se activa despus de 1 minuto de inactividad que el usuario no realiza ninguna accin o no est ejecutando ninguna accin en la aplicacin, despus de ese minuto la aplicacin se cerrara automticamente despus de haber trascurrido 20 minutos( tiempo a consideracin del cliente)

ORDEN DE EJECUCION DE LAS PRUEBAS

Las pruebas se realizaran en modo gradual, es decir Comenzaremos con las funcionalidades bsicas del sistema, para luego ir en incremento hasta las ms difciles y complejas. FUNCIONALIDAD 1.

NOMBRE PRUEBA SRCIPT SISTEMA

SCRIPT

DE MODULO

INGRESO

AL VALIDACION

FUNCIONALIDAD 2. NOMBRE SCRIP DE PRUEBA SCRIPT BLOQUEO DE USUARIO POR INTENTOS FALLIDOS MODULO

VALIDACION

FUNCIONALIDAD 3.

NOMBRE SCRIP DE PRUEBA SCRIPT VERIFICACION SEGURIDAD CLAVE

MODULO VALIDACION

FUNCIONALIDAD 4.

NOMBRE SCRIP DE PRUEBA SCRIPT VERIFICACION STATUS INVENTARIO

MODULO LOGISTICA DE MATERIALES

FUNCIONALIDAD 5.

NOMBRE SCRIP DE PRUEBA SCRIPT VERIFICACION SEGURIDAD CLAVE

MODULO VALIDACION

FUNCIONALIDAD 6.

NOMBRE SCRIP DE PRUEBA SCRIPT SELECCIN DE PROVEEDOR SCRIP CREAR ORDEN DE COMPA SCRIP ENVIO DE ORDEN DE COMRA

MODULO LOGISTICA DE COMPRAS

LOGISTICA DE COMPRAS

LOGISTICA DE COMPRAS

FUNCIONALIDAD 7.

NOMBRE SCRIP DE PRUEBA SCRIPT VERIFICACION STOCK SCRIP ENVIO DE NOTIFICACION

MODULO LOGISTICA DE MATERIALES

LOGISTICA DE USUARIOS

FUNCIONALIDAD 8.

NOMBRE SCRIP DE PRUEBA SCRIPT VERIFICACION CAMBIO VARIABLES COMERCIALES SCRIPT SELECCIN DE CLIENTES SCRIP ENVIO DE NOTIFICACOIN

MODULO LOGISTICA ATENCION ORIENTACION AL CLIENTE

LOGISITICA ORIENTACION AL CLIENTE

LOGISTICA

ORIENTACON AL CLIENTE

FUNCIONALIDAD 9.

NOMBRE SCRIP DE PRUEBA SCRIPT VERIFICACION HISTORIAL DE CONSUMO SCRIPT ENVIO NOTIFICACION

MODULO LOGISTICA ATENCION ORIENTACION AL CLIENTE

LOGISITICA ORIENTACION AL CLIENTE

FUNCIONALIDAD 10.

NOMBRE SCRIP DE PRUEBA SCRIPT TIEMPO DE INACTIVIDAD

MODULO LOGISTICA DE SEGURIDAD

DATOS DE PRUEBA

Todos los datos a utilizar en nuestra etapa de pruebas son reales, para garantizar la calidad de las pruebas y los resultados esperados.

TIPO DE OBSERVACIONES DATO REAL

CAMPOS SOLICITADOS

CLASIFICACION

ESTE DATO ES REAL NIT PROVEEDOR PARA COMPROBAR LA BUSQUEDA EN SISTEM ESTE DATO ES NOMBRE USUARIO IRREAL PARA COMPROBAR LA CONSITENCIA DE LA APLICACIN ESTE DATO ES CORREO REAL, SE USARA ELECTRONICO PARA ENVIAR NOTIFICACIONES

IRREAL

REAL

CRITERIO DE INICIO

REQUERIMIENTO DE AMBIENTE: Para garantizar la calidad y confiabilidad de la prueba se requiere el software instalado en una maquina conectada a la red con acceso al servidor de aplicaciones y bases de datos. REQUERIMIENTO DE PERIFERICOS: Para garantizar la prueba es necesario que se tengan todos los equipos necesarios para que la prueba sea lo ms real posible y no sea una simulacin de la misma. Para tal fin por mencionar unos perifricos necesitamos un lector de cdigo de barras, una impresora lser y una impresora de punto, servidor, computadores, y una red lista para ser utilizada, entre otros. REQUERIMIENTOS DE DATOS: los datos a utilizar son reales, y son acordes a la lgica del negocio. Se utilizaran los datos del antiguo programa, todos los que sean necesario para la realizacin de una prueba real. EJECICION DE LAS PRUEBAS

DOCUMENTACION DE REGISTRO DE LAS PRUEBAS: Para la ejecucin de las pruebas se utilizara el formato de los script de pruebas planeadas en la etapa planeacin de pruebas, se debe seguir paso a paso cada criterio y reportar incidencia en los que se presenten resultados inesperado. Script de pruebas: LISTA DE CHEQUEO DE SRITP DE PRUEBAS REALIZADA POR B I observaciones recomendaciones

AREA

FECHA

Elemento a evaluar Ingreso al sistema 1 Ingreso de usuario

2 3

Enter Si el usuario Existe pide la clave Si el usuario no exite, muestra mensaje: usuario invalido, intente nuevamente Pide el usuario Enter Si el usuario Existe,Pide clave Ingreso de clave Verifica clave( proceso interno) Si la clave existe ingresa y fin, sino PIDE SE INTENTE DE NUEVO, Y SE ACTIVA EL CONTADOR, SOLO ES POSIBLE 3 INTENTOS DE INGRESAR LA CLAVE, SI FALLA SE BLOQUEA EL

6 7

10

11

USUARIO

B bueno. I. Incidencia

LISTA DE CHEQUEO DE SRITP DE PRUEBAS AREA FECHA REALIZADA POR B I observaciones recomendaciones

Elemento a evaluar Verificacin de stock( esto es un subproceso de la aplicacin, se describen los pasos para su comprobacin) 1 SE RECORRE LA BASE DE DATOS DE INVENTARIO SE MARCA LOS MATERIALES CULLO STOCK ACTUAL ES MENOR O IGUAL QUE EL PUNTO DE PEIDO SE GUARDAN EN UNA LISTA TODOS LOS ARTICULOS

SELECCIONADOS 4 SE BUSCA EN LA TABLA PROVEEDORES LOS PROVEEDORES DIRECTOS RELACIONADOS A LOS PRODUCTOS MARCADOS SE AGRUPAN TODOS LOS ARTICULOS POR PROVEEDORES COMUNES SE LE ASIGNA A CADA ARTICULO LA CANTIDAD A COMPRAR( stock requerido- stock actual) SE SELECCIONA UNO A UNO LOS GRUPOS DE PROVEEDORES, Y SE LES REALIZA LA OC A ACA ORDEN SE LE ANEXA LOS ARTICULOS A REPONER SE BUSCA EN LA TABLA PRECIO DE CADA ARTICULO Y SE COLOCA EN LA OC SE MARCA SI EL ARTICULO TIENE

10

IMPUESTO O NO 11 SE CREA LA ORDEN SE BUSCA EL CORREO ASOCIADO A CADA PROVEEDOR SE ENVIA LA OC

12

13

B bueno. I. Incidencia

REPORTE DE INCIDENCIAS REPORTE DE INCIDENCIAS REALIZADO ING.MOLINA NOMBRE

AREA LOGISTICA ELEMENTO EVALUADO

FECHARECIBIDO 28-03-2011 SCRIPT DE PRUEBA No.

CORREGIDO

CAMBIOS REALIZADOS:

DEVOLUCION:

REPORTE DE INCIDENCIAS INTERNAS REPORTE DE INCIDENCIAS REALIZADO POR

AREA

FECHARECIBIDO SCRIPT DE PRUEBA No.

ELEMENTO EVALUADO

NOMBRE

CORREGIDO

CAMBIOS REALIZADOS:

DEVOLUCION:

REPORTE DE INCIDENCIAS EXTERNAS REPORTE DE INCIDENCIAS POLYBOL S.A.S

FORTAMO REPORTE INCIDENCIA EXTERNAS CORRECTIVO 1 INFORMACION GENERAL

FECHA COMENTARI O

No.

FUNCIONALIDAD TRANSACCION/ITEM: VERSION# TIPO DE INCIDENCIA: REPORTADO POR: NOMBRE DEL SCRIP DE PRUEBAS: 2. DESCRIPCION DE LA INCIDENCIA

3. EFECTO O IMPACTO/ JUSTIFICACION

4. ESTIMACION DE DESARROLL ESFUERZO(HORAS/HOMBRE O )

PRUEBAS DOCUMENTACIO N

TOTA L

DESARROLLADO POR:

FECHA:

PROBAD O POR

FECHA

OBSERVACIONES ( RESUMEN CAUSA Y ACCION CORRECTIVA REQUERIDA)

TITULO

COMPONENTES DEL ENTREGABLE DESCRIPCION

RECEPCCION LIDER DE PRUEBA

RECEPCCION CLIENTE

APROBACION CLIENTE

CRITERIOS DE ACEPTACION

CRITERIOS DE ACEPTACION /RECHAZO

Los criterios de aceptacin son los planteados en el plan de pruebas, por ningn motivo sern modificado y/o alterados, se debe mantener el objetivo del proyecto y en ningn caso se debe desviar, se debe mantener las funcionalidades preestablecidas, en el diseo del software. Se debe cumplir con todos los requerimientos grficos y de usabilidad de cada uno de los mdulos.

CRITERIOS DE FINALIZACION DE PRUEBAS

Todas las pruebas sern dadas por concluidas, cundo no se presente ningn pendiente que comprometa la funcionalidad de la aplicacin, es decir no quede ninguna correccin tipo A pendiente por realizar.

Si por fuerza mayor quedasen pendientes otros tipos de correcciones diferentes al tipo A, estos no deben exceder el 10% para los errores tipo B, que son errores graves pero tienen alternativas de operatividad mientras se corrigen. Y no deben exceder del 20% para los errores tipo C, estos errores no perjudican a ninguna funcionalidad del sistema, pero son parte del maquillaje del programa.

PLAN DE GERENCIA DE RIESGOS

SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE.

Aprobado por:

____________________ Firma

_____________________ fecha

____________________ Firma

_____________________ fecha

Fecha de entrega: 30 de marzo de 2011

Documento No 3 Versin 1

INTRODUCCION

El peor riesgo es no conocer el riesgo Pablo Zarbo, Como todos sabemos dentro de un proyecto existen riesgos inherentes al l, y que todo administrador de proyecto debe conocer y aprender a manejar, para que el proyecto se cumpla con xito. Hoy da, todos los proyectos deben incluir dentro de su plan general de trabajo, un plan general de manejo de riesgos, ya que en el camino siempre se presentan dificultades y estas deben ser previstas, para que cuando se presenten tener un plan de contingencia, para contrarrestar ese riesgo. De lo contrario cualquier riesgo puede entorpecer el proyecto en ejecucin.

OBJETIVO

El objetivo del plan de riesgos es poder contemplar los futuros problemas como si estuvieran pasando hoy, y as poder modelar una situacin lo ms real posible, para brindar una solucin acorde a lo esperado, todo esto con el fin de cuando se presente una situacin ms o menos parecida a los modelados previamente diseados, poder ejecutar un plan de contingencia organizado y con la mayor confiabilidad posible.

ALCANCE La gerencia de Riesgos se aplica sobre el proyecto SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE, teniendo en cuenta cada uno de los entregables definidos en el plan de trabajo, considerando los tiempos estimados en cronograma.

El plan de riesgo abarca la totalidad de las actividades del proyecto, no hay actividad que este por fuera del plan de riesgo, este es un proceso integrador, que ayuda a todos los procesos en caso de presentarse algn problema, entre ellos por citar un ejemplo se encuentran: El plan de pruebas, la gerencia de riesgo estipulara el riesgo en cada una de las fases dentro de la etapa de prueba, se tiene en cuenta los recursos tecnolgicos a utilizar, si estos estn disponibles, estima el impacto en caso de ocurrir algn fallo o falta de recurso para continuar el proceso etc. Veamos todo ms claro con un cuadro de nuestro proyecto.

GESTION DE RIESGOS Magnitud Probabilidad de la de perdida perdida( semanas)

Riesgo

Descripcin

Categora Efecto

Acceso a internet

En los momentos de prueba y puesta en marcha del producto se necesita acceso de internet constante

Proyecto

Serio

15%

Una vez avanzado el proyecto , se Proyecto Cambio de cambien los requerimientos requerimientos por parte del Cliente Producto Que la tecnologa Tecnologa de actual se mas Proyecto Punta avanzada que la implementada

Serio

35%

13

Tolerable

5%

Herramientas y Recursos

En el momento de realizar el proyecto no contamos con las herramientas necesarias

Proyecto

Serio

35%

Cambio de gerente

Cambio imprevisto

Proyecto

Catastrfico

50%

30

Recurso Humano

Contratar personal con poca Proyecto experiencia en el campo de desarrollo

Serio

35%

20

DEFINICIONES Las acciones preventivas a realizar segn los riesgos detectados son: Como las pruebas de nuestro proyecto requieren acceso a internet, porque sern probadas en establecimientos de distintas localidades, en caso que se caiga la red, simularemos una red interna para realizar todos los procedimientos de prueba, as de esta forma, podemos probar nuestras aplicaciones en un servidor local en una red local. Los cambios abruptos de requerimiento, se contemplara un plazo de 4 semanas, para poder responder ante un cambio de requerimiento drstico, no sin antes realizar los respectivos anlisis del motivo, si realmente es viable o no y por qu. Un Plan que evita tener problemas de recursos fsicos, es plantear todas las necesidades en el plan general del proyecto, en la planeacin de los tiempos y costos, ah incluir todo el recurso hardware y software que se ha de utilizar y el que posiblemente se necesitara. En caso tal no se halla contemplado un recurso, y este afecte el curso normal del proyecto, se registrara el recurso , la situacin en particular y el recurso necesitado, todo esto para que quede dentro del bal de conocimiento del proyecto para futuras situaciones similares, poder contemplarla de antemano. Cambio de gerente, un cambio de gerente es totalmente catastrfico en un proyecto, porque sera una nueva forma de trabajar, de pensar etc. Pero para mitigar y poder disminuir el impacto de este riesgo se establecern polticas de direccionamiento, es decir se tratara un proyecto como una entidad netamente ajena a las personas, se debe cumplir con el planteamiento que aprob el cliente. Dentro de todo proyecto se corre un riesgo que el personal contratado tenga falencia, en

los temas especficos a tratar, como dentro de un proyecto no tenemos tiempo para capacitar al personal, se realizara un extenso y profundo plan de seleccin de personal, con los conocimientos especficos, para el proyecto. Si llegase a ocurrir que dentro del proyecto hay una persona con falencia, se le debe apoyar (se busca en la lista de competencia quien de los contratados tiene conocimientos similares y se le asigna como apoyo, hasta que la tarea se cumpla, para luego volver a las operaciones normales), porque ya ha avanzado en el proyecto y contratar a otra persona es ms perjudicial para el proyecto.

Como toda empresa de desarrollo y gerencia de software que contempla todos los riesgos a nivel general, tambin se contempla el servicio elctrico, la empresa tendr de respaldo, ups y adems plantas elctricas capaces de suministrar fluido elctrico todo el tiempo que sea necesario, para que el proyecto sigua a delante sin ningn tipo de problema.

DOCUMENTOS RELACIONADOS INFORME DE ACCIN CORRECTIVA PREVENTIVA

Tema /Asunto:

Ref: Fecha inicio: Realizado por:

1.- Personas que 2.- Descripcin del problema que se quiere eliminar o evitar: participan en la accin y coordinador:

3.- Acciones precedentes o primeras acciones adoptadas:

4.- Causa o causas que generan el problema o que lo pueden generar:

5.- Soluciones que atacan la causa del problema, posibles acciones:

6.- Acciones correctivas / preventivas finalmente realizadas, incluyendo fechas:

7.- Acciones que se efectuarn para verificar la eficacia de las soluciones implantadas, fechas y responsables:

8.- Resultados obtenidos, conclusin del expediente:

NO DEBE CONCLUIRSE UNA ACCIN HASTA QUE NO SE HAYA VERIFICADO LA EFICACIA DE LAS SOLUCIONES IMPLANTADAS O BIEN SE HAYAN ARGUMENTADO LAS CAUSAS DE SU CIERRE

Firma Responsable de la accin:

Fecha cierre:

PROCESO DE GERENCIA La planeacin de riesgo que tendremos en cuenta ser la siguiente:

Identificacin de riesgo: Se identificaran el riesgo dentro de cada una de las etapas del proceso de gerencia de software, teniendo en cuenta su origen, grado de riesgo e impacto que podra tener dentro del desarrollo normal del proyecto

Evaluar riesgo: El Plan de evaluacin se llevara de acuerdo con los formatos de evaluacin de riesgo, como se mencion anteriormente se tendr en cuenta su origen, el grado de riesgo e impacto que este tendr sobre el proyecto.

Seleccin de riesgo crticos: Se considera un riesgo critico todo aquel que impida el curso normal del proyecto y que impidan le ejecucin de las funciones bsicas del sistema.

Definir el enfoque para evitar o mitigar el riesgo: Dentro de la etapa de planeacin se introducen tiempos y costos adicionales dentro de cada proceso en caso tal presentarse uno de los riesgos crticos detectados en la etapa anterior , de esta manera todo riesgo

critico es contemplado dentro del plan de trabajo y dentro del cronograma, es decir que de presentarse no causara traumatismo por que dispondr de tiempo y recursos para manejarlo, y en caso que no se presente, es tiempo , recurso y costos que se gana el proyecto.

Definir enfoques de reporte y asignacin de estado al riesgo: Cada riesgo en cada etapa tendr su reporte de estado es decir, si el riesgo est activo o ya fue pasado sin presentarse. Esto ayudara a controlar en cada etapa el estado de un riesgo. Definir la organizacin y responsabilidades de la Gerencia de Riesgo: La gerencia de riesgo estar organizada de la siguiente forma: rea de control y monitoreo: Sera el rea encargada de monitorear y controlar cada una de las fases del proceso de gerencia de software, en el inicio durante y la finalizacin de cada uno de ellos, con el fin de no dar cabida a sorpresas dentro de cada uno de los procesos. rea de Contingencia y Prevencin: En caso tal se presente un riesgo es el rea en cargada de actuar para mitigar el riesgo, tambin ser el rea encargada junto con el rea de control, coad ayudar para que el proyecto avance en los tiempos establecidos y costos programados

ORGANIZACIN Y RESPONSABILIDADES DE LA GERENCIA DE RIESGO

La gerencia de proyecto es un proceso integrado que est presente en todo el proyecto, desde el inicio hasta el fin, por ende les compete a todos, de acuerdo a lo anterior se generan las siguientes responsabilidades segn cargo dentro del proyecto:

JEFE DE PROYECTO: Determina el enfoque de la Gerencia de Riesgos. Selecciona los riesgo crticos que deben ser incluidos en la Gerencia de Riesgo Asignar un responsable a cada riesgo Critico Trabajar con el equipo de proyecto (cliente y terceras partes) para identificar las probabilidades y los impactos de que los riesgos.

Aprobar el Plan de Gerencia de Riesgo Revisar peridicamente las acciones preventivas, mitigacin y contingencia de riesgos. Manejar la identificacin implementacin de las acciones correctivas asociadas con los riesgos crticos. Evaluar la efectividad de las acciones para evitar y/o mitigar los riesgos actuales. Aprobar la implementacin de los planes de contingencia Aprobar la adicin de riesgos crticos.

JEFE DE PLANEACION: Sera el encargado de implementar el plan de riesgo junto con su equipo de trabajo. Tambin ser el encargado de reportar riesgos crticos no contemplado dentro del plan de riesgo Sugerir cambios en los planes de contingencia, que no estn acorde con el objetivo del proyecto o del proceso Estimar la probabilidad y el impacto de que un riesgo se materialice, dentro de su rea de trabajo. Priorizar riesgo.

JEFE DE DISEO: Implementar los planes de riesgo propuesto por la Gerencia de Riesgo Sera el encargado de priorizar los riesgos crticos y recomendaciones de actividades para la Gerencia de Riesgo, dentro de su rea de aplicacin Reportar el estado de los riesgos crticos

Evaluar la efectividad de las acciones actuales de prevencin, mitigacin y contingencia. Estimar la probabilidad y el impacto de que un riesgo se materialice, dentro de su rea de trabajo Priorizar riesgos. Identificar nuevos riesgos

JEFE DE DESARROLLO: Implementar los planes de riesgo propuesto por la Gerencia de Riesgo Priorizar riesgos Evaluar el plan de mitigacin, prevencin y contingencia entregado por la Gerencia. Sugerir nuevos tipos de riesgo Implementar los planes para la prevencin y/o mitigacin de riesgo.

REGISTRO DE RIESGO Y REPORTE DE RIESGOS CRITICOS REPORTE DE RIESGO CRITICO MEDIO

NORMAL Tema /Asunto: Ref: Fecha inicio: Realizado por: 1.- Personas que participan 2.- Descripcin del riesgo que se puede materializar: que reporta el riesgo coordinador:

3.- Area que reporta el Riesgo y recomendaciones inmediatas para mitigar el riesgo:

4.- Causa o causas que generan el problema o que lo pueden generar:

NO DEBE CONCLUIRSE UNA Firma Responsable de la accin: ACCIN HASTA QUE NO SE HAYA VERIFICADO LA EFICACIA DE LAS SOLUCIONES IMPLANTADAS O BIEN SE Fecha cierre: HAYAN ARGUMENTADO LAS CAUSAS DE SU CIERRE

IDENTIFICACION DE RIESGO

En nuestro proyecto identificamos varios riesgos y estos estn documentados en la plataforma dotProject. Por favor revise la plataforma, mas sin embargo se anexan como documento aparte del trabajo.

PLAN DE GERENCIA DE LA CALIDAD

SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE.

Aprobado por:

____________________ Firma

_____________________ fecha

____________________ Firma

_____________________ fecha

Fecha de entrega: 30 de marzo de 2011

Documento No 4 Versin 1

INTRODUCCION Como todo proceso productivo dentro de una lnea de produccin, tiene un plan de calidad que le asegura que su producto y/o servicio cumplir con todos los estndares y expectativas del cliente, nosotros como gerentes de proyecto debemos de la misma forma, asegurar por medio de un plan de calidad, que nuestros productos y servicios cumplir con los objetivos planteados y las expectativas del cliente. Un cliente satisfecho, significa un plan de calidad slido.

OBJETIVO El objetivo del plan de Gerencia de La Calidad es asegurar que todos los procesos ejecutados cumplan con los estndares de calidad estipulada en el mercado, a nivel de desarrollo y productos, entregando un software que satisfaga las expectativas del cliente en todos los aspectos previamente establecidos.

ALCANCE La Gerencia de Calidad se aplica sobre el proyecto SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE, teniendo en cuenta como primordial objetivo cumplir los objetivos del proyecto y llenar las expectativas del cliente. Nuestro plan de calidad tendr como alcance cubrir todo el proceso de desarrollo de software , desde que se inicia la necesidad hasta que se entregue el producto final al cliente, para esto tomaremos como modelo de desarrollo de software , el modelo incremental, que permita una participacin del cliente desde el inicio hasta la etapa final del proceso, esto es de una gran ayuda ya que , garantiza la completa participacin y satisfaccin del cliente durante toda la etapa de desarrollo. Tendremos como alcance que la gerencia sea un ente activo en cada una de las etapas, del proyecto, para que la satisfaccin sea como una negociacin Gana-Gana. Nuestro principal alcance es integrar el plan de calidad como un estndar en cada una de las etapas de desarrollo, aplicando estndares ya probados, los cuales se certificaran segn la norma ISO 9000 que evaluara si estos se cumplen o no al 100%.

DEPENDENCIAS

El plan de calidad depender absolutamente del Lder De Calidad, ser el encargado con su mesa de ayuda de la implementacin y constante verificacin del mismo , para asegurar que el producto durante toda su etapa de desarrollo sigui un estricto control de calidad total y satisfaccin esperada.

GERENCIA

ORGANIZACIN: Nuestro equipo de trabajo estar compuesto por: Lder calidad, quien ser el encargado de crear, implementar, rectificar y revisar el plan de calidad para el presente proyecto Jefes de reas: quienes junto con el Lder de calidad verificaran que el equipo de calidad implemente de forma correcta, el plan de calidad, de realizar las sugerencias Mesa de ayuda: estar compuesto por: 1. Ingeniero experto en Calidad de Software: ser el encargado de velar por que se cumplan cada uno de los procedimientos elaborados por el lder de calidad, ser el encargado de retroalimentar las dificultades y los avances al lder de calidad. 2. Analista de gestin certificado con competencia iso 9001: ser quien vigile que todos los procedimientos , en cuanto a calidad se cumplan de acuerdo a las normas preestablecidas y probadas( normas iso, tsp, etc) y ayudar a documentar cada uno de los eventos dentro del plan de calidad 3. Analista de sistema: es la persona que brindara apoyo al analista de gestin, quien aclara al equipo de trabajo a llenar los formatos preestablecidos.

LIDER DE CALIDAD

IGENIERO DE CALIDAD

ANALISTA DE GESTION

ANALISTA DE SISTEMA

DOCUMENTACION

PLAN DE TRABAJO PLAN DE CALIDAD PLAN DE RIESGOS PLAN DE PRUEBAS

Toda esta documentacin esta entregada en cada uno de los anexos anteriores.

ESTANDARES DEFINIDOS Incluya claramente, los estndares que aplican a su proyecto. Utilice los formatos que han utilizado durante todos los cursos de ingeniera de software, y durante el curso de calidad de software.

ESTANDARES DE DISEO El estndar utilizado ser el diseo UML orientado a objetos, debido que nuestro programa ser desarrollado en un lenguaje libre orientado a objetos JAVA. El estndar Para nuestras bases de Datos ser el MODELO RELACIONAL, que permite un excelente manejo a bases de datos que contenga un gran flujo de informacin. Evitando duplicidad de datos y garantizando la calidad de los datos, Tambin garantiza la integridad referencial, es decir que si al eliminar un dato, tambin se eliminan todos los registros dependientes de l.

Para nuestra aplicacin utilizaremos el modelo CLIENTE VISTA CONTROLADOR, que es similar al cliente servidor que va incluido intuitivamente en nuestro proyecto, este modelo, nos paramtrica que los clientes pueden acceder a los servicios de la aplicacin por medio de un navegador web , y tambin por medio de una aplicacin de escritorio accediendo directamente a la capa de lgica de negocios. O EJB.

Nuestro estndar de comunicacin ser el Modelo Cliente/Servidor, donde todos los clientes realizan pedidos para acceder a los servicios del servidor y este responde sus solicitudes.

ESTANDAR DE PROGRAMACION Nuestro estndar de programacin ser el estndar orientado a objeto, debido a que es el modelo de programacin ms aceptado y avalado para el desarrollo de aplicaciones.

REVISIONES Como nuestro proyecto est basado en el desarrollo incremental, es decir cada etapa tiene su entregable aprobado y/o avalado por el cliente, las revisiones se realizaran durante la etapa de desarrollo de cada entregable, esto garantizara una orientacin al logro de los objetivos en un 90 %. Toda revisin de cada proceso tiene su documentacin, los cuales estn provisto en el plan de calidad, lo cual nos ayudara a documentar de una forma organizada nuestro proyecto, ya que; a medida que avanza el proyecto se ira documentando.

Revisin inicio de proyecto: Esta etapa se lleva acabo despus de la etapa de estudio de viabilidad, donde se establecer si contamos con todos los recursos necesarios para poder llevar a cabo el proyecto, se tienen en cuenta los recursos hardware y software, como tambin de talente humano y econmicos. Revisiones de proceso: Nuestro modelo a seguir nos obliga a revisar cada uno de los entregables en cada una de las etapas, cada entregable debe estar avalado a satisfaccin por el cliente, de lo contrario no se puede continuar con la siguiente etapa, esto garantiza una revisin durante todo el proceso de desarrollo. Revisiones Gerenciales: Se tendr en cuenta el manejo del riesgo, como est clasificado, si los planes de riesgos estn bien planteados, si estn acorde con los objetivos del proyecto, en cuanto tiempo y recursos, tambin se verificara el plan de control de cambio. Revisiones de fin del proyecto: Esto se realizara al final del proyecto, para confirmar que realmente el cliente recibi todos los entregables , si se firmaron todas las actas de cierre del proyecto, realizar retroalimentaciones de las tcnicas utilizadas en cada una de las etapas del proceso. Revisin tcnica: Se realizara una verificacin de toda la documentacin del proyecto la cual debe estar acord con lo planteado en cada uno de los alcances y finalidades de cada una de las etapas, con el fin de garantizar una documentacin en regla y organizada para posteriores necesidades.

GERENCIA DE REQUERIMIENTO La gerencia de requerimiento tendr como objetivo solidificar cada uno de los requerimientos especificados por el cliente, abarcara todo el proceso de anlisis de requerimiento, tendr un exhaustiva participacin en la consolidacin de requerimientos, los requerimientos sobre los cual se tendr un mayor control sern los requerimientos funcionales, es decir; todas las actividades que el cliente quiere que el producto le supla. Se verificaran los diseos basados en los requerimientos, lo anterior para ratificar que el diseo est acorde con lo el cliente requiere, una vez estemos seguro que tanto el cliente como los encargados del proyecto estn 100% claro con los requerimientos expuestos, se dar viabilidad para la siguiente fase.

ACCIONES PREVENTIVAS Y CORRECTIVAS Las acciones correctivas y preventivas estn estipuladas en el plan de riesgo, por tal motivo no se detalla mucho en este apartado, lo que se describir es que la Gerencia de Calidad, ser un ente controlador de este tan importante proceso, estar monitoreando en cada una de las fases el plan de riesgo, para constatar cuales son los riesgos contemplados en determinada fase y el cual es el plan para contrarrestar dicho riesgo.