Está en la página 1de 48

INDICE

INDICE............................................................................................................ 1

9.2 Equipo de Control de Cambios.........................................................................36

1. Resumen Ejecutivo El presente proyecto llega a la consultora A TEAM por medio electrnico (email), donde el Sr. ngel Cotillo, Gerente de Produccin de la empresa FAPERSA S.A. hace de conocimiento la necesidad de cambiar el sistema que posee SIPOM (Sistema Integrado de Planificacin y Organizacin de Mantenimiento), desarrollados con el lenguaje de programacin COBOL bajo una plataforma sistema 36 IBM, por un sistema ms flexible, de diseo web, en la que modernice los flujos de procesos, para ello se concert una cita con el Sr. Cotillo y el Sr. Roger Espejo, Gerente de la empresa A TEAM, con la finalidad de especificar la necesidad del cambio y facilitar los requerimientos bsicos del sistema a implantar para el rea de produccin.

2. Definicin 2.1. Antecedentes La empresa FAPERSA S.A. inici sus operaciones el 15 de julio de 1994, elaborando tuercas y pernos con cabeza hexagonal, aplicando el proceso de forjado en caliente. Posteriormente desarroll su lnea industrial con la fabricacin de repuestos industriales, tales como pernos de anclaje, pernos ojo, pines de muelle, abrazaderas de muelle, esprragos, varillas roscadas, etc.; respetando los estndares del mercado internacional.

Actualmente FAPERSA tiene en funcionamiento un sistema

SIPOM

(Sistema integrado de Planificacin y Organizacin de Mantenimiento) este sistema integrado est formado por los subsistemas Programacin y control de mantenimiento, administracin de materiales, administracin de personal tcnico, actualizacin de documentacin tcnica, control de estado tcnico de materiales. Estos sistemas fueron desarrollados con el lenguaje de programacin COBOL bajo una plataforma sistema 36 IBM.

El proceso de produccin se basa en la transformacin de todo tipo de varillas de metal (acero, fierro, aluminio, etc.) en pernos u otros productos empleando procedimientos de fros o calor. Se ha realizado un estudio del sistema actual llegando a detectar los siguientes problemas:

Poca capacidad de almacenaje de informacin Lentitud en la obtencin de respuesta

La carencia de un sistema que optimice la materia prima sobrante en los procesos de fabricacin de pernos, tuercas y dems productos del mismo rubro. La compaa de soluciones integrales A-Team, ha visto por conveniente optimizar el uso de la materia prima en el proceso de produccin de tuercas de la empresa FAPERSA S.A., minimizando el desperdicio de la misma (merma), para tal efecto realizaremos una aplicacin web que apoye la gestin de produccin, y la capacitacin de esta solucin. 2.2. Definiciones, Abreviaturas y Acrnimos a.- Sistema: es el conjunto de procesos o servicios automatizados que cumplen con uno o ms objetivos funcionales. Entregables a ser provisto por el proveedor de acuerdo al contrato.

b.- Entidad: Representa una cosa u "objeto" del mundo real con existencia independiente, es decir, se diferencia unvocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.

c.- Proveedor: Se aplica a la empresa que se dedica a proveer o abastecer de productos necesarios a una persona o empresa. d.- Cdigo fuente: El cdigo fuente de un programa informtico (o software) es un conjunto de lneas de texto que son las instrucciones que debe seguir la computadora para ejecutar dicho programa. e.- Entregables: Documentos que describen los avances hechos en un determinado tiempo. f.- Prototipo: Un diseo terminado de acuerdo a los requerimientos sin ser revisado g.- Base de datos: Conjunto de datos ordenados en tablas que permite una ms rpida accesibilidad a la informacin que se desea obtener. h.- Perno: Se denomina perno a una pieza metlica, normalmente de acero o hierro, larga, cilndrica, semejante a un tornillo pero de mayores dimensiones, con un extremo de cabeza redonda y otro extremo que suele ser roscado. En este extremo se enrosca una chaveta, tuerca, o remache, y permite sujetar una o ms piezas en una estructura, por lo general de gran volumen.

i.- Tuerca: Se denomina tuerca a la pieza roscada interiormente, que se acopla a un tornillo formando una unin roscada, fija o deslizante. Las funciones que realiza una tuerca son las siguientes: Sujetar y fijar uniones de elementos desmontables. Se puede

incorporar a la unin una arandela para mejorar la fijacin y apriete de la unin. Convertir un movimiento giratorio en lineal.

La tuerca es un elemento que est normalizado de acuerdo con los sistemas generales de roscas que existen y siempre debe tener las mismas caractersticas geomtricas del tornillo con el que se acopla.

j.- Pavonado: Proceso que consiste en calentar los pernos y tuercas a una temperatura de 410C durante aproximadamente 15 minutos luego de lo cual se procede a darle un bao en aceite, presentando luego de esto un color negro. Para esto se necesita de un horno que consta de una faja transportadora para el traslado de los pernos y tuercas desde la cmara del horno donde se calientan hasta el bao de aceite. Este acabado protege al perno y la tuerca de la oxidacin.

k.- Zincado: El recubrimiento electroltico de zinc sobre superficies frricas, gracias al empleo del proceso de "zinc cido", podemos ofrecer un tratamiento que responde tanto a las exigencias del zincado tcnico como a la de los acabados decorativos por su extraordinario brillo. Tiene entres sus principales caractersticas la gran resistencia anticorrosiva, alto brillo, excelente acabado, pasivados de color azul y amarillo entre otros. El zincado electroltico es debido a su excelente relacin en prestaciones/precio infinidad utilizado como protector anticorrosivo

de aplicaciones (automotores, construcciones mecnicas,

electrnica entre otros).

l.- Galvanizado: Proceso consistente en recubrir la superficie del perno y de la tuerca a travs de una inmersin en una solucin fundida de zinc. El espesor de la capa de zinc en el galvanizado es mayor que la capa del zincado en fro. Tiene ventajas mantenimiento, la durabilidad varias como la de menor costo de de los productos galvanizados es

directamente proporcional al espesor del revestimiento de zinc e inversamente, a la agresividad del medio ambiente, puede resistir 10 aos en atmsferas industriales, 20 aos en atmsfera martima y frecuentemente ms de 25 aos en reas rurales. El proceso de galvanizado es simple, directo, y totalmente controlado, lo cual permite una inspeccin fcil, la naturaleza del proceso es tal que, si el revestimiento parece continuo y perfecto, realmente lo es.

m.- Roscar: El roscado consiste en la mecanizacin helicoidal interior (tuercas) y exterior (tornillos, husillo) sobre una superficie cilndrica. Este tipo de sistemas de unin y sujecin (roscas) est presente en todos los sectores industriales en los que se trabaja con materia metlica.

La superficie roscada es una superficie helicoidal, engendrada por un perfil determinado, cuyo plano contiene el eje y describe una trayectoria helicoidal cilndrica alrededor de este eje.

El roscado se puede efectuar con herramientas manuales o se puede efectuar en mquinas tanto taladradoras y fresadoras, como en tornos. Para el roscado manual se utilizan machos y terrajas.

Los machos y terrajas son herramientas de corte usadas para mecanizar las roscas de tornillos y tuercas en componentes slidos tales como, metales, madera, y plstico.

Un macho se utiliza para roscar la parte hembra del acoplamiento (por ejemplo una tuerca). Una terraja se utiliza para roscar la porcin macho del par de acoplamiento (por ejemplo un perno).

2.3. Objetivos del proyecto Objetivo General El Objetivo del presente documento es mejorar la gestin de produccin, reduciendo costos as como ampliar el catlogo de productos estandarizados y no estandarizados adems de ayudar a la gerencia de la toma de decisiones. Objetivo Especficos Crear un diseo web que tenga por funcionalidad la de facilitar al usuario el llenado de datos y que arrojen la informacin precisa sobre la cantidad de materia prima a usar y el desperdicio que generara. Generar un historial de productos producidos, con sus respectivos clculos con la finalidad de no ser evaluados nuevamente y generar clculos ya existentes.
Se mostrar a la gerencia cuadros estadsticos y comparativos

informes por cada fabricacin de un determinado producto.

2.4. Lanzamiento del Proyecto Desarrollo del Software: Caractersticas Generales del sistema: El proyecto consiste en implementar una solucin informtica basada en el sistema de planeacin y administracin MRP (planificacin de los requerimientos de material) empleando tecnologa ASP.Net y Microsoft SQL Server 2005 como motor de base de datos.

Caracterstica de seguridad del sistema:

El sistema contara con distintos tipos de usuarios; estos usuarios contaran con nmero determinado de permisos, estas se validaran con ventas de logeo adems las claves caducaran en un lapso de 30 das.

Desarrollo del Sistema:

Anlisis: El anlisis y documentacin del proyecto se realizara mediante la metodologa RUP (Rational Unifed Process). Diseo: El diseo del sistema se efectuar mediante el

modelamiento de datos mediante la Modeling Language)

metodologa UML(Unified

Desarrollo: Se desarrollara el sistema mediante estndares de programacin basndose en los requerimientos del cliente, se documentacin del cdigo fuente.

Inspecciones y Pruebas: Se implementara el prototipo final en la empresa, solicitando al cliente ejecute las pruebas respectivas con la finalidad de mejorar o modificarlo. Consideraciones Generales: Ahorro en el clculo de la materia prima, facilidad de uso, control del proceso productivo (online).

2.5. Alcance 2.5.1. Administracin del Alcance del Proyecto Implementar un sistema en el rea de produccin, el cual busca desarrollar un software de aplicacin web que permite hacer clculos en la materia prima para poder determinar la materia prima en s que se necesita para desarrollar el pedido adems creando catlogos de productos (contendr los clculos

necesarios para un tipo determinado de producto ya calculado, para tenerlo en una base de datos) y determinar el material sobrante de cuanto ser, adems contara con un control de la produccin el cual puede hacerse va online por parte de la gerencia general.

10

2.6. Procesos a ser usados por el proyecto PROCESOS DESCRIPCION JUSTIFICACION ACTIVIDADES INVOLUCRADAS Levantamiento de informacin de requerimientos. Construccin de la estructura del sistema. En este proceso se planificar, disear, construir el aplicativo a emplearse en el presente proyecto, tomando como referencia la documentacin analizada de los procesos. El aplicativo ser de vital importancia, ya que con el cambio de un sistema cliente servidor a un sistema web las consultas se harn en tiempo real y sern consultadas en cualquier lugar. Presentacin del diseo funcional. Diseo y construccin del prototipo del sistema. Creacin de mdulos del sistema. Entrega del sistema web a publicar Nos permite obtener una descripcin detallada del avance del proyecto desde el levantamiento de informacin hasta el acta de aprobacin

Proceso de Desarrollo del Software

Proceso de Documentaci n

Es el registro detallado de las actividades de conforman las fases del proyecto.

Redaccin de informes semanales y mensuales sobre los avances del proyecto(actas, entregables, informes, etc.)

Proceso

de

Proceso en el cual

Este proceso es

Analizar

perfiles

11

profesionales, segn los requerimientos del proyecto. se asignar el personal idneo de acuerdo a sus especialidades y a las necesidades del proyecto. importante, porque con un adecuado equipo de trabajo se podr cumplir en forma satisfactoria con los plazos establecidos en el cronograma. Reclutar y seleccionar personal con los perfiles ya analizados. Designar las tareas y o funciones al personal con plazos establecidos. En este proceso el cliente da conformidad al avance del proyecto mediante los entregables de acuerdo al cronograma establecido. Nos permite avanzar con los puntos establecidos, asegurando que el trabajo realizado cumpla las expectativas del cliente Emisin del documento de avance y conformidad(entreg able) al cliente.

asignacin de personal

Proceso control calidad

de de

12

2.7. Requerimientos del proyecto Nro. de Requerimiento del Proyecto 1 2 3 4 5 6 7 8 9 10 11

Requerimientos El sistema tendr una aplicacin amigable para el usuario El sistema tendr una pantalla de logeo con tipos de usuario El sistema tendr una pantalla con un men distinto para cada tipo de usuario El sistema tendr una pantalla para calcular cuanto se necesitara de materia prima si el producto no est en el catalogo El sistema tendr una opcin de visualizar y actualizar los clculos hechos en el catalogo de productos El sistema permitir enviar la proforma de clculo de materia prima a otras reas va email El sistema permitir imprimir la proforma El sistema tendr la opcin de ingresar diario el curso de la produccin (nmeros de productos producidos) El sistema tendr la opcin que otro tipo de usuario de gerencia acepte la proforma Solo el tipo de usuario Gerencia puede modificar o eliminar el pedido producido El sistema tendr la opcin de introducir una nota si la produccin est por debajo de lo esperado por algn motivos El sistema tendr la opcin de comparar como tiene que ir la produccin y en qu estado se encuentra la produccin real El sistema tendr la opcin de visualizar en un grafico como va la produccin El sistema tendr la opcin de hacer clculos para determinar cuanto ser lo sobrante y cuanto se producir El sistema tendr la opcin de importar los datos del catalogo para no hacer nuevos clculos El sistema tendr la opcin de agregar un nuevo clculo dentro del catalogo para un uso posterior

12 13 14 15 16

13

17 18

El sistema tendr una ventana visualizando el catalogo El sistema tendr una ventana para clculos de materia prima y merma Para modificar o eliminar un producto del catalogo o pedido, ser registrado el nombre del usuario y la fecha en que lo hizo automticamente, adems saldr una ventana de confirmacin de esta operacin El sistema contara con una base de datos actualizada de este proceso El sistema tendr una ventana de gestin de produccin

19

20 21

2.8. Restricciones y Supuestos del proyecto Se establecer los siguientes lmites de restricciones y supuestos del proyecto: A-TEAM se compromete a brindar entregables semanales al cliente.
A-TEAM se compromete a cubrir las necesidades de funcionalidad del

sistema a implantar al cliente.


FAPERSA S.A.se compromete a implementar un espacio fsico y la

tecnologa necesaria para la implantacin del sistema.


El usuario (FAPERSA S.A.) no podr agregar otro requerimiento a lo

acordado.
El hardware y las licencias de software para el uso del sistema en los

ambientes de produccin son responsabilidad de FAPERSA S.A.


En caso de alguna perdida fsica o retiro por parte al algn miembro de A -

TEAM o FAPERSA S.A, las empresas mencionadas tendrn que contratar al remplazo respectivo para la continuidad del proyecto.
En caso de que FAPERSA S.A requiera de otra funcionalidad en el

sistema y sea de suma urgencia, A TEAM se reunir con el sponsor y estudiara la factibilidad de la misma (Tiempo y Costo), para la aprobacin respectiva o rechazo de la misma.

14

En el caso de insatisfaccin total del producto entregado por parte de

FAPERSA S.A, A TEAM tendr un plazo mx. de 30 das posteriores a la entrega final del producto para hacer las correcciones del caso. En caso de incumplimiento de algunas de las clausulas antes mencionadas por A TEAM, FAPERSA S.A. ser amonestada con el 30% del costo total del proyecto.
En

caso de incumplimiento de algunas de las clausulas antes

mencionadas por FAPERSA S.A., A TEAM ser amonestada con el 30% del costo total del proyecto.

2.8.1. Tiempo El cronograma establecer los tiempos necesario para cada etapa del proyecto adems se ha anticipado cualquier evento inesperado que retrase el proyecto con una holgura de tiempo por cada etapa determinada. Si en el caso que hubiera un evento drstico que excediera la holgura ya determinada, se tendra que modificar los tiempos de cada etapa dentro del cronograma. 2.8.2. Costos Los costos del proyecto estn detallados en la viabilidad econmica en donde se muestra el desembolso del dinero que har la empresa FAPERSA por el proyecto. 2.8.3. Alcance Este alcance nace a partir del documento firmado por parte de la empresa, aceptando los requerimientos funcionales y no funcionales del proyecto, estipulando los controles de calidad que son los entregables por cada semana que estn establecidos en el contrato.

15

2.9. Estrategia de solucin Este Proyecto se basa en UML que es un lenguaje para especificar, construir, visualizar y documentar los artefactos de un sistema de software orientado a objetos. Un artefacto es una informacin que es utilizada o producida mediante un proceso de desarrollo de software. Adems nos ayudaremos de la metodologa RUP que es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, que constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Esta metodologa RUP estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a sus estimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP se enfocan fuertemente sobre arquitectura del software; la puesta en prctica rpida de caractersticas se retrasa hasta que se ha identificado y se ha probado una arquitectura firme.

La ventaja principal de RUP es que se basa todo en las mejores prcticas que se han intentado y se han probado en el campo. Todos estos puntos nos ayudaran a llevar el proyecto de una forma ms ordenada. Adems hemos contado con un Sistema de Planeacin y Administracin que es el MRP (planificacin de los requerimientos de material) que consiste en la planeacin de la produccin y el sistema de control de inventarios.

16

Tiene el propsito de que se tengan los materiales requeridos, en el momento requerido para cumplir con las rdenes de los clientes. El proceso de MRP genera una lista de rdenes de compra sugeridas, un reporte de riesgos de material. Programa las adquisiciones a proveedores en funcin de la produccin programada. Bsicamente tiene tres objetivos principales que son los siguientes:
Asegurar materiales y productos que estn disponibles para

la produccin y entrega a los clientes.


Mantener los niveles de inventario adecuados para la Operacin. Planear las actividades de manufactura, horarios de entrega y

actividades de compra.

2.9.1. Tipo de proyecto Proyecto Optimizacin de Materia Prima

2.9.2. Factores crticos de xito Este Proyecto se basa en UML que es un lenguaje para especificar, construir, visualizar y documentar los artefactos de un sistema de software orientado a objetos. Un artefacto es una informacin que es utilizada o producida mediante un proceso de desarrollo de software. Adems nos ayudaremos de la metodologa RUP que es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, que constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos.

17

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Esta metodologa RUP estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a sus estimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP se enfocan fuertemente sobre arquitectura del software; la puesta en prctica rpida de caractersticas se retrasa hasta que se ha identificado y se ha probado una arquitectura firme.

La ventaja principal de RUP es que se basa todo en las mejores prcticas que se han intentado y se han probado en el campo. Todos estos puntos nos ayudaran a llevar el proyecto de una forma ms ordenada. Adems hemos contado con un Sistema de Planeacin y Administracin que es el MRP (planificacin de los requerimientos de material) que consiste en la planeacin de la produccin y el sistema de control de inventarios. Tiene el propsito de que se tengan los materiales requeridos, en el momento requerido para cumplir con las rdenes de los clientes. El proceso de MRP genera una lista de rdenes de compra sugeridas, un reporte de riesgos de material. Programa las adquisiciones a proveedores en funcin de la produccin programada. Bsicamente tiene tres objetivos principales que son los siguientes:

Asegurar materiales y productos que estn disponibles para Mantener los niveles de inventario adecuados para la Operacin.

la produccin y entrega a los clientes.

18

Planear las actividades de manufactura, horarios de entrega y

actividades de compra.

Uno de los factores crticos de xito est dado por el compromiso departe de de A TEAM con FAPERSA S.A. y la realizacin completa del proyecto en sus diferentes fases

19

2.9.3. Proveedor encargado

Requerimiento de servicio y / o productos


-

Justificacin de la adquisicin
Mejorar el proceso de produccin de pernos con la finalidad de disminuir la merma a cantidades mnimas. Disminuir los costos de fabricacin de pernos. Tener informacin con un pequeo margen de error sobre las materias primas a emplearse en el proceso de produccin. Elaborar un catalogo de productos en donde se detallen las cantidades de materia prima a emplearse producto del control de produccin.

Servicio de Optimizacin de Materia Prima

Control de Produccin -

Obtener reportes sobre la produccin en periodos de tiempos que ayudarn en la toma de decisiones. Obtener datos estadsticos sobre las fallas de elaboracin en determinados productos.

20

3. Estructura general del Proyecto WBS

21

4. Organizacin del proyecto 4.1. Organigrama del Proyecto

22

4.2. Asignacin de Recursos del Proyecto Equipo/Rol necesario Descripcin Definir el proyecto y evaluar sus necesidades. Redactar proyecto. Jefe de proyecto Calcular el costo del proyecto. Contratar al equipo de produccin.
Realizar un seguimiento e informes del

Cantidad

Porcentaje asignado

las

especificaciones

del

100%

progreso del proyecto, en trminos de calidad, costo y plazos de entrega. Realiza tareas de levantamiento, anlisis y diseo de los sistemas informticos, adicionalmente Analista funcional supervisa la 1 80% programacin o realizacin de la misma, disear las salidas, entradas, archivos y programas de cada sistema. Supervisar las pruebas del programa. Redacta la documentacin tcnica del proyecto, manuales de usuario, manuales de sistema, los entregables, Documentador informes de trabajo, documentacin del cdigo fuente del sistema y de la base de datos 2 70%

Programadores

Se

encarga

de

escribir, depurar

50%

23

mantener

el

cdigo

fuente traslada

de las

un programa informtico, ejecutable. Adems de elaborar

especificaciones del analista en cdigo grficos y

diagramas para describir y determinar en qu secuencias habr que proceder al registro y tratamiento de los datos.

4.3. Comit de Gestin 4.3.1. Comit de Gestin Este comit estar encargado de la adecuada operatividad del sistema, siendo esta la instancia mxima para la toma de decisiones, y estar conformada por el Jefe de proyecto de A TEAM y el Lder de usuarios ngel Cotillo. 4.4. Plan de Capacitacin Recurso Mtodo de Capacitacin Descripcin de la capacitacin Se realizara en las instalaciones de A-Team, en esta primera fase se explicara la definicin de la metodologa MRP en que consistes, para que y porque utilizarla. Asimismo se dar a conocer sus beneficios como satisfaccin del cliente, disminucin de stock, reduccin de horas de trabajo, disminucin de costos, rapidez en la entrega de pedido. Se explicara el funcionamiento de sistema planeacin de requerimientos. de

Directorio

Conferencia

Sponsor (ngel Cotillo) Obreros Participativa Reunin

Participacin y retroalimentacin con los empleados de la planta.

24

5. Cronogramas 5.1. Diagrama de Hitos Hitos 1.- Inicio de operaciones (Kick Off) 2.- Levantamiento de informacin 3.- Fase de planeamiento 4.- Fase de anlisis y diseo 5.- Fase de estrategia 6.- Fase de construccin 7.- Fase de prueba 8.- Puesta en produccin Fecha 03-25-10 03-28-10 03-28-10 04-02-10 04-05-10 04-11-10 04-23-10 06-20-10

25

5.2. Cronograma del proyecto

26

6. Anlisis de Beneficios BENEFICIOS INTANGIBLES Beneficio Aumentara la satisfaccin del Cliente Mejora de la produccin del personal Reduccin de horas extras de trabajo Permitir que los operarios respondan e informen de la misma manera. Se obtiene una correcta programacin de actividades Supuesto Entrega rpida de pedido

BENEFICIOS TANGIBLES Beneficio Acceso momento en Valor del beneficio Supuesto Se obtiene informacin por Internet logrando una integracin con las dems reas. Aumento de la rentabilidad Reduccin de costos En un 50% En un 50% Se obtiene mejora en el proceso productivo. Aumento de beneficios

cualquier En un 100% a la

informacin confiable

7. Estimaciones

27

7.1. Estimaciones del Ciclo de vida del software Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Por esta razn A-team reducir estos inconvenientes construyendo slo una parte del sistema, reservando otros aspectos para niveles posteriores. El desarrollo incremental es el proceso de construccin siempre incrementando subconjuntos de requerimientos del sistema. Ciclo de vida incremental OMAPRI

Anlisis Descomposicin de la informacin dada por nuestro cliente, haciendo una revisin de sus requerimientos. El proceso de recopilacin de los requisitos se centra e intensifica especialmente en el software por eso se comprender el mbito de la informacin del software, as como la funcin, el rendimiento y las interfaces requeridas.

28

Diseo El diseo del software se enfocara en cuatro atributos distintos del programa OMAPRI: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterizacin de la interfaz. Se traducir los requisitos en una representacin del software con la calidad requerida antes de comenzar codificacin.

Implementacin El diseo debe traducirse en una forma legible para la maquina. Si el diseo se realiza de una manera detallada su implementacin se desarrollara favorablemente.

Prueba Una vez generado el cdigo comenzara la prueba del programa OMAPRI. La prueba se centrara en la lgica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren.

29

Estimaciones de Recursos Tecnologa Crticos 7.1.1. Requerimientos de Hardware Ambiente de desarrollo Computadora Descripcin - Intel Core 2 Duo T9400 2.53 Ghz. - Memoria Kingston 3 Gb. 2 Notebook - Sistema Operativo de 64 bits. - Windows 7 Versin Ultimate. - Tarjeta de video Nvidia Geforce 9600M GT. - Disco Duro Seagate Barracuda 9200.10 500 Gb. - Intel Core 2 Duo 1.8 Ghz. - Memoria Kingston 2Gb. - Sistema Operativo de 32 bits. - Windows 7 - Versin Ultimate. 2 PC - Teclado Genius KB-06 Negro (Multimedia). - Mouse Genius NetScroll 200 USB. - Tarjeta de red Inalambrica Pci D-link. - Monitor Philips LED Full HD de 22". - Tarjeta de video Nvidia Geforce 9600M GT. Ambiente de Testing Computadora Descripcin - Intel Core 2 Duo 1.8 Ghz. - Memoria Kingston 2Gb. - Sistema Operativo de 32 bits. - Windows 7 - Versin Ultimate. 2 PC - Teclado Genius KB-06 Negro (Multimedia). - Mouse Genius NetScroll 200 USB. - Tarjeta de red Inalambrica Pci D-link. - Monitor Philips LED Full HD de 22". - Tarjeta de video Nvidia Geforce 9600M GT.

30

7.1.2. Requerimientos de Software Lenguaje y software para programacin Asp.net 2.0 .NET Framework 3.5 Adobe Acrobat Professional 9.0 Erwin 4.1 Bpwin 4.0 Almacenamiento de datos SQL Server 2000

Herramientas Informaticas Microsoft Office Word 2007 Microsoft Office Project 2007 Microsoft Office Excel 2007 WinRar 3.8
Cdigo fuente del Proyecto

Se entregara un documento Microsoft Office Word visualizando el cdigo usado en la aplicacin para un posterior uso por parte de la empresa FAPERSA S.A. Este cdigo es un estndar en las aplicaciones de A-TEAM S.A.

8. Gestin de Riesgos

31

8.1. Categoras de Riesgos De de los Requerimientos * Requerimientos Imprecisos En el avance del proyecto OMAPRI existe la posibilidad de que los requerimientos estn incompletos (21 requerimientos), o que presenten fallas por un mal anlisis departe del cliente (Fapersa) como del proveedor (A TEAM), durante la ejecucin del proyecto. Tambin cliente. De los RRHH * Rotacin de equipo de Trabajo La realizacin del proyecto involucra el esfuerzo de uno o ms individuos. La probabilidad de que el avance de este proceso se vea afectado por circunstancias no favorables (despidos, retiro de algn miembro por aspectos personales) ya sea del mismo equipo de trabajo, patrocinadores, clientes, colaboradores individuales, pueda afectar el desarrollo de la misma. Del Software base * Uso inapropiado del software base El proyecto puede estar afectado por el mal uso de los componentes del software (ingreso a browser inadecuado, alteracin de cdigo fuente sin autorizacin, etc.), por parte del cliente o el proveedor. Tambin est referida al mal uso que se le d en casos de extraccin del cdigo fuente por parte del cliente (Fapersa) o venta sin autorizacin por parte del proveedor (A-TEAM) existe la probabilidad de desacuerdo, insatisfaccin o

incumplimiento de los requerimientos que no cubren las expectativas del

32

De los procesos de Migracin * Retraso del proyecto debido a la Migracin de Base de datos El proyecto puede sufrir un retraso considerable debido a la migracin de la base de datos del cliente, que pudiese estar en una versin antigua, en otro tipo de programada diferente al utilizado por el proveedor o que este sea inexistente y se deba crear e ingresar datos a las tablas respectiva. * Mal funcionamiento del producto desarrollado por errores de datos La categora mencionada est referida al riesgo existente por parte del proveedor (A-TEAM), en la que no entregue un producto adecuado por errores en la codificacin, ingreso de datos, mala estructuracin de la base de datos, etc. y por ende el rechazo del mismo por parte del cliente.

De la calidad del producto desarrollado * Baja calidad del producto desarrollado Esta categora de riesgo est referida a la posibilidad de que el producto desarrollado por parte de A TEAM no sea de la calidad y servicios esperados por parte del cliente (Fapersa), y por ende sea rechazado. * Usuario final insatisfecho Este riesgo est referido a la contingencia de que el producto final no llene las expectativas del cliente (Fapersa). Tambin existe la posibilidad de no adaptarse o resistirse al cambio por parte de los usuarios para el manejo del software que se va a implementar.

33

Probabilidad de Ocurrencia del Riesgo

Nivel de probabilidad Sumamente probable Considerablemente probable Probable Poco probable

ndice 4 3 2 1

Impacto en el Proyecto del Riesgo

Nivel del impacto Muy alta Alta Baja Muy baja

ndice 4 3 2 1

34

Cdigo

Situacin de riesgo

Impacto

Consecuenci a Atraso en la

Responsabl e

Probabilidad Exposicin

Plan de mitigacin

Plan de Contingencia Atender

Insatisfacci 00000 n o de requerimient 4

conformidad de entregables, incomodidad del cliente. Analista funcional 3 12

Definir detalle

al inmediatame cada nte del cliente las inquietudes

requerimiento

Falta

de

Impedimento para poder Jefe de Proyecto Buena remuneracin 2 8 con penalidad, concientizaci n Contar personal apoyo con de realizar con 4 total eficacia, aglomeraci n de trabajo, incomodidad en el equipo

compromiso, desatencin 00000 por parte del A -TEAM, o sponsor s Falta de

colaboradore

colaboracin por parte del personal 00000 debido a su resistencia al cambio falta . y de 3 Incomodidad en el equipo de trabajo Jefe de Proyecto Capacitacin participativa Reunin con le Sponsor 3 9 para aclarar las clusulas del contrato.

conocimiento

9. Administracin de Cambios 9.1. Procedimiento de Gestin de Cambios: El procedimiento de Gestin de cambios para el proyecto OMAPRI se dar cuando se presenten imprevistos y/o cambios significativos en el desarrollo del mismo.

35

El procedimiento se genera con el documento que estipula la necesidad del cambio en algn requerimiento y ser evaluado segn el grado en que afecta el proyecto en costo y duracin, para su aprobacin o rechazo. Definiciones Cambio: Se denomina cambio a cualquier alterar en las caracterstica de los servicios en el contrato. Es cualquier tipo de alteracin en las caractersticas de los servicios en el contrato Esta alteracin, no contemplar los siguientes puntos: No se podr alterar el contrato consecuencia de la solicitud de cambio. No se proceder al cambio cuando este resulte excesivamente caro y sobrepase el presupuesto aprobado anteriormente, tanto por parte del cliente (FAPERSA) o el proveedor (A TEAM). Las tcnicas, metodologas y herramientas a utilizar para el desarrollo del proyecto se conservarn fundamentalmente durante el tiempo de la misma. Se tendr que mantener la igualdad econmica del proyecto para ambas partes. 9.2 Equipo de Control de Cambios Rol Dirigir apertura del proyecto kick off Recurso asignado JP

36

Reunin con usuarios Monitorear y dirigir equipo del proyecto Elaboracin de mens del sistema Implementar PMBOK a las fases del proyecto

JP - AF JP PR JP - AF

-Realizacin de los reportes del sistema. -Determinar los parmetros de perfiles de usuario del sistema para que cada uno tenga un nivel de seguridad. -Generar parmetros de accesibilidad para cada tipo de usuario. DC PR DBA

Definicin Siglas JP = Jefe de Proyecto AF = Analista Funcional PR = Programador DBA = Administrador de base de datos DC = Documentador

10. Administracin de Problemas Los puntos de control de administracin de problemas e incidentes brindan beneficios cuantificables y agregan valor a medida que se avanza desde el manejo de incidentes al anlisis de la cusa raz y de los problemas en mltiples niveles hasta llegar a la resolucin del problema previo a los incidentes. A

37

TEAM realizara una gestin de problemas o incidentes basada en las mejores prcticas (ITIL). Para ello se enfocar en: Aumento de eficiencia. Resolucin de problemas previos al incidente. Anlisis del problemas en mltiples niveles y anlisis de causa raz. Proporcionar una adecuada gestin de la calidad (saber identificar el sistema de procesos de negocio). Reducir riesgos asociados.

38

11. Planes de Soporte en la administracin de Proyectos 11.1. Plan de Comunicacin

Nombre del Proyecto: Optimizacin de Materia Prima Preparado por: Roger Espejo Fecha: 13 de Mayo del 2010 Informacin requerida Kick off Responsable de elaborarlo Roger Espejo Para su entrega a los Stakeholders Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Lista de Requerimientos Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe Escrito, por email Documento Entregable (Formato Microsoft Office Word). Cronograma del Proyecto Mtodo de comunicacin a utilizar Escrito, por Documento Entregable Descripcin de la Comunicacin Documento Entregable (Formato Microsoft Office Word). Cronograma del Proyecto Frecuencia

39

del Proyecto A-TEAM SA Project Charter Roger Espejo Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Cronograma del Proyecto Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto WBS del producto Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe Escrito, por email Documento Entregable (Formato Word y Ms Project). Cronograma del Proyecto Escrito, por email Documento Entregable (Formato Word y Ms Project). Cronograma del Proyecto Escrito, por Documento Entregable Documento Entregable (Formato Microsoft Office Word). Cronograma del Proyecto

40

del Proyecto A-TEAM SA BPWIN detallando los procesos de la empresa Roger Espejo Abreg Jefe del Proyecto Plan de Proyecto Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Modelo de caso de Uso Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe Escrito, por Documento Entregable Documento Entregable (Formato Word y Erwin). Cronograma del Proyecto Escrito, por Documento Entregable Documento Entregable (Formato Microsoft Office Word). Cronograma del Proyecto Roger Espejo Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Escrito, por email Documento Entregable (Formato BPWIN y Word). Cronograma del Proyecto

41

del Proyecto A-TEAM SA Diseo de la base de datos Roger Espejo Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Prototipos Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Manual de Usuario Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto Escrito, por Documento Entregable Documento Entregable (Formato Word y ejecutables). Cronograma del Proyecto Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto

42

del Proyecto A-TEAM SA Manual de Instalacin del Software Roger Espejo Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Cdigo Fuente de la Aplicacin Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto Acta de conformidad del sistema Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto

43

del Proyecto A-TEAM SA Manual de Capacitacin Tcnica y de Usuarios Roger Espejo Abreg Jefe del Proyecto Acta del cierre del Proyecto Roger Espejo A-TEAM SA Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Roger Espejo Abreg Jefe del Proyecto A-TEAM SA Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto Roger Espejo Ing. ngel Cotillo Medrano Lder usuario FAPERSA S.A. Escrito, por Documento Entregable Documento Entregable (Formato Word). Cronograma del Proyecto

44

11.2.

Anlisis de StakeHolder Necesidades de informacin especificas Documentos de la propuesta tcnicas

StakeHolder del proyecto

econmica del proyecto. Jefe de proyecto Acata de aceptacin del alcance Informe de gestin de avance del proyecto Solicitud de cambios Reporte de incidencias Acta de aceptacin al pase a produccin Entrega del documento de aprobacin

tcnica respecto al sistema, configuracin y capacitacin Analista funcional Consultores tecnolgico Programadores Lder de usuario Balance del proyecto Requerimientos funcionales y no funcionales identificados por el lder de usuarios y lder tcnico Estndares de programacin Estndares de base de datos Documentos de avance del proyecto. Documentacin de presupuesto. Actas de conformidad.

45

12. Planes de Calidad(Pruebas)


Actividad Responsable Frecuencia Descripcin Funcionamiento de interfaces de cada uno de los procesos de involucrados a nivel genrico(pantallas de registro, mantenimiento, etc.) Prueba integral de los resultados mostrados por el sistema por medio de posibles casos reales Funcionamiento de los procedimientos funcionales y programas segn los algoritmo.

Unitaria

Programadores

Cada 4 das

Integral

Programadores

Cada 7 das

Funcional

Programadores

Cada 4 das

12.1.

Referencias

13. A.1 Cronograma(s)

Cronograma Practice standard WBS Rational Unified Processes Unified Modeling Language

Ubicacin http://www.hyperthot.com/pm_wbs.htm http://www.pmi.org/CareerDevelopment/Pag es/AboutCredentialsPMP.aspx http://www01.ibm.com/software/awdtools/rup/ http://www01.ibm.com/software/rational/uml/

Responsable del cronograma Project management institute IBM IBM

A.2 Definicin de trminos

46

Termino Check

Definicin Comprobar, verificar, revisar(No chequear) StakeHolder es un trmino ingls utilizado por primera vez por R. E. Freeman en su obra: Strategic Management: A Stakeholder Approach, (Pitman, 1984) para referirse a quienes pueden afectar o son afectados por las actividades de una empresa. Se puede definir como cualquier persona o entidad que es afectada por las actividades de una organizacin; por ejemplo, los trabajadores de esa organizacin, sus accionistas, las asociaciones de vecinos, sindicatos, organizaciones civiles y gubernamentales, etc. La planificacin de los requerimientos de material o MRP es un Sistema de Planeacin y Administracin, usualmente asociada con un software basado en la planeacin de la produccin y el sistema de control de inventarios usado para los procesos de manufactura gerencial.

StakeHolder

MRP

Tiene el propsito de que se tengan los materiales requeridos, en el momento requerido para cumplir con las rdenes de los clientes. El proceso de MRP genera una lista de rdenes de compra sugeridas, un reporte de riesgos de material. Programa las adquisiciones a proveedores en funcin de la produccin programada.

A.3 Documento relacionados Nombre PMBOK descripcin La Gua del PMBOK es un estndar en la gestin de proyectos desarrollado por el Project Management Institute (PMI). La misma comprende dos grandes secciones, la primera sobre los procesos y contextos de un proyecto, la segunda sobre las reas de conocimiento especfico para la gestin de un proyecto. En 1987, el PMI public la primera edicin del PMBOK en un intento por documentar y estandarizar informacin y Ubicacin http://www.pmi.org/P ages/default.aspx

47

prcticas generalmente aceptadas en la gestin de proyectos. La edicin actual, la cuarta, provee de referencias bsicas a cualquiera que est interesado en la gestin de proyectos. Posee un lxico comn y una estructura consistente para el campo de la gestin de proyectos

B. Aprobacin Aprobado por ngel Cotillo Cargo Gerente de Produccin Firma Fecha 14-05-10

48