gerencia y desarrollo de sotfware
TRANSCRIPT
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 1/71
FUNDACON UNIVERSITARIA SANMARTIN
Gerencia y Desarrollo de Software
SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO ALCLIENTE.
POLYBOL S.A.S
Presentado por:
Rocha Guerrero L
Cartagena-Bolívar
.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 2/71
Descripción del Proyecto
Planteamiento del Problema
Objetivos
Objetivos Específicos
Objetivo General
Alcance
Justificación
Plan General Del Proyecto
Objetivo De la Solución
Plan de Trabajo
Organización Del Proyecto
a. Entrevista Con el Jefe De Logística
b. Análisis de La entrevista
c. Entrevista Consolidación De Requerimientos
d. Modelo ERP y CRM
e. Organización Del Proyectof. Organigrama Del Proyecto
Procedimientos Gerenciales y Administrativos
a. Control de Cambios
b. Nuevos Requerimientos
c. Condiciones de Aceptación de Producto y Servicios
d. Reuniones De avances E Informes
e. Criterios y Procedimientos
f. Metodología y Técnicas Para la Presentación de Los Servicios
g. Cronograma Del Proyecto
Plan de Pruebas
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 3/71
Introducción
Alcance y Objetivos
Alcance y Objetivos
Alcance de La prueba
Funciones a ser Probadas
Preparación de la Prueba
Orden de Ejecución de las Pruebas
Datos de Prueba
Criterios de Inicio
Ejecución de la prueba
a. Criterios de Aceptación
b. Criterios de Finalización
Plan De Gerencia de Riesgo
Introducción
Objetivo
Alcance
Gestión De Riesgo
Definiciones
Documentos Relacionados
Proceso de Gerencia
a. Identificación de riesgo
b. Evaluar riesgoc. Selección de riesgo críticos
d. Definición de enfoque para evitar o Mitigar el Riesgo
e. Definición de enfoques de reporte y asignación de estado al riesgo
f. Definición de la Organización y responsabilidades de la Gerencia/Riesgo
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 4/71
g. Área de control y Monitoreo
h. Área de contingencia y Prevención
Organización y Responsabilidades
a. Jefe de Proyecto
b. Jefe de Planeación
c. Jefe de Diseño
d. Jefe de Desarrollo
Identificación de Riesgo
Plan De Gerencia de La Calidad
Introducción Objetivos
Alcance
Dependencias
Gerencia
Documentación
Estándares Definidos Estándares de Diseño
Estándares de Programación
Revisiones
a. Revisión inicio de Proyecto.
b. Revisión de Proceso
c. Revisión Gerencial
d. Revisión fin del Proyecto
e. Revisión Técnica
Gerencia De Requerimiento
Acciones Preventivas y Correctivas
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 5/71
SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO ALCLIENTE.
La administración de los bienes naturales, no naturales, tangibles e intangibles,actualmente es una de las principales preocupaciones de las empresas hoy día, ya quede ellos depende directamente el éxito o fracaso de su actividad económica; además lacomunicación constante con sus clientes es necesaria y de vital importancia, unaestrecha comunicación con sus clientes le tiene el futuro asegurado y el crecimiento enpos del desarrollo. Una empresa que no maneje este principal recurso o que lo manejede una forma ineficaz tiene el fracaso asegurado, por eso a todo ente económico lepreocupa saber, donde están sus activos, cuanto tienen, cuanto han de gastar, cuantohan de pedir para poder realizar X actividad, que pasaría si no lo tienen a tiempo, cuántotiempo debe tardar en llegar ese insumo, consumen lo necesario o por encima de loque necesitan, que pasa si hay un cliente insatisfecho con un producto y si lacomunicación no es la más estrecha, que pasaría si el cliente tiene beneficios y noaccede a estos por desconocimiento. Todas estas preguntan serán respondidas a lamedida, con el desarrollo de este proyecto, que abarcara todas las herramientas para laadministración y gestión de los departamentos de servicio al cliente y logística.
PLANTEAMIENTO DEL PROBLEMA
POLYBOL S.A.S es una empresa del sector industrial, ubicada en MAMONAL Kilómetro5. Empresa dedica a la fabricación y comercialización de película plástica para elempaque industrial y de alimento. En POLYBOL S. A.S actualmente se vive unaproblemática con la administración de compras y gestión de inventarios. Él problemacomienza con la administración de los Puntos de Reorden y la elaboración de órdenes decompra, proceso realizado por el departamento de compra .La administración de Puntosde Reorden se maneja con el sistema MAX , el cual genera un reporte de todos losmateriales de la empresa, y muestra la cantidad actual, la cantidad mínima, y la
cantidad a comprar. La persona encargada de compras debe verificar uno a uno cadaítem o producto y ver cuales están por debajo de la cantidad mínima a mantener,anotarlos, y después realizar las órdenes de compra pertenecientes a cada ítem, elproblema en esta parte se presenta a la hora de verificar los productos( cantidadesactuales, mínimas y cantidades a comprar) debido a que es un proceso manual,repetitivo , tedioso y desgastante se presta para cometer muchos errores por omisión opor exceso; es decir que al momento de revisar se omitan ítem o se coloquen unosque no necesite ser comprado. La elaboración de órdenes de compra, también se
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 6/71
realiza con el sistema Max, el cual trabaja con un módulo talmente en blanco, que debellenar la persona de compras, con lo datos del producto a comprar las cantidades, losdatos del proveedor, dirección teléfono etc.; este proceso puede entenderse comomanual, en el cual se debe ingresar datos del proveedor y datos del producto,generando en muchas ocasiones ordenes incorrectas.
Básicamente y de una forma muy general estos inconvenientes acarean con ellos, otrosproblemas:
No tener el material a tiempo en la empresa significa, maquinas pardas y atrasosen la producción
Sobre costos al tener que pagar un trasporte especial para que traiga lamercancía no pedida a tiempo, o que se omitió pedir.
Incumplimiento con los clientes
Devoluciones de mercancías
Por último la más importante, la pérdida de clientes y por ende la pérdida dedinero. Otra de las dificultades es la comunicación con nuestros clientes , ya quela comunicación no es constante y la administración se deja en manos del cliente yno en nuestras manos, clientes que siempre tienen urgencias porque se les acabael material y lo solicitan corriendo, los promedios de consumos estánpreestablecidos y son estándar, lo que pasa es que la persona de servicio alcliente no verifica los inventarios del proveedor o no les recuerda que estánpróximo a quedarse sin material según nuestro estándar 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 actividadde forma óptima, tiene el futuro agarrado en sus manos.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 7/71
OBJETIVOS
ESPECIFICOS
Diseñar el modelo del software para su posterior desarrollo, utilizando las técnicasPMBOOK.
Realizar toda la documentación perteneciente al desarrollo del proyecto: Avances,entregables, resúmenes de actividades entre otras.
Realizar las pruebas pertinentes para su optimización e implantación.
Diseñar 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 optimización e implantación.
Disminuir en un 99% los errores a la hora de elaborar las Ordenes de Compra, conrespecto a los últimos 6 meces que se utilizó el antiguo programa
Mantener en un 100% los stock mínimos requerido, durante los seis primeros
meces de haber implementado el programa, y mantenerlo durante todo el periodode vida de la aplicación.
Evitar en un 100% los sobrecostos por pagos de mercancía no pedida a tiempo.Este se medirá con los registros del último año en curso.
Actualizar de manera permanente y automática de toda la información,perteneciente a inventarios, compras y servicio al cliente.
Realizar de manera Modular el programa para enfocar las soluciones a aéreasespecificas
Implementar la aplicación en web para bridar apoyo en la comunicación Cliente – Proveedor.
Mantener una estrecha comunicación 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.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 8/71
GENERAL
Desarrollar un programa para la gestión de servicio al cliente y logística , capaz de serimplementado en todas las ramas económicas de la Industria, Comercio y Servicio, paracontrolar y administrar los recursos de la compañía , brindándole a la empresa lasherramientas y procedimientos para aprovechar al máximo sus recursos tangibles eintangibles , colocándola a la vanguardia en cuanto a sus procesos logísticos , orientado ala normalización de procedimiento y facilitar la obtención de información para surespectivo análisis y toma de decisiones.
ALCANCE
El alcance del proyecto será determinado en la próxima tutoría con el tutor, pero hastael momento el ámbito de este proyecto es cubrir toda el área de logística y servicio alcliente en cuanto sus productos y servicios prestados, los cuales son:
a. Administración de puntos de reorden
b. Administración de inventarios
c. Administración de compras
d. Administración de proveedores
e. Administración de clientes
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 9/71
ESTRATEGIA
La estrategia utilizada para poder cumplir con el proyecto, es documentarse con todos losmanuales de procedimientos, y plasmarlos de forma implícita en nuestro proyecto,también se utilizaran las técnicas descritas en el libro PMBOOK, se utilizara las consultasen líneas de programas similares desarrollados en la web; a parte también se enviarancorreos 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 áreade Logística y servicio al cliente , que sea capaz de manejar este proceso de formaautomática; es decir, un programa que administre los Puntos de Reorden, las compras, los inventarios y a nuestros clientes , sin la intervención total de la parte Humana,dejando al programa que se encargue de todas las verificación y transacciones queante realizaba la parte Humana a diario, para así aprovechar al talento humano para elanálisis , planeación y control de este importante proceso de trabajo, además de innovar
trascendentalmente este importante proceso de manejo de activos , proveedores yclientes , implementándolo bajo un ambiente web, que maneje la comunicación Cliente-Proveedor de una forma autónoma, enviando todos los requerimientos de materialesautomáticamente por medio de las ordenes de compras a nuestros proveedores y queestos a su vez confirmen la disponibilidad del material por medio de esta aplicación;también a su vez estaremos enviando correos electrónicos a nuestros clientes,enviándoles mensajes de texto a las personas encargadas de los inventario pararecordarle que tiene actividades y beneficios pendiente con la compañía y que no se lospuede perder.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 10/71
DEFINICION DE TERMINOS TECNICOS
Punto de Reorden: Indica que hay que comprar o reponer un material cuando hallegado al stock mínimo permitido.
Stock: Cantidad física que se debe mantener en inventario a disposición de losprocesos de producción; en este caso materias primas.
Orden compra: Solicitud de material con valides jurídica, nacional e internacional.
Reposición: cuando a un cliente se le acaba su material, la empresa estáobligada a colocarle un nuevo material en reemplazo al consumidor, eso esreposición.
Cliente externo: son todos los clientes lo cuales no tienen vinculación laboral
pero si financiera con la empresa. Cliente interno: Son todos los clientes internos los cuales tienen vinculación
laboral (empleados, áreas productivas, departamentos) pero no financiera con laempresa.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 11/71
PLAN GENERAL DEL PROYECTO
SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO ALCLIENTE.
Aprobado por:
____________________ _____________________
Firma fecha
____________________ _____________________
Firma fecha
Fecha de entrega: 10 de marzo de 2011
Documento No 1 Versión 1
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 12/71
Documento Planta de trabajoAutor ROCHA GUERRERO L.A ser aprobadopor
DAMIAN E BARRIOS
Comentarios
Nombre delArchivo
TABLA DE CONTENIDO
1. OBJETIVO DE LA SOLUCION
2. PLAN DE TRABAJO
2.1. 2.1 ETAPA 0: ORGANIZACIÓN DEL PROYECTO
2.2. 2.2 ETAPA 1: ORGANIZACIÓN 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 quepermita administrar de forma concisa nuestros más importantes recursos, nuestrosclientes internos y externos. Que ayude a las organizaciones a trabajar de formaordenada y precisa a manejar información en línea y actualizada de todos los recursos dela compañía, capaz de mandar mensajes de alerta en cualquier momento que ocurranhechos pocos comunes (consumo masivo de mercancía por encima del esperado,pedidos retardados por partes de los clientes) no preestablecidos en nuestra base decomportamientos y seguimientos a movimientos. Esta solución colocara a la vanguardia
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 13/71
a la compañía, ya que estará en constante monitoreo y/o comunicación con cada uno desus dependencias y clientes.
PLAN DE TRABAJO
El plan de trabajo es analizar las preguntas claves a realizar para la recolección derequerimientos, una vez definido preguntas claves, se realizara una entrevista deacercamiento con el cliente o usuario de la aplicación, para escuchar sus necesidades yescribirlas, se analizará los requerimientos según el cliente o usuario, luego se lerealizara una serie de observaciones y sugerencias. Después de estar de acuerdo con lalista de requerimiento pasaremos a la etapa de diseño de actividades, y recolección de lasayudas informáticas para realizar los procesos; además estaremos realizaremos un plande investigación de los modelos a seguir CRM y ERP.
ORGANIZACIÓN DEL PROYECTO
El proyecto lo organizaremos de la siguiente manera:
Entrevista con el cliente o usuario
Análisis de la entrevista y desarrollo de nuevas preguntas.
Entrevista conclusión de requerimientos
Investigación Modelo ERP y CRM
Entrevista Con el Jefe de logísticas y Jefe de Servicio Al cliente
En la entrevista con el jefe de logística nos comentó que la mayor preocupación es tenerlos stock requeridos a tiempo en la compañía, guardando un equilibrio entre el consumode los mismos y el stock, también nos comentó que requiere una herramienta informáticaque revise los saldos de manera automática y de previo aviso a todos los implicados quecierto producto está llegando a su punto de pedido. Y que es necesario pedir, aparte deeso que de la opción automática de generar las ordenes de pedido y enviárselas al
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 14/71
proveedor previamente seleccionado para que nos suministre la reposición del material.Así mismo como se comunica con nuestros proveedores, también quiere que lacomunicación sea interna, que los coordinadores puedan contar con esta herramientapara que no pidan los materiales bajo la modalidad que se acabó y necesito ya, sino quede acuerdo a lo consumido les mande alerta de los materiales que están próximos a
quedar en el punto de pedido.El Jefe de logística es la persona responsable por todas las materias primas de laempresa, y requiere de una herramienta informática que le ayude a mejorar este proceso.Así mismo como nos pasa con nuestros clientes internos también paso con nuestrosclientes externos, los cuales muchas veces se quedan cortos de materiales y recurren alas urgencias , ya que la Jefe de Servicio al cliente muchas veces se le pasa y no es unproceso automatizado sino manual, y que se lleva en la mente. Nos comentó el Jefe deLogística; 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 volátil, nos comentó que los precios los actualiza unapersona cada vez que le notifican fluctuaciones del dólar con respecto a la monedacolombiana, y al cambiar de precios llamamos y proponemos ciertas ofertas pero no nosda tiempo de proponer a todos, sería bueno que al momento de acuatizar un precio seenviara una oferta de venta por menor precio , pero con la condición de pago inmediato,para los que quieran acceder a estos beneficios. Algunos se acogen otros llaman ycuando se enteran comentan que porque no le ofrecieron a ellos. Pero no alcanzamos aenviar llamar a todos, si este proceso fuera automático y se enviara por correo automáticoa todos nuestros clientes registrados, seria genial.
Análisis de la entrevista
En la entrevista el Jefe de logística nos manifestó que su preocupación es mantener losstock requeridos a tiempo en la compañía, guardando un equilibrio entre el consumo y elstock delos mismos.
¿Cuándo se refiere mantener stock requerido, se refiere a pedidos que les hacen conanticipación o que siempre debe mantener el stock de todos los materiales porque todosson requeridos siempre?
Si la respuesta es que los pedidos son realizados con anticipación y le preocupa por queno los puede tener a tiempo, ¿porque no los puede tener a tiempo? , ¿Los pide tarde, sele olvida, el proveedor no es confiable?
¿A que se refiere con guardar el equilibrio con entre el consumo y el stock? , ¿Esmantener mercancía por encima del consumo, sin pasar algún limite específico?
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 15/71
También nos comentó que requiere una herramienta informática que revise los saldos demanera automática 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 decomparación para tal fin?, ¿Cómo se realizaría la comparación?
¿Quiénes son los directos implicados?, ¿qué funciones realizan dentro de este ámbito denecesidad?
¿Qué clase de mensaje le gustaría enviar para informar que un producto está por llegar asu punto de pedido?
¿Por qué generar ordenes automáticas?, ¿Estas no serán aprobadas por nadie? , ¿Lasórdenes de mayor valor serán revisadas? , ¿Cuál es el criterio para realizar una orden decompra automática?
¿Cuál es el parámetro de selección de proveedores?¿Cómo se establecerá el proceso de aviso automático a proveedores, que su mercancíaestá a punto de agotarse?
¿Qué tipo de mensaje le gustaría que se enviara a los clientes?
Entrevista Consolidación de Requerimientos.
¿Cuándo se refiere mantener stock requerido, se refiere a pedidos que les hacen conanticipación o que siempre debe mantener el stock de todos los materiales porque todosson requeridos siempre?
Mantener el stock es siempre mantener el consumo para dos meses de producción, 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 deun día para otro, y como eso no es posible sin entrar en sobrecostos, siempre estamoscorriendo, ¿Los pide tarde, se le olvida, el proveedor no es confiable? El material porende se pide tarde, pero más que eso es la falta de control, también me gustaría que sele pudiera comunicar al proveedor que nuestro producto está próximo a terminarse y que
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 16/71
nos mande su mejor oferta.
¿A qué se refiere con guardar el equilibrio con entre el consumo y el stock? El equilibriose mantiene con el control, no podemos comprar mercancía para tenerla parqueada
porque eso no es rentable, necesitamos como mencione, mantener mínimo dos meses deconsumo. ¿Es mantener mercancía por encima del consumo, sin pasar algún limiteespecífico? No se puede tener mercancía por encima del consumo de dos meses, ese esnuestro límite.
También nos comentó que requiere una herramienta informática que revise los saldos demanera automática 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 decomparación para tal fin?, actualmente se bajan los saldos en Excel y se realiza lacomparación por medio de fórmulas de comparación, se anota los que están por debajodel consumo y se realiza el pedido, como esto es manual se escapa uno que otrosiempre, y toca repetir el proceso., esto se hace en el are de logística, en producción nisiquiera se hace.
¿Quiénes son los directos implicados?, los directos implicados, son:
El coordinador de planeación, que es quien ingresa los pedidos realizados por los clientesy genera una orden de producción.
Los coordinadores de producción quienes revisan sus saldos de materias primas einsumo para producir
Seria excelente que al ingresar un pedido se calculara con exactitud cada una de lasmaterias primas que necesita.
¿Qué clase de mensaje le gustaría enviar para informar que un producto está por llegar asu punto de pedido?
Sr. Coordinador esta es la lista de insumos y materias primas que se están agotando,según el plan de producción se requieren, por favor enviar requerimientos a Logísticas.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 17/71
También enviar un mensaje al jefe de logística que ciertos productos están porterminarse y que se han generados mensajes a proveedores solicitando su mejor oferta.
¿Por qué generar órdenes automáticas?
Solo se generan órdenes a proveedores fijos, los cuales son nuestros proveedores dematerias primas directas. También se genera órdenes de compra de insumos aproveedores fijos.
Las órdenes de compra que superen el valor de 5” millones entran a aprobación, de
todas formas todas las órdenes entrarían en un proceso de supervisión mientras se afinael sistema automático.
¿Cómo se establecerá el proceso de aviso automático a proveedores, que su mercancíaestá a punto de agotarse?
Por medio de un mail, a celular o al correo, se enviara un mensaje a las personasregistradas como responsables de nuestros abastecimientos como proveedores, y estostendrían la oportunidad de ingresar a nuestro portal y enviar sus ofertas.
¿Qué tipo de mensaje le gustaría que se enviara a los clientes?
Sr. Xxx nuestros sistemas registran que según su historial de consumo está a punto determinarse su suminstro , por favor revise si es necesario de montar un nuevo pedido parareponer.
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 , elcual se le facturara con precio antes del alza.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 18/71
MODELO ERP Y CRM
Como lo muestra la imagen ERP
Los sistemas de planificación de recursos empresariales, o ERP (por sus siglas eninglés, Enterprise resource planning) son sistemas de información gerenciales queintegran y manejan muchos de los negocios asociados con las operaciones de produccióny de los aspectos de distribución de una compañía comprometida en la producción debienes o servicios.
La Planificación de Recursos Empresariales es un término derivado de la Planificación de
Recursos de Manufactura (MRPII) y seguido de la Planificación de Requerimientos deMaterial (MRP). Los sistemas ERP típicamente manejan la producción, logística,distribución, inventario, envíos, facturas y contabilidad de la compañía. Sin embargo, laPlanificación de Recursos Empresariales o el software ERP pueden intervenir en elcontrol de muchas actividades de negocios como ventas, entregas, pagos, producción,administración de inventarios, calidad de administración y la administración de recursoshumanos.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 19/71
Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que indicanque el cliente y el público general no están directamente involucrados. Este sistema es, encontraste con el sistema de apertura de datos (front office), que crea una relaciónadministrativa del consumidor o servicio al consumidor (CRM), un sistema que tratadirectamente con los clientes, o con los sistemas de negocios electrónicos tales como
comercio electrónico, administración electrónica, telecomunicaciones electrónicas yfinanzas electrónicas; asimismo, es un sistema que trata directamente con losproveedores, no estableciendo únicamente una relación 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 técnica que brinda una solución óptima para este tipode solicitud que está realizando La Empresa Polybol S.A.S. pero adicionalmente debemoscomplementarlo con la otra técnica que es ERP
Software para la administración de la relación con los clientes. Sistemas informáticos de
apoyo a la gestión 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 (Almacén de
Datos) con la información de la gestión 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 técnicas es estrechar las relaciones con el cliente y poder
mantener una relación cada vez más personal , pudiendo tener la mayor informaciónposible de él, y así poder generar ofertas, capacidades de pagos y demás información
importante para mejorar la atención con dicho cliente.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 20/71
ORGANIZACIÓN 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 planeación, Jefe de diseño y el jefe de desarrollo. Además 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 planeación: Se encargara Junto con el Jefe de proyecto, a vigilar que las metas yobjetivos planteados, se cumplan al pie de la letra, en caso tal se presenten atrasos ocontratiempo, deben reestructurar el plan de trabajo o llegar a un acuerdo con el clienteen cuanto al tiempo de entrega del producto
Analista de requerimientos: Es la persona encargada de realizar las entrevistas en
cabeza del jefe de planeación, esta persona es la encargada de plasmar en escrito, todasy cada uno de los requerimientos del cliente, esta persona es especialista en análisis derequerimientos.
Analista de apoyo: esta es la persona que se encarga de brindar a poyo al analista derequerimiento junto con él, son los encargados de dejar lo más claro posible y acorde alas verdaderas necesidades del cliente.
Jefe de diseño: Este será el encargado de generar los bocetos del diseño s y seránmostrados primero que todo al Jefe de Proyecto, también indicaran los datos de entrada,los que serán calculados y los que deben ser almacenados, el jefe de diseñoseleccionara las estructuras de archivo y los dispositivos de almacenamiento, en estaparte se escriben los procedimiento de cómo serán procesados los datos y como seránlas salidas. Al final el boceto es mostrado por el Jefe de Proyecto al cliente para surevisión, aprobación o modificación.
Analista de diseño: es el encargado junto con el Jefe de diseño de crear toda lainfraestructura del software para su posterior escritura en algún lenguaje de
programación.
Analista de apoyo: este es la persona encargada de brindar apoyo al analista de diseño junto con él, son los encargados de dejar lo más claro posible y acorde a la lista derequerimiento el diseño del software.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 21/71
Jefe de desarrollo: es la persona encargada de dirigir el equipo de desarrollo, el cual seencarga de interpretar los diseños a un lenguaje de programación.
Programador Aplicación: este será el encargado de traducir los diseños en unaaplicación de escritorio en el lenguaje de aplicación especifico (JAVA)
Programador WEB: este será el encargado de traducir los diseños en un servidor de webde aplicaciones para los accesos por internet.
Programador Base de Datos: este será el encargado de programar toda la base de datostraducida del diseño entregados por el jefe de diseño.
ORGANIGRAMA DEL PROYECTO.
Jefe deProyecto
Jefe de
Planeacion
Analista derequerimientos
Analista deApoyo
Jefe de diseño
Analista deDiseño
Analista deapoyo
Jefe de
Desarrollo
Programadores
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 22/71
PERSONAL DEL CLIENTE
Gerente General: su principal función es velar por que se alcancen los objetivos
financieros de la compañía, utilizando el mínimo de recursos posibilitando la eficiencia y laeficacia en el logro de tal objetivo global.
Jefe de Logística: es la persona encargada de mantener el inventario de materias primascon un objetivo principal, lograr el equilibrio entre el inventario de stock y el promedio deconsumo de la compañía.
Jefe de Producción: Son los encargados de coordinar todos los pedidos de materias
primas e insumo para la línea de producción y velar que no falte ninguno al momento decomenzar un pedido.
Jefe de servicio al cliente: es la persona encargada de colocar los pedidos y según laprogramación de producción colocar fechas estimadas de entrega. Por este departamentoes que comienza toda la línea de producción.
GerenteGeneral
Jefe deLogistica Coordinadoresde Produccion Jefe de servicioal Cliente
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 23/71
PROCEDIMIENTOS GERENCIALES Y ADMINISTRATIVOS
A continuación se describe cada uno de los procedimientos que servirán para elrespectivo seguimiento del proyecto.
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 preestablecidoen la planeación 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 losobjetivos deberá parar el proyecto y entrar un análisis nuevamente de requerimientos, yaque los cambios no pueden estar por fuera de lo planteado por el mismo cliente, lo cualindica un camino u horizonte errado, y toca replantear inmediatamente , según nuestraclasificación de control de cambios los cuales están denominados como ,
Alto Impacto,
Mediano Impacto,
Bajo Impacto.
Las personas encargadas de administrar esta tarea será el Jefe de diseño con suanalista de diseño.
Todo cambio debe estar contemplado dentro del marco legal del contrato, un cambiono contemplado dentro del contrato, debe liquidar el proyecto pagar los costos hasta elmomento y retomar el proyecto con nuevos costos y nuevos tiempos, o terminar elproyecto y luego generar un nuevo proyecto para ese nuevo requerimiento.**
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 24/71
NUEVOS REQUERIMIENTOS
El procedimiento para el manejo de nuevos requerimientos es el siguiente:
Se acepta el nuevo requerimiento con una explicación del por qué este nuevorequerimientos. Se analiza el impacto de este nuevo requerimiento, tanto a nivel
particular en el área directamente implicada, como a nivel de proyecto, contemplando lossiguientes puntos: impacto en cronograma, presupuesto etc. Si el nuevo requerimientotiene un alto impacto en el proyecto, es necesario recalcular todos los parámetros delproyecto para poder cumplir con los objetivos y metas planteadas.(**)
Las personas directamente implicadas son: El jefe de proyecto, Jefe De Planeación, JefeDe Diseño, Jefe de Desarrollo.
Todo cambio debe estar contemplado dentro del marco legal del contrato, un cambio nocontemplado 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 elproyecto y luego generar un nuevo proyecto para ese nuevo requerimiento.**
CONDICIONES DE ACEPTACION DE PRODUCTO Y SERVICIOS
Los productos y servicios derivados del proyecto tendrán un estricto control deaprobación, primero que todo se verificara la viabilidad presupuestal, la cual debecumplirse al pie de la letra, segundo la disponibilidad de ser ejecutado internamente, encaso no cumpla estas condiciones, se tendrá en cuenta, nuevamente la viabilidadpresupuestal, el tiempo y el alcance del producto o servicio para aceptar dicho servicio oproducto, no sin antes tener como mínimo 4 opciones con diferentes propuestas.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 25/71
REUNIONES DE AVANCES E INFORMES
El procedimiento para la toma de reuniones, se realizara según las fechas establecidas yestas serán semanales para poder abarcar un tema específico ocurrido durante lasemana. Todas estas reuniones quedaran sentadas y documentadas en el formatoestablecido para dicha actividad.
LISTA DE ENTREGABLES
PLAN GENERAL DEL PROYECTO
Objetivos Crear un Software CRM -ERP
Plan De trabajo
Entregable Entrevista Cliente - Usuario
Entregable Análisis De la entrevistaEntregable Entrevista Conclusión de requerimiento
Entregable Investigación Modelo ERP Y CRM
Organización del Proyecto-Cargos y Funciones
Entregable Organigrama Interno
Entregable Organigrama Del Cliente
Procedimientos Gerenciales Y administrativos
Entregable Control de Cambio
Entregable Nuevos RequerimientosEntregable Condiciones de Aceptación De Producto y/o Servicio
Entregable Reuniones de avances e informes
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 26/71
CRITERIOS Y PROCEDIMIENTOS
El procedimiento para la aceptación a satisfacción de cada uno de los entregables será elsiguiente:
El cliente recibe los entregables de cada etapa y este evalúa si cumple con lopreestablecido en el objetivo del proyecto.
1. Una vez realizado las evaluaciones correspondientes el cliente entrega en formatocorrespondiente( Cada entregable es un documento el cual debe estar firmadopor el cliente y luego por el jefe de proyecto para ser tomado como recibido asatisfacción), el recibido a satisfacción con lugar a observaciones. De lo contrariodeja sentado que el producto no es conforme a lo planteado y debe ser revisadonuevamente.
2. El cliente tendrá un plazo de UNA semanas para revisar el entregable y dentro
de ese periodo podrá pedir como máximo una semana de plazo , una vez pasadoeste periodo , se entenderá como aceptado el producto previa autorización delJefe de proyecto.
3. El producto final se entregara bajo un contrato de prueba no menor a 6 meses ymáximo 16 meses. Esto garantiza que el producto durante todo este tiempocumpla con todos los requisitos de calidad y funcionalidad preestablecidos.
4. Durante el periodo de prueba se reportaran los errores encontrados, los cualesno pueden ser superior a 3 errores por cada módulo.
5. Los errores se clasificaran de la siguiente forma: Alto, medio y bajo, donde altodefinitivamente hay que replantear el entregable en toda su dimensión, medio,no necesariamente tiene que replantear el entregable, pero si es de importanteimpacto. Bajo ,no altera para nada el diseño del entregable, el error es leve y sepuede corregir sin traumatismo alguno. Todos estos errores son documentado yentregado al equipo de desarrollo para su posterior análisis y corrección.
6. El producto una vez pasado el periodo de prueba a satisfacción, se entrega unagarantía por 5 años, tiempo suficiente para satisfacción absoluta del cliente.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 27/71
METODOLOGÍA Y TÉCNICAS PARA LA PRESENTACIÓN DE LOS SERVICIOS
1. Definición de alcance: Entrevista con las distintas personas relacionadas con
el proyecto para definir el alcance del mismo, así todos apuntamos a esa metapropuesta por el cliente.
2. Planeación de proyecto: análisis y consolidación de requerimiento a través dedistintas técnicas de recolección y análisis de datos.( visita a campo,entrevista , encuesta general etc.)
3. Conocimiento y habilidades: Se aplicara el modelo TSP donde se aprovechacada una de las fortalezas que poseen los miembros del equipo para asípoder balancear las cargas y mantener un ritmo de trabajo acorde loplanteado y un clima laboral orientado al trabajo en equipo.
4. Sistema de información Gerencial: (PMBOOK) se aplicara los conceptosaprendidos por esta guía, para la gestión y administración de proyectos, y asígarantizar el éxito del mismo.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 28/71
CRONOGRAMA DEL PROYECTO
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 29/71
PLAN DE PRUEBAS
SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO ALCLIENTE.
Aprobado por:
____________________ ____________________
Firma fecha
____________________ _____________________
Firma fecha
Fecha de entrega: 24 de marzo de 2011
Documento No 2 Versión 1
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 30/71
INTRODUCCION
El propósito del presente documento PLAN DE PRUEBAS tiene como objetivogarantizar la calidad y eficiencia tanto en funcionalidad como operatividad del softwaredesarrollados por la empresa, documentando y planeando un claro proceso de pruebaasegurando una completa satisfacción 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 siguientespasos: Componente de la prueba, Entregable de la prueba, Funcionalidad,Incidencia de la Prueba, Prueba de sistemas, Prueba de Volumen, Script depruebas.
Procedimiento a seguir: Para poder efectuar una prueba se debe contar con todala documentación requerida para tal proceso, Objetivo de la prueba, puntos aevaluar, requerimientos del cliente autorizados por el Jefe de proyecto,documento final de la prueba firmado y aceptado por el cliente , por el agenteprobador, y por el Jefe de proyectos. Si se cumple lo anterior se puede decir queuna prueba es válida y puede entrar dentro del plan de pruebas.
Integración con el plan de Cambio: una prueba fallida, inmediatamente debe entraren el plan de control de cambios, para ser sometida a evaluación y poder tomar loscorrectivos pertinentes en los tiempos establecidos, con los costos establecidos.
OBJETIVOS
EL principal objetivo del plan de pruebas es poder garantizar un producto quecumpla con los estándares de calidad preestablecidos por el cliente.
Documentar todo el proceso de pruebas para futuros requerimientos
Desarrollar una metodología sólida en el procedimiento de pruebas que permitaasegurar los objetivos de calidad.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 31/71
GLOSARIO
COMPONENTE DE PRUEBA APLICACI NENTREGABLE INFORME COMPLETO SOBRE LOS RESULTADOS DE
LAPRUEBA REALIZADA
FUNCIONALIDAD ADMINISTRACION AUTOMATICA DE INVENTARIO
INCIDENCIA SE REGISTRARA TODO LOS RESULTADOS NOESPERADOS DURANTE LA PRUEBA
PRUEBAS DEL SISTEMA POR DEFINIR
PRUEBAS DE VOLUMEN SE VALIDARA EL COMPORTAMIENTO DE LAAPLICACIÓN EN UN ALTO NIVEL DE DEMANDA DERECURSOS POR DISTINTOS USUARIOS
SCRIP DE PRUEBAS SE REGISTRARA CADA UNO DE LOS PASOS ASEGUIR PARA REALIZAR CADA UNA DE LASPRUEBAS
ALCANCE DE LA PRUEBA
Las pruebas cubrirán los siguientes puntos:
Interfaz grafica
Integridad de datos
Concurrencia
Procesamiento masivo de información
Validación de usuario
Seguridad y privacidad de información
Las funcionalidades que cubrirá la prueba son:
1. Ingreso al sistema
2. Bloqueo de usuario por intentos fallidos al autenticarse
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 32/71
3. Verificación seguridad de claves
4. Verificar stock de inventario
5. Generar órdenes de compra automáticas
6. Enviar órdenes de compra a proveedores
7. Notificar a los Coordinadores que es necesario revisar su stock , posiblementenecesiten reponer
8. Enviar Notificaciones de ofertas a los clientes
9. Notificar a los clientes que su stock según histórico de consumo necesita serrevisado, tal vez requiera reponer material
10. Tiempo inactividad del sistema.
El plan de pruebas se organizó de manera que se cumpliera con los requerimientos delcliente y con los estándares de calidad y seguridad que todo software debe poseer parasu 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 carácterregistrado en la base de caracteres del sistema
El campo clave: es un campo de texto recibe cualquier carácterregistrado en la base de caracteres del sistema.
FUNCIONALIDAD 2
Bloqueo de usuario por intentos fallidos al autenticarse: los ítems incluidosdentro de esta funcionalidad son:
Contador de intentos fallidos: Este campo solo permitirá un máximo de3 intentos fallidos, una vez se llegue a esa cantidad el usuario ingresadoserá bloqueado, y solo el Jefe de sistemas encargado podrá desbloquearlocon solicitud por escrito, explicando las razones del bloqueo.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 33/71
FUNCIONALIDAD 3
Verificación seguridad de claves: el sistema verificara que una clave contenga almenos como mínimo 6 caracteres y dentro de estos debe haber mínimo, un número, una
letra minúscula, una letra mayúscula y un carácter especial. Los ítems incluidos son elcampo clave de cada usuario.
FUNCIONALIDAD 4
Verificar stock de inventario: Los ítems incluidos en esta prueba son:
El campo código del material, el campo stock actual del material, punto de pedido, elsistema compara el stock actual, de ese producto con el campo punto de pedido, si elcampo stock actual, es menor o igual que ese valor, inmediatamente se marca parapasar a la funcionalidad 5, que es generar ordenes de compras automáticas.
FUNCIONALIDAD 5
Generar órdenes de compra automáticas: El sistema buscara los artículos marcadoscomo requeridos de reponer inventario, buscara en la tabla de proveedores y escogerá elproveedor directo de este producto, traerá todos los datos requeridos en la orden de
compra y generara automáticamente la orden de compra. Se incluirán todos los ítemscontemplado en la orden de compra, y el campo stock requerido por artículo.
FUNCIONALIDAD 6
Enviar órdenes de compra a proveedores: Una vez generada la orden de compra sebuscara en nuestras bases de datos el correo perteneciente al proveedor seleccionado yse le enviara la orden de compra.
El ítem incluido en esta prueba es campo correo.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 34/71
FUNCIONALIDAD 7
Notificar a los Coordinadores que es necesario revisar su stock, posiblementenecesiten reponer:
El sistema verificara el stock de los materiales en cada uno de los departamentos a cargode los coordinadores, los ítem que se incluirán en esta prueba son los mismos de laprueba 4. Y se incluirán los correos de los coordinadores.
FUNCIONALIDAD 8
Enviar Notificaciones de ofertas a los clientes: El sistema verificara cualquier cambioen las variables comerciales, y notificara a los clientes de dicho cambio, informado de losposibles beneficios si acceden a la oferta. Los ítems incluidos en esta prueba se definiránen el área de prueba.
FUNCIONALIDAD 9
Notificar a los clientes que su stock según histórico de consumo necesita serrevisado, tal vez requiera reponer material: El sistema no tiene como verificar loconsumido por el cliente, pero si puede verificar su historial de consumo, y de acuerdo a
esos parámetros se tiene en cuenta el envió de la notificación.
FUNCIONALIDAD 10
Tiempo de inactividad del sistema: el sistema comprobara que durante un tiempopreestablecido de inactividad se cierren todas las cesiones abiertas, lo anterior es paraevitar robo de información por descuido. El ítem a evaluar será el reloj del sistema porusuario.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 35/71
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 transacción se considera valida si, entrega el resultado esperado segúnlo planeado en el plan de pruebas. También se considera un éxito la interfaz gráfica deusuario si el usuario, está a gusto con ella.
Interfaz: Se verificaran todas las pantallas generadas por el sistema vs lo planteado, conel cliente en la etapa de diseño.
Unidad:
Verificaremos que la longitud de todos los datos en general no pueden ser mayora 40 caracteres.
Los tipos de datos que utilizaremos son: texto para todos los camposalfanuméricos, y numéricos solo para los campos numéricos
El formato de texto será Calibri,
Los valores validos serán 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
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 36/71
FUNCIONALIDAD 1
Ingreso al sistema: los ítems incluidos dentro de esta funcionalidad son:
El campo nombre: es un campo de texto, recibe cualquier carácterregistrado en la base de caracteres del sistema
El campo clave: es un campo de texto recibe cualquier carácterregistrado en la base de caracteres del sistema.
1. Las variables de entradas son: nombre de usuario y clave, estos datos ambos sonalfanuméricos. Al ingresarlos de forma correcta. El sistema debe permitir la
entrada a la aplicación.
FUNCIONALIDAD 2
Bloqueo de usuario por intentos fallidos al autenticarse: los ítems incluidosdentro de esta funcionalidad son:
Contador de intentos fallidos: Este campo solo permitirá un máximo de3 intentos fallidos, una vez se llegue a esa cantidad el usuario ingresado
será bloqueado, y solo el Jefe de sistemas encargado podrá desbloquearlocon 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 esun contador que se inicializa en cero cuando se ingresa al módulo deautenticación. El dato contador aumenta en uno por cada intento fallido deingreso al sistema, luego de tres intentos el usuario si es válido es bloqueado y elcontador puesto a cero, nuevamente. Eso si el usuario ingresado si es válido sebloquea, sino sencillamente se sale de la aplicación.
FUNCIONALIDAD 3
Verificación seguridad de claves: el sistema verificara que una clave contenga almenos como mínimo 6 caracteres y dentro de estos debe haber mínimo, un número, unaletra minúscula, una letra mayúscula y un carácter especial. Los ítems incluidos son elcampo clave de cada usuario.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 37/71
La entrada para esta prueba es la clave de cada usuario, esta variable es de tipoalfanumérico, la cual debe contener como mínimo 6 caracteres y como máximo 40. Estavariable debe contener como mínimo una letra mayúscula, minúscula y un carácterespecial, para poder ser un dato de entrada valido.
FUNCIONALIDAD 4
Verificar stock de inventario: Los ítems incluidos en esta prueba son:
El campo código del material, el campo stock actual del material, punto de pedido, elsistema compara el stock actual, de ese producto con el campo punto de pedido, se elcampo stock actual, es menor o igual que ese valor, inmediatamente se marca parapasar a la funcionalidad 5, que es generar ordenes de compras automáticas.
La entrada de esta etapa de prueba será el campo stock de cada artículo, el sistemacopara cada stock con el punto de reorden y si el stock del artículo es menor o igual queel punto de pedido se marca y se envían a otro subproceso para la elaboración de laorden de compra.
FUNCIONALIDAD 5
Generar órdenes de compra automáticas: El sistema buscara los artículos marcadoscomo 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 decompra y generara automáticamente la orden de compra. Se incluirán todos los ítemscontemplado en la orden de compra, y el campo stock requerido por artículo.
Las variables de entrada de este proceso son: los artículos marcados como requeridos,
El campo Proveedor de lista de proveedores seleccionados para cada artículo
El campo precio, de cada artículo
El campo cantidad requerida.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 38/71
FUNCIONALIDAD 6
Enviar órdenes de compra a proveedores: Una vez generada la orden de compra sebuscara en nuestras bases de datos el correo perteneciente al proveedor seleccionado yse 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 legenero la orden de compra, además 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 cargode los coordinadores, los ítem que se incluirán en esta prueba son los mismos de laprueba 4. Y se incluirán los correos de los coordinadores.
Las variables de entradas para este proceso de prueba son: el stock de los artículos enlos distintos departamentos, se realizara el mimo proceso de la función No.4, los correosde los coordinadores, y un mensaje diciendo que según el historial de consumo debeverificar su stock (paso automático) y que considere reponer materiales.
FUNCIONALIDAD 8
Enviar Notificaciones de ofertas a los clientes: El sistema verificara cualquier cambioen las variables comerciales, y notificara a los clientes de dicho cambio, informado de losposibles beneficios si acceden a la oferta. Los ítems incluidos en esta prueba se definiránen el área de prueba.
Las variables comerciales son: precio unitario de cada artículo, descuento por artículos,ofertas por cantidad compradas. El sistema verificara un cambio en cada una de lasvariables comerciales, buscara en la base de datos los correos de cada cliente y leenviara un mensaje de la oferta actual, para ver si alguno está interesado.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 39/71
FUNCIONALIDAD 9
Notificar a los clientes que su stock según histórico de consumo necesita serrevisado, 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 aesos parámetros se tiene en cuenta para enviar la notificación.
La entrada para este proceso es el histórico de consumo por cliente, esta variable se hade actualizar mensualmente como un promedio de consumo, el sistema verificara esavariable y comparara con el ultimo stock reportado, si ese stock es igual o menor que elhistórico de consumo se envía una notificación comunicándole que posiblemente debereponer inventario y que puede correr el riesgo de quedarse sin producción por falta dematerial.
FUNCIONALIDAD 10
Tiempo de inactividad del sistema: el sistema comprobara que durante un tiempopreestablecido de inactividad se cierren todas las cesiones abiertas, lo anterior es paraevitar robo de información por descuido. El ítem a evaluar será el reloj del sistema porusuario.
La entrada de esta prueba será un contador , que se activa después de 1 minuto deinactividad que el usuario no realiza ninguna acción o no está ejecutando ninguna acciónen la aplicación, después de ese minuto la aplicación se cerrara automáticamentedespués de haber trascurrido 20 minutos( tiempo a consideración del cliente)
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 40/71
ORDEN DE EJECUCION DE LAS PRUEBAS
Las pruebas se realizaran en modo gradual, es decir Comenzaremos con lasfuncionalidades básicas del sistema, para luego ir en incremento hasta las más difíciles ycomplejas.
FUNCIONALIDAD 1.
NOMBRE SCRIPT DEPRUEBA
MODULO
SRCIPT INGRESO ALSISTEMA
VALIDACION
FUNCIONALIDAD 2.
NOMBRE SCRIP DEPRUEBA
MODULO
SCRIPT BLOQUEO DE
USUARIO POR INTENTOSFALLIDOS
VALIDACION
FUNCIONALIDAD 3.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT VERIFICACIONSEGURIDAD CLAVE
VALIDACION
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 41/71
FUNCIONALIDAD 4.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT VERIFICACIONSTATUS INVENTARIO
LOGISTICA DE MATERIALES
FUNCIONALIDAD 5.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT VERIFICACIONSEGURIDAD CLAVE
VALIDACION
FUNCIONALIDAD 6.
NOMBRE SCRIP DE PRUEBA MODULOSCRIPT SELECCIÓN DE
PROVEEDORLOGISTICA DE COMPRAS
SCRIP CREAR ORDEN DECOMPA
LOGISTICA DE COMPRAS
SCRIP ENVIO DE ORDEN DECOMRA
LOGISTICA DE COMPRAS
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 42/71
FUNCIONALIDAD 7.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT VERIFICACIONSTOCK
LOGISTICA DE MATERIALES
SCRIP ENVIO DENOTIFICACION
LOGISTICA DE USUARIOS
FUNCIONALIDAD 8.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT VERIFICACIONCAMBIO VARIABLES
COMERCIALES
LOGISTICA ATENCION ORIENTACION AL CLIENTE
SCRIPT SELECCIÓN DECLIENTES
LOGISITICA ORIENTACION AL CLIENTE
SCRIP ENVIO DENOTIFICACOIN
LOGISTICA ORIENTACON AL CLIENTE
FUNCIONALIDAD 9.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT VERIFICACIONHISTORIAL DE CONSUMO
LOGISTICA ATENCION ORIENTACION AL CLIENTE
SCRIPT ENVIONOTIFICACION
LOGISITICA ORIENTACION AL CLIENTE
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 43/71
FUNCIONALIDAD 10.
NOMBRE SCRIP DE PRUEBA MODULO
SCRIPT TIEMPO DEINACTIVIDAD
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 DEDATO
OBSERVACIONES CAMPOSSOLICITADOS
CLASIFICACION
REAL ESTE DATO ES REALPARA COMPROBARLA BUSQUEDA ENSISTEM
NIT PROVEEDOR
IRREAL ESTE DATO ESIRREAL PARACOMPROBAR LACONSITENCIA DE LAAPLICACIÓN
NOMBRE USUARIO
REAL ESTE DATO ESREAL, SE USARAPARA ENVIARNOTIFICACIONES
CORREOELECTRONICO
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 44/71
CRITERIO DE INICIO
REQUERIMIENTO DE AMBIENTE: Para garantizar la calidad yconfiabilidad de la prueba se requiere el software instalado en unamaquina conectada a la red con acceso al servidor de aplicaciones y basesde datos.
REQUERIMIENTO DE PERIFERICOS: Para garantizar la prueba esnecesario que se tengan todos los equipos necesarios para que la pruebasea lo más real posible y no sea una simulación de la misma. Para tal finpor mencionar unos periféricos necesitamos un lector de código de barras,una impresora láser y una impresora de punto, servidor, computadores, yuna red lista para ser utilizada, entre otros.
REQUERIMIENTOS DE DATOS: los datos a utilizar son reales, y sonacordes a la lógica del negocio. Se utilizaran los datos del antiguoprograma, todos los que sean necesario para la realización de una pruebareal.
EJECICION DE LAS PRUEBAS
DOCUMENTACION DE REGISTRO DE LAS PRUEBAS: Para la ejecución de las
pruebas se utilizara el formato de los script de pruebas planeadas en la etapaplaneación de pruebas, se debe seguir paso a paso cada criterio y reportarincidencia en los que se presenten resultados inesperado.
Script de pruebas:
LISTA DE CHEQUEO DE SRITP DE PRUEBAS
AREA FECHA REALIZADAPOR
Elemento aevaluar
Ingreso alsistema
B I observaciones recomendaciones
1 Ingreso deusuario
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 45/71
2 Enter
3 Si el usuarioExiste pide laclave
4 Si el usuariono exite,muestramensaje: “
usuarioinvalido,intentenuevamente”
5 Pide elusuario
6 Enter
7 Si el usuarioExiste,Pideclave
8 Ingreso declave
9 Verifica clave(proceso
interno)
10 Si la claveexiste ingresay fin, sino
11 PIDE SEINTENTE DENUEVO, Y SEACTIVA ELCONTADOR,SOLO ESPOSIBLE 3INTENTOSDEINGRESARLA CLAVE, SIFALLA SEBLOQUEA EL
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 46/71
USUARIO
B bueno. I. Incidencia
LISTA DE CHEQUEO DE SRITP DE PRUEBAS
AREA FECHA REALIZADAPOR
Elemento aevaluar
Verificación destock( esto es unsubproceso de laaplicación, se
describen lospasos para sucomprobación)
B I observaciones recomendaciones
1 SE RECORRE LABASE DE DATOSDE INVENTARIO
2 SE MARCA LOSMATERIALESCULLO STOCK
ACTUAL ESMENOR O IGUALQUE EL PUNTODE PEIDO
3 SE GUARDAN ENUNA LISTATODOS LOSARTICULOS
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 47/71
SELECCIONADOS
4 SE BUSCA EN LATABLAPROVEEDORESLOSPROVEEDORESDIRECTOSRELACIONADOSA LOSPRODUCTOSMARCADOS
5 SE AGRUPANTODOS LOSARTICULOS PORPROVEEDORES
COMUNES
6 SE LE ASIGNA ACADA ARTICULOLA CANTIDAD ACOMPRAR( stockrequerido- stockactual)
7 SE SELECCIONAUNO A UNO LOS
GRUPOS DEPROVEEDORES,Y SE LESREALIZA LA OC
8 A ACA ORDEN SELE ANEXA LOSARTICULOS AREPONER
9 SE BUSCA EN LATABLA PRECIO
DE CADAARTICULO Y SECOLOCA EN LAOC
10 SE MARCA SI ELARTICULO TIENE
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 48/71
IMPUESTO O NO
11 SE CREA LAORDEN
12 SE BUSCA EL
CORREOASOCIADO ACADAPROVEEDOR
13 SE ENVIA LA OC
B bueno. I. Incidencia
REPORTE DE INCIDENCIAS
REPORTE DE INCIDENCIASAREA FECHA-
RECIBIDOREALIZADO
LOGISTICA 28-03-2011 ING.MOLINAELEMENTOEVALUADO
SCRIPT DEPRUEBA No.
NOMBRE CORREGIDO
CAMBIOS REALIZADOS:
DEVOLUCION:
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 49/71
REPORTE DE INCIDENCIAS INTERNAS
REPORTE DE INCIDENCIAS
AREA FECHA-RECIBIDO REALIZADO POR
ELEMENTOEVALUADO
SCRIPT DEPRUEBA No.
NOMBRE CORREGIDO
CAMBIOS REALIZADOS:
DEVOLUCION:
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 50/71
REPORTE DE INCIDENCIAS EXTERNAS
REPORTE DE INCIDENCIAS POLYBOL S.A.S
FORTAMO REPORTEINCIDENCIA EXTERNAS FECHA No.CORRECTIVO COMENTARI
O1 INFORMACION GENERAL
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 DEESFUERZO(HORAS/HOMBRE)
DESARROLLO
PRUEBAS DOCUMENTACION
TOTAL
DESARROLLADO POR: FECHA: PROBADO POR
FECHA
OBSERVACIONES ( RESUMEN CAUSA Y ACCION CORRECTIVA REQUERIDA)
COMPONENTES DEL ENTREGABLETITULO DESCRIPCION
RECEPCCION LIDER DEPRUEBA
RECEPCCION CLIENTE APROBACION CLIENTE
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 51/71
CRITERIOS DE ACEPTACION
CRITERIOS DE ACEPTACION /RECHAZO
Los criterios de aceptación son los planteados en el plan de pruebas, por ningún motivoserán modificado y/o alterados, se debe mantener el objetivo del proyecto y en ningúncaso se debe desviar, se debe mantener las funcionalidades preestablecidas, en el diseñodel software.
Se debe cumplir con todos los requerimientos gráficos y de usabilidad de cada uno de los
módulos.
CRITERIOS DE FINALIZACION DE PRUEBAS
Todas las pruebas serán dadas por concluidas, cundo no se presente ningún pendienteque comprometa la funcionalidad de la aplicación, es decir no quede ninguna corrección
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 perotienen 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.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 52/71
PLAN DE GERENCIA DE RIESGOS
SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO ALCLIENTE.
Aprobado por:
____________________ _____________________
Firma fecha
____________________ _____________________
Firma fecha
Fecha de entrega: 30 de marzo de 2011
Documento No 3 Versión 1
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 53/71
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 debeconocer y aprender a manejar, para que el proyecto se cumpla con éxito. Hoy día, todoslos proyectos deben incluir dentro de su plan general de trabajo, un plan general demanejo de riesgos, ya que en el camino siempre se presentan dificultades y estas debenser previstas, para que cuando se presenten tener un plan de contingencia, paracontrarrestar ese riesgo. De lo contrario cualquier riesgo puede entorpecer el proyecto enejecución.
OBJETIVO
El objetivo del plan de riesgos es poder contemplar los futuros problemas como siestuvieran pasando hoy, y así poder modelar una situación lo más real posible, parabrindar una solución acorde a lo esperado, todo esto con el fin de cuando se presente unasituación más o menos parecida a los modelados previamente diseñados, poder ejecutarun plan de contingencia organizado y con la mayor confiabilidad posible.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 54/71
ALCANCE
La gerencia de Riesgos se aplica sobre el proyecto SITEMA PARA LAADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE, teniendoen cuenta cada uno de los entregables definidos en el plan de trabajo, considerando lostiempos estimados en cronograma.
El plan de riesgo abarca la totalidad de las actividades del proyecto, no hay actividad queeste por fuera del plan de riesgo, este es un proceso integrador, que ayuda a todos losprocesos en caso de presentarse algún problema, entre ellos por citar un ejemplo seencuentran:
El plan de pruebas, la gerencia de riesgo estipulara el riesgo en cada una de las fasesdentro de la etapa de prueba, se tiene en cuenta los recursos tecnológicos a utilizar, siestos están disponibles, estima el impacto en caso de ocurrir algún fallo o falta de recurso
para continuar el proceso etc.
Veamos todo más claro con un cuadro de nuestro proyecto.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 55/71
GESTION DE RIESGOS
Riesgo Descripción Categoría Efecto Probabilidadde perdida
Magnitudde laperdida(
semanas)
Acceso ainternet
En losmomentos deprueba ypuesta enmarcha delproducto senecesitaacceso deinternetconstante
Proyecto Serio 15% 5
Cambio derequerimientos
Una vezavanzado elproyecto , secambien losrequerimientospor parte delCliente
ProyectoSerio 35% 13
Producto
Tecnología dePunta
Que latecnologíaactual se masavanzada quelaimplementada
Proyecto Tolerable 5% 6
Herramientasy Recursos
En elmomento de
realizar elproyecto nocontamos conlasherramientasnecesarias
Proyecto Serio 35% 2
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 56/71
Cambio degerente
Cambioimprevisto Proyecto Catastrófico 50% 30
RecursoHumano
Contratarpersonal con
pocaexperiencia enel campo dedesarrollo
Proyecto Serio 35% 20
DEFINICIONES
Las acciones preventivas a realizar según los riesgos detectados son:
Como las pruebas de nuestro proyecto requieren acceso a internet, porque seránprobadas 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 estaforma, podemos probar nuestras aplicaciones en un servidor local en una red local.
Los cambios abruptos de requerimiento, se contemplara un plazo de 4 semanas, parapoder responder ante un cambio de requerimiento drástico, no sin antes realizar losrespectivos análisis del motivo, si realmente es viable o no y por qué.
Un Plan que evita tener problemas de recursos físicos, es plantear todas las necesidadesen el plan general del proyecto, en la planeación de los tiempos y costos, ahí incluir todoel recurso hardware y software que se ha de utilizar y el que posiblemente se necesitaría.
En caso tal no se halla contemplado un recurso, y este afecte el curso normal delproyecto, se registrara el recurso , la situación en particular y el recurso necesitado, todoesto para que quede dentro del baúl de conocimiento del proyecto para futuras
situaciones similares, poder contemplarla de antemano.Cambio de gerente, un cambio de gerente es totalmente catastrófico en un proyecto,porque sería una nueva forma de trabajar, de pensar etc. Pero para mitigar y poderdisminuir el impacto de este riesgo se establecerán políticas de direccionamiento, es decirse tratara un proyecto como una entidad netamente ajena a las personas, se debe cumplircon el planteamiento que aprobó el cliente.
Dentro de todo proyecto se corre un riesgo que el personal contratado tenga falencia, en
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 57/71
los temas específicos a tratar, como dentro de un proyecto no tenemos tiempo paracapacitar al personal, se realizara un extenso y profundo plan de selección de personal,con los conocimientos específicos, para el proyecto. Si llegase a ocurrir que dentro delproyecto hay una persona con falencia, se le debe apoyar (se busca en la lista decompetencia 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 más perjudicial parael proyecto.
Como toda empresa de desarrollo y gerencia de software que contempla todos los riesgosa nivel general, también se contempla el servicio eléctrico, la empresa tendrá de respaldo,ups y además plantas eléctricas capaces de suministrar fluido eléctrico todo el tiempoque sea necesario, para que el proyecto sigua a delante sin ningún tipo de problema.
DOCUMENTOS RELACIONADOS
INFORME DEACCIÓN
CORRECTIVA
PREVENTIVA
Tema /Asunto: Ref:
Fecha inicio:
Realizado por:
1.- Personas queparticipan en laacción y coordinador:
2.- Descripción del problema que se quiere eliminar o evitar:
3.- Acciones precedentes o primeras acciones adoptadas:
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 58/71
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 efectuarán para verificar la eficacia de las solucionesimplantadas, fechas y responsables:
8.- Resultados obtenidos, conclusión del expediente:
NO DEBE CONCLUIRSEUNA ACCIÓN HASTA QUENO SE HAYA VERIFICADO
LA EFICACIA DE LASSOLUCIONES
IMPLANTADAS O BIEN SEHAYAN ARGUMENTADO
LAS CAUSAS DE SUCIERRE
Firma Responsable de la acción:
Fecha cierre:
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 59/71
PROCESO DE GERENCIA
La planeación de riesgo que tendremos en cuenta será la siguiente:
Identificación 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 impactoque podría tener dentro del desarrollo normal del proyecto
Evaluar riesgo: El Plan de evaluación se llevara de acuerdo con los formatos deevaluación de riesgo, como se mencionó anteriormente se tendrá en cuenta su origen, elgrado de riesgo e impacto que este tendrá sobre el proyecto.
Selección de riesgo críticos: Se considera un riesgo critico todo aquel que impida elcurso normal del proyecto y que impidan le ejecución de las funciones básicas delsistema.
Definir el enfoque para evitar o mitigar el riesgo: Dentro de la etapa de planeación seintroducen tiempos y costos adicionales dentro de cada proceso en caso tal presentarseuno de los riesgos críticos detectados en la etapa anterior , de esta manera todo riesgo
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 60/71
critico es contemplado dentro del plan de trabajo y dentro del cronograma, es decir quede presentarse no causara traumatismo por que dispondrá de tiempo y recursos paramanejarlo, y en caso que no se presente, es tiempo , recurso y costos que se gana elproyecto.
Definir enfoques de reporte y asignación de estado al riesgo: Cada riesgo en cadaetapa tendrá su reporte de estado es decir, si el riesgo está activo o ya fue pasado sinpresentarse. Esto ayudara a controlar en cada etapa el estado de un riesgo.
Definir la organización y responsabilidades de la Gerencia de Riesgo: La gerencia deriesgo 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 finalizaciónde cada uno de ellos, con el fin de no dar cabida a sorpresas dentro de cada uno de losprocesos.
Área de Contingencia y Prevención: En caso tal se presente un riesgo es el área encargada de actuar para mitigar el riesgo, también será el área encargada junto con elárea de control, coad ayudar para que el proyecto avance en los tiempos establecidos ycostos programados
ORGANIZACIÓN 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 segeneran las siguientes responsabilidades según cargo dentro del proyecto:
JEFE DE PROYECTO:
Determina el enfoque de la Gerencia de Riesgos.
Selecciona los riesgo críticos que deben ser incluidos en la Gerencia deRiesgo
Asignar un responsable a cada riesgo Critico
Trabajar con el equipo de proyecto (cliente y terceras partes) paraidentificar las probabilidades y los impactos de que los riesgos.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 61/71
Aprobar el Plan de Gerencia de Riesgo
Revisar periódicamente las acciones preventivas, mitigación ycontingencia de riesgos.
Manejar la identificación implementación de las acciones correctivasasociadas con los riesgos críticos.
Evaluar la efectividad de las acciones para evitar y/o mitigar los riesgosactuales.
Aprobar la implementación de los planes de contingencia
Aprobar la adición de riesgos críticos.
JEFE DE PLANEACION:
Sera el encargado de implementar el plan de riesgo junto con su equipode trabajo.
También será el encargado de reportar riesgos críticos no contempladodentro del plan de riesgo
Sugerir cambios en los planes de contingencia, que no estén acordecon 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 DISEÑO:
Implementar los planes de riesgo propuesto por la Gerencia deRiesgo
Sera el encargado de priorizar los riesgos críticos yrecomendaciones de actividades para la Gerencia de Riesgo, dentrode su área de aplicación
Reportar el estado de los riesgos críticos
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 62/71
Evaluar la efectividad de las acciones actuales de prevención,mitigación 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 deRiesgo
Priorizar riesgos
Evaluar el plan de mitigación, prevención y contingencia entregadopor la Gerencia.
Sugerir nuevos tipos de riesgo
Implementar los planes para la prevención y/o mitigación de riesgo.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 63/71
REGISTRO DE RIESGO Y REPORTE DE RIESGOS CRITICOS
REPORTE DERIESGO
CRITICO
MEDIO
NORMAL
Tema /Asunto: Ref:
Fecha inicio:
Realizado por:
1.- Personas que participanque reporta el riesgocoordinador:
2.- Descripción del riesgo que se puede materializar:
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 UNAACCIÓN HASTA QUE NO SE
HAYA VERIFICADO LA EFICACIADE LAS SOLUCIONES
IMPLANTADAS O BIEN SE
HAYAN ARGUMENTADO LASCAUSAS DE SU CIERRE
Firma Responsable de la acción:
Fecha cierre:
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 64/71
IDENTIFICACION DE RIESGO
En nuestro proyecto identificamos varios riesgos y estos están documentados enla plataforma dotProject. Por favor revise la plataforma, mas sin embargo se
anexan como documento aparte del trabajo.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 65/71
PLAN DE GERENCIA DE LA CALIDAD
SITEMA PARA LA ADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO ALCLIENTE.
Aprobado por:
____________________ _____________________
Firma fecha
____________________ _____________________
Firma fecha
Fecha de entrega: 30 de marzo de 2011
Documento No 4 Versión 1
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 66/71
INTRODUCCION
Como todo proceso productivo dentro de una línea de producción, tiene un plan decalidad que le asegura que su producto y/o servicio cumplirá con todos los estándares yexpectativas del cliente, nosotros como gerentes de proyecto debemos de la mismaforma, asegurar por medio de un plan de calidad, que nuestros productos y servicioscumplirá con los objetivos planteados y las expectativas del cliente. Un cliente satisfecho,significa un plan de calidad sólido.
OBJETIVO
El objetivo del plan de Gerencia de La Calidad es asegurar que todos los procesosejecutados cumplan con los estándares de calidad estipulada en el mercado, a nivel de
desarrollo y productos, entregando un software que satisfaga las expectativas del clienteen todos los aspectos previamente establecidos.
ALCANCE
La Gerencia de Calidad se aplica sobre el proyecto SITEMA PARA LAADMINISTRACION DE LOS BIENES LOGISTICOS Y SERVICIO AL CLIENTE, teniendoen cuenta como primordial objetivo cumplir los objetivos del proyecto y llenar lasexpectativas del cliente.
Nuestro plan de calidad tendrá como alcance cubrir todo el proceso de desarrollo desoftware , desde que se inicia la necesidad hasta que se entregue el producto final alcliente, para esto tomaremos como modelo de desarrollo de software , el modeloincremental, que permita una participación del cliente desde el inicio hasta la etapa finaldel proceso, esto es de una gran ayuda ya que , garantiza la completa participación ysatisfacción 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 satisfacción sea como una negociación Gana-Gana.
Nuestro principal alcance es integrar el plan de calidad como un estándar en cada una de
las etapas de desarrollo, aplicando estándares ya probados, los cuales se certificaransegún la norma ISO 9000 que evaluara si estos se cumplen o no al 100%.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 67/71
DEPENDENCIAS
El plan de calidad dependerá absolutamente del Líder De Calidad, será el encargado consu mesa de ayuda de la implementación y constante verificación del mismo , para
asegurar que el producto durante toda su etapa de desarrollo siguió un estricto control decalidad total y satisfacción esperada.
GERENCIA
ORGANIZACIÓN: Nuestro equipo de trabajo estará compuesto por:
Líder 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 Líder de calidad verificaran que el equipo decalidad implemente de forma correcta, el plan de calidad, de realizar lassugerencias
Mesa de ayuda: estará compuesto por:
1. Ingeniero experto en Calidad de Software: será el encargado de velar porque se cumplan cada uno de los procedimientos elaborados por el líder decalidad, será el encargado de retroalimentar las dificultades y los avances
al líder de calidad.
2. Analista de gestión certificado con competencia iso 9001: será quienvigile que todos los procedimientos , en cuanto a calidad se cumplan deacuerdo a las normas preestablecidas y probadas( normas iso, tsp, etc) yayudar a documentar cada uno de los eventos dentro del plan de calidad
3. Analista de sistema: es la persona que brindara apoyo al analista degestión, quien aclara al equipo de trabajo a llenar los formatospreestablecidos.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 68/71
DOCUMENTACION
PLAN DE TRABAJO
PLAN DE CALIDAD
PLAN DE RIESGOS
PLAN DE PRUEBAS
Toda esta documentación esta entregada en cada uno de los anexos anteriores.
ESTANDARES DEFINIDOS
Incluya claramente, los estándares que aplican a su proyecto. Utilice los formatos que hanutilizado durante todos los cursos de ingeniería de software, y durante el curso de calidadde software.
ESTANDARES DE DISEÑO
El estándar utilizado será el diseño UML orientado a objetos, debido que nuestroprograma será desarrollado en un lenguaje libre orientado a objetos “JAVA”.
El estándar Para nuestras bases de Datos será el MODELO RELACIONAL, que permiteun excelente manejo a bases de datos que contenga un gran flujo de información.Evitando duplicidad de datos y garantizando la calidad de los datos, También garantiza laintegridad referencial, es decir que si al eliminar un dato, también se eliminan todos losregistros dependientes de él.
LIDER DECALIDAD
IGENIERO DECALIDAD
ANALISTA DEGESTION
ANALISTA DESISTEMA
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 69/71
Para nuestra aplicación utilizaremos el modelo CLIENTE VISTA CONTROLADOR, quees similar al cliente servidor que va incluido intuitivamente en nuestro proyecto, estemodelo, nos paramétrica que los clientes pueden acceder a los servicios de la aplicaciónpor medio de un navegador web , y también por medio de una aplicación de escritorioaccediendo directamente a la capa de lógica de negocios. O EJB.
.
Nuestro estándar de comunicación será el Modelo Cliente/Servidor, donde todos losclientes realizan pedidos para acceder a los servicios del servidor y este responde sussolicitudes.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 70/71
ESTANDAR DE PROGRAMACION
Nuestro estándar de programación será el estándar orientado a objeto, debido a que es elmodelo de programación más aceptado y avalado para el desarrollo de aplicaciones.
REVISIONES
Como nuestro proyecto está basado en el desarrollo incremental, es decir cada etapatiene su entregable aprobado y/o avalado por el cliente, las revisiones se realizarandurante la etapa de desarrollo de cada entregable, esto garantizara una orientación allogro de los objetivos en un 90 %.
Toda revisión de cada proceso tiene su documentación, los cuales están provisto en elplan de calidad, lo cual nos ayudara a documentar de una forma organizada nuestroproyecto, ya que; a medida que avanza el proyecto se ira documentando.
Revisión inicio de proyecto: Esta etapa se lleva acabo después de la etapa deestudio de viabilidad, donde se establecerá si contamos con todos los recursosnecesarios para poder llevar a cabo el proyecto, se tienen en cuenta los recursoshardware y software, como también de talente humano y económicos.
Revisiones de proceso: Nuestro modelo a seguir nos obliga a revisar cada unode los entregables en cada una de las etapas, cada entregable debe estar avaladoa satisfacción por el cliente, de lo contrario no se puede continuar con la siguienteetapa, esto garantiza una revisión durante todo el proceso de desarrollo.
Revisiones Gerenciales: Se tendrá en cuenta el manejo del riesgo, como estáclasificado, si los planes de riesgos están bien planteados, si están acorde con losobjetivos del proyecto, en cuanto tiempo y recursos, también se verificara el plande 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 firmarontodas las actas de cierre del proyecto, realizar retroalimentaciones de las técnicasutilizadas en cada una de las etapas del proceso.
Revisión técnica: Se realizara una verificación de toda la documentación delproyecto la cual debe estar acordó con lo planteado en cada uno de los alcances yfinalidades de cada una de las etapas, con el fin de garantizar una documentaciónen regla y organizada para posteriores necesidades.
5/10/2018 Gerencia y Desarrollo de Sotfware - slidepdf.com
http://slidepdf.com/reader/full/gerencia-y-desarrollo-de-sotfware 71/71
GERENCIA DE REQUERIMIENTO
La gerencia de requerimiento tendrá como objetivo solidificar cada uno de losrequerimientos especificados por el cliente, abarcara todo el proceso de análisis derequerimiento, tendrá un exhaustiva participación en la consolidación de requerimientos,los requerimientos sobre los cual se tendrá un mayor control serán los requerimientosfuncionales, es decir; todas las actividades que el cliente quiere que el producto le supla.Se verificaran los diseños basados en los requerimientos, lo anterior para ratificar que eldiseño está acorde con lo el cliente requiere, una vez estemos seguro que tanto el cliente
como los encargados del proyecto están 100% claro con los requerimientos expuestos,se dará viabilidad para la siguiente fase.
ACCIONES PREVENTIVAS Y CORRECTIVAS
Las acciones correctivas y preventivas están estipuladas en el plan de riesgo, por talmotivo no se detalla mucho en este apartado, lo que se describirá es que la Gerencia deCalidad, 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 riesgoscontemplados en determinada fase y el cual es el plan para contrarrestar dicho riesgo.