gerencia y desarrollo de sotfware

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

.



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



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



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




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



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.



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.



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



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.



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.



PLAN GENERAL DEL PROYECTO


Aprobado por:

____________________ _____________________

Firma fecha

____________________ _____________________

Firma fecha

Fecha de entrega: 10 de marzo de 2011

Documento No 1 Versión 1



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



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



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?



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



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.



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.



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.

http://es.wikipedia.org/wiki/Sistemas_de_informaci%C3%B3n_gerencial



http://es.wikipedia.org/wiki/Producci%C3%B3n



http://es.wikipedia.org/wiki/Inventario



http://es.wikipedia.org/wiki/Contabilidad



http://es.wikipedia.org/wiki/Negocios










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.

http://es.wikipedia.org/wiki/Cliente_(econom%C3%ADa)



http://es.wikipedia.org/wiki/CRM



http://es.wikipedia.org/wiki/SRM



http://es.wikipedia.org/wiki/Planificaci%C3%B3n_de_recursos_empresariales


http://es.wikipedia.org/wiki/Data_warehouse



http://es.wikipedia.org/wiki/Customer_relationship_management%3e%20%3c08-03-2011

http://es.wikipedia.org/wiki/Customer_relationship_management%3e%20%3c08-03-2011








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.



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



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



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.**



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.



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



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.



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.



CRONOGRAMA DEL PROYECTO



PLAN DE PRUEBAS


Aprobado por:

____________________ ____________________

Firma fecha

____________________ _____________________

Firma fecha





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.



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



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.



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.



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.



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



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.



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.



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.



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)



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



FUNCIONALIDAD 4.


SCRIPT VERIFICACIONSTATUS INVENTARIO

LOGISTICA DE MATERIALES

FUNCIONALIDAD 5.


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



FUNCIONALIDAD 7.


SCRIPT VERIFICACIONSTOCK

LOGISTICA DE MATERIALES

SCRIP ENVIO DENOTIFICACION

LOGISTICA DE USUARIOS

FUNCIONALIDAD 8.


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.


SCRIPT VERIFICACIONHISTORIAL DE CONSUMO

LOGISTICA ATENCION ORIENTACION AL CLIENTE

SCRIPT ENVIONOTIFICACION

LOGISITICA ORIENTACION AL CLIENTE



FUNCIONALIDAD 10.


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



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



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



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



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



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:



REPORTE DE INCIDENCIAS INTERNAS

REPORTE DE INCIDENCIAS

AREA FECHA-RECIBIDO REALIZADO POR

ELEMENTOEVALUADO

SCRIPT DEPRUEBA No.

NOMBRE CORREGIDO

CAMBIOS REALIZADOS:

DEVOLUCION:



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



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.



PLAN DE GERENCIA DE RIESGOS


Aprobado por:

____________________ _____________________

Firma fecha

____________________ _____________________

Firma fecha





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.



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.



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




Cambio degerente

Cambioimprevisto Proyecto Catastrófico 50% 30

RecursoHumano

Contratarpersonal con

pocaexperiencia enel campo dedesarrollo


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



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:



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:



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



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.



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



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.



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:



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.



PLAN DE GERENCIA DE LA CALIDAD


Aprobado por:

____________________ _____________________

Firma fecha

____________________ _____________________

Firma fecha





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%.



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.



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



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.



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.



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.

gerencia y desarrollo de sotfware

Documents