El documento describe el actual sistema manual de inventarios de repuestos del Comando de Transportes del Ejército y la necesidad de implementar un nuevo sistema informatizado. El objetivo general es desarrollar un prototipo de sistema de información para el control de inventarios que brinde información oportuna y un servicio eficiente. De esta forma, se mejorará el proceso de mantenimiento de vehículos y la eficiencia operativa del Comando de Transportes.
El documento presenta una nueva metodología llamada Metodología Integradora de Procesos Empresariales (MIPE) para el desarrollo de sistemas de información. La MIPE integra los niveles estratégicos, tácticos y operacionales basándose en la gestión del conocimiento. Esto soluciona problemas comunes donde los sistemas solo cumplen con requisitos operacionales y no apoyan la toma de decisiones. La MIPE también aplica indicadores para medir la eficiencia de los procesos. El documento analiza los
Este documento describe los problemas relacionados con el manejo de inventarios en la empresa PROECOL en Bucaramanga, Colombia. Actualmente no hay un control adecuado de la materia prima, productos terminados, desperdicios de producción y equipos de medición. El objetivo general es diseñar e implementar un software de inventarios para la empresa. Se propone utilizar prototipos y PHP, Jquery y MySQL para el desarrollo del sistema, con casos de uso como ingreso, registro de productos, desperdicios y equipos.
El documento describe un proyecto para implementar un sistema de información que monitoree en tiempo real el desempeño de las líneas de producción continuas de tubería de una empresa. El sistema permitirá identificar oportunidades de mejora en el rendimiento, la calidad y la disponibilidad de la capacidad instalada. Se evaluaron tres alternativas y se seleccionó la opción de implementar el sistema ProductionACE debido a que ofrece la mejor relación costo-beneficio.
Este documento presenta un proyecto de desarrollo de software llamado Proyecto Saha para mejorar la productividad de una cooperativa agrícola. El proyecto tiene como objetivo principal desarrollar una aplicación que facilite el control de inventario, planillas y costos de producción en el área de bodega de la cooperativa. El documento describe los integrantes del proyecto, los objetivos generales y específicos, y un resumen ejecutivo del problema actual de la cooperativa y cómo la aplicación propuesta lo resolverá. También incluye descripciones
El documento presenta un resumen sobre sistemas de información de manufactura. Explica que los sistemas son conjuntos de unidades relacionadas que transforman materias primas en productos terminados para su venta. Luego describe que el diseño para la manufacturabilidad considera tres aspectos: diseño para el ensamble, diseño para el proceso y diseño para la calidad. Finalmente, indica que el diseño para la manufacturabilidad y el desarrollo integral de productos requieren esfuerzos adicionales en las primeras etapas del diseño pero producen resultados como productos
Este documento presenta un proyecto para desarrollar un sistema de control de inventario para la empresa Portal Tuxtepec. El sistema actual es obsoleto y lento, causando errores y duplicidad en las actualizaciones del inventario. El nuevo sistema mejorará la interfaz, reducirá los tiempos de espera, y será multiplataforma. El proyecto analizará el sistema actual, aplicará reingeniería de software para mejorar los procesos de captura de inventario, bajas de productos e impresión de reportes.
Este documento describe los objetivos y procesos de un nuevo sistema de gestión de la producción. El sistema se desarrollará modularmente para permitir su implementación gradual. El sistema rastreará los productos fabricados y gestionará el control de producción. Mantendrá maestros de datos, planificará la producción, controlará el proceso de fabricación y generará informes.
Este documento presenta un proyecto para diseñar e implementar un sistema de administración y control de artículos militares de la Intendencia de las Fuerzas Armadas de Bolivia. El sistema busca automatizar los procesos de distribución, inventario y control de pedidos para mejorar la eficiencia. Actualmente el sistema es semi-automatizado y presenta problemas como la recolección de datos lenta y falta de control de inventarios. El proyecto usará metodologías como ICONIX y herramientas como PowerDesigner y SQL Server para el análisis, diseño e
El documento presenta una nueva metodología llamada Metodología Integradora de Procesos Empresariales (MIPE) para el desarrollo de sistemas de información. La MIPE integra los niveles estratégicos, tácticos y operacionales basándose en la gestión del conocimiento. Esto soluciona problemas comunes donde los sistemas solo cumplen con requisitos operacionales y no apoyan la toma de decisiones. La MIPE también aplica indicadores para medir la eficiencia de los procesos. El documento analiza los
Este documento describe los problemas relacionados con el manejo de inventarios en la empresa PROECOL en Bucaramanga, Colombia. Actualmente no hay un control adecuado de la materia prima, productos terminados, desperdicios de producción y equipos de medición. El objetivo general es diseñar e implementar un software de inventarios para la empresa. Se propone utilizar prototipos y PHP, Jquery y MySQL para el desarrollo del sistema, con casos de uso como ingreso, registro de productos, desperdicios y equipos.
El documento describe un proyecto para implementar un sistema de información que monitoree en tiempo real el desempeño de las líneas de producción continuas de tubería de una empresa. El sistema permitirá identificar oportunidades de mejora en el rendimiento, la calidad y la disponibilidad de la capacidad instalada. Se evaluaron tres alternativas y se seleccionó la opción de implementar el sistema ProductionACE debido a que ofrece la mejor relación costo-beneficio.
Este documento presenta un proyecto de desarrollo de software llamado Proyecto Saha para mejorar la productividad de una cooperativa agrícola. El proyecto tiene como objetivo principal desarrollar una aplicación que facilite el control de inventario, planillas y costos de producción en el área de bodega de la cooperativa. El documento describe los integrantes del proyecto, los objetivos generales y específicos, y un resumen ejecutivo del problema actual de la cooperativa y cómo la aplicación propuesta lo resolverá. También incluye descripciones
El documento presenta un resumen sobre sistemas de información de manufactura. Explica que los sistemas son conjuntos de unidades relacionadas que transforman materias primas en productos terminados para su venta. Luego describe que el diseño para la manufacturabilidad considera tres aspectos: diseño para el ensamble, diseño para el proceso y diseño para la calidad. Finalmente, indica que el diseño para la manufacturabilidad y el desarrollo integral de productos requieren esfuerzos adicionales en las primeras etapas del diseño pero producen resultados como productos
Este documento presenta un proyecto para desarrollar un sistema de control de inventario para la empresa Portal Tuxtepec. El sistema actual es obsoleto y lento, causando errores y duplicidad en las actualizaciones del inventario. El nuevo sistema mejorará la interfaz, reducirá los tiempos de espera, y será multiplataforma. El proyecto analizará el sistema actual, aplicará reingeniería de software para mejorar los procesos de captura de inventario, bajas de productos e impresión de reportes.
Este documento describe los objetivos y procesos de un nuevo sistema de gestión de la producción. El sistema se desarrollará modularmente para permitir su implementación gradual. El sistema rastreará los productos fabricados y gestionará el control de producción. Mantendrá maestros de datos, planificará la producción, controlará el proceso de fabricación y generará informes.
Este documento presenta un proyecto para diseñar e implementar un sistema de administración y control de artículos militares de la Intendencia de las Fuerzas Armadas de Bolivia. El sistema busca automatizar los procesos de distribución, inventario y control de pedidos para mejorar la eficiencia. Actualmente el sistema es semi-automatizado y presenta problemas como la recolección de datos lenta y falta de control de inventarios. El proyecto usará metodologías como ICONIX y herramientas como PowerDesigner y SQL Server para el análisis, diseño e
Este documento presenta la información general de un programa de formación en automatización industrial. El programa dura 18 meses lectivos y 24 meses totales, formando tecnólogos. El objetivo es formar aprendices competentes en gestionar, diseñar y realizar mantenimiento de máquinas y procesos automatizados. El programa desarrolla competencias en gestión de automatización industrial, mejora de eficiencia y productividad, y ejecución de mantenimiento de máquinas automatizadas.
Este documento describe un proyecto para diseñar un software de control de inventario para la empresa Rancho J&N en Ecuador. Actualmente, la empresa maneja el control de inventario de forma manual usando hojas de cálculo, lo que causa demoras. El proyecto tiene como objetivo diseñar un software en Visual Studio 2013 con una base de datos en SQL para mejorar la eficiencia. De esta forma, el software automatizará procesos como el ingreso y egreso de mercadería, facturación e informes, beneficiando a la empresa y sus clientes.
El documento presenta los principios 7 y 8 de la producción Lean. El principio 7 se refiere al uso del control visual para que los problemas no se oculten. El principio 8 indica que solo se debe usar tecnología fiable y probada que apoye a las personas y los procesos. Se proporcionan ejemplos como paneles de control, flujogramas y diagramas para lograr la visibilidad de los procesos y objetivos. También se discuten conceptos como el TPM para mantener las máquinas en condiciones óptimas.
TECNOLOGÍAS emergentes - direccion de la producciondaalsi
El documento describe la evolución de las tecnologías de planificación como MRP, MRP II y JIT, con énfasis en mejorar la productividad, calidad, servicio al cliente y reducir desperdicios. También explica conceptos como el bill of materials, el master production schedule y cómo el MRP II integra diferentes funciones como planeación de operaciones, requerimientos de materiales y capacidad.
David Prieto Vázquez tiene una amplia experiencia en cargos de liderazgo en la industria automotriz, especialmente en Faurecia. Es ingeniero industrial con posgrados en organización industrial, calidad y gestión de producción. Ha trabajado en plantas de Faurecia en España y Estados Unidos, ocupando cargos como Director Técnico, Responsable de Producción e Ingeniero de Proceso, liderando equipos grandes y logrando excelentes resultados en calidad, seguridad y cumplimiento de objetivos.
Este documento describe un proyecto para crear un sistema que permita controlar la compra y venta de productos agrícolas de forma ordenada. El sistema automatizaría el registro de compras y ventas y ofrecería a los comerciantes una herramienta útil para administrar información. El proyecto incluye requisitos técnicos y económicos, y detalla los participantes, equipos, procesos y arquitectura de la solución propuesta.
Este documento describe un proyecto de investigación aplicado en la empresa Europlast para mejorar su sistema de producción. El proyecto busca implementar soluciones viables basadas en la metodología de procesos integrales y la gestión del conocimiento para crear valor en las áreas de producción, control de calidad y mercado de la empresa. El objetivo general es mejorar los procesos operacionales, tácticos y estratégicos de la empresa mediante la integración de dichos procesos.
La planta de lácteos Funza-Colanta en Colombia está implementando un sistema de gestión ambiental basado en la norma ISO 14001. El documento analiza el cumplimiento de los requisitos de ISO 14001 en la planta y proporciona recomendaciones para mejorar el sistema, incluyendo establecer indicadores para medir el cumplimiento de las metas y mejorar la comunicación interna sobre el sistema de gestión ambiental.
Este documento describe las diferentes áreas involucradas en el proceso productivo de una empresa. Explica que el área de producción se encarga de transformar insumos en productos finales a través de tres niveles: control de producción, seguimiento de objetivos y análisis de costos. También describe las distintas áreas que componen el sistema de producción como localización, distribución, planificación de capacidad, procesos, inventarios, compras y mantenimiento. Finalmente, analiza los criterios y decisiones clave en el área de operaciones relacion
Este documento presenta un proyecto de investigación aplicado en la empresa Europlast para mejorar su sistema de producción. El proyecto analiza los problemas operativos, tácticos y estratégicos de Europlast y plantea objetivos para cada nivel con el fin de optimizar los procesos productivos, establecer normas de calidad y ampliar el mercado. El proyecto justifica el uso de una metodología integradora de procesos basada en la gestión del conocimiento para implementar soluciones sistemáticas que mejoren la toma de decisiones en
El documento describe los conceptos de fábrica visual y control visual. Explica que los controles visuales como tableros de información, listas de verificación, alarmas y marcas en el piso ayudan a mejorar la comunicación, calidad y seguridad en la producción al proporcionar información de forma rápida y clara. También describe sistemas como el ANDON y el Kanban que usan señales visuales para indicar el estado de la producción y los materiales.
Tecnólogo en diseño e integración de automatismos mecatrónicosOrlando Mario
Este documento presenta la información general del programa de formación titulada "Diseño e Integración de Automatismos Mecatrónicos". El programa tiene una duración máxima de 18 meses lectivos y 24 meses de práctica, para un total estimado de aprendizaje de 24 meses. El programa busca brindar las competencias requeridas para realizar el diseño y desarrollo de máquinas y dispositivos mecatrónicos que integren mecánica de precisión, electrónica y sistemas de control para su aplicación en la industria.
Este documento describe el proceso de incorporación de una nueva plataforma en una empresa automotriz, incluyendo la clasificación de la incorporación bajo la norma ISO TS16949, el desarrollo y verificación de la calidad de las herramientas, y los registros de calidad como el ANPQP y el master dot que reflejan el plan de calidad.
Este documento describe la importancia del mantenimiento para el correcto funcionamiento y rendimiento de los equipos. Explica que un buen control del mantenimiento ayuda a maximizar la disponibilidad de los equipos, mejorar la productividad y aumentar los beneficios. Asimismo, detalla los diferentes aspectos que debe abarcar una organización de mantenimiento como la planificación, medición de resultados, actualización tecnológica, capacitación del personal, entre otros.
La producción requiere una planificación rigurosa para coordinar los factores involucrados y lanzar proyectos a tiempo y dentro del presupuesto. Ferromedica utiliza un sistema integrado que permite el diseño y fabricación simultáneos, difundiendo automáticamente órdenes de cambio y minimizando errores. Este sistema evalúa alternativas de producción y brinda información sobre los costos de cambios. La ingeniería de diseño y sistemas ayuda a dirigir actividades de diseño y tareas de coordinación a través de normas, captur
El documento presenta un resumen de un proyecto para desarrollar un sistema de inventario automatizado para el control de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente el sistema es manual y genera errores. El proyecto tiene como objetivo principal desarrollar un prototipo de sistema de información que brinde información oportuna y precisa para una mejor gestión de los inventarios. Los objetivos específicos incluyen análisis del sistema, diseño, implementación, pruebas y mantenimiento del sistema automatizado.
El documento presenta un resumen de un proyecto para desarrollar un sistema de inventario automatizado para el control de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente el sistema es manual y genera errores. El proyecto tiene como objetivo principal desarrollar un prototipo de sistema de información que brinde información oportuna y precisa para una mejor gestión de los inventarios. Los objetivos específicos incluyen análisis del sistema, diseño, implementación, pruebas y mantenimiento del software.
Este documento presenta un resumen del sistema de inventarios propuesto para el parque automotor del Comando de Transportes del Ejército de Bolivia. El sistema busca mejorar el control y registro de repuestos mediante la implementación de una base de datos computarizada que permita llevar un seguimiento actualizado de existencias, ingresos, egresos, ubicaciones y reportes. El documento describe el problema actual, los objetivos del sistema, su justificación, metodología, desarrollo general y componentes clave como estructura de datos, diseño de procesos y
Este documento describe la necesidad de crear un sistema computarizado para el registro y control de inventarios de repuestos en los almacenes de los Batallones de Transportes del Ejército de Bolivia. Actualmente, la gestión de los inventarios se realiza de forma manual, lo que genera problemas como pérdida de tiempo, errores y falta de información actualizada. El objetivo principal del nuevo sistema es mejorar el control de inventarios mediante la automatización de los procesos. El sistema se desarrollará en etapas que incluyen análisis de requisitos, diseño,
Este documento presenta un resumen del sistema de inventarios propuesto para el parque automotor del Comando de Transportes del Ejército de Bolivia. El sistema busca mejorar el control y registro de repuestos mediante la implementación de una base de datos computarizada que permita llevar un seguimiento actualizado de existencias, ingresos, egresos, ubicaciones, proveedores y pedidos. El documento describe el problema actual, los objetivos del sistema, su justificación, metodología, desarrollo general y componentes clave como estructura de datos, diseño de
El documento presenta el diseño de un sistema de inventarios de repuestos para el parque automotor del Comando de Transportes del Ejército. El sistema permitirá registrar, almacenar y gestionar la información sobre los repuestos existentes, realizar pedidos, controlar ingresos y egresos, y generar reportes. El diseño incluye tablas de datos, diagramas entidad-relación y de procesos, y la arquitectura del sistema.
El documento describe el desarrollo de un prototipo de sistema de información para controlar los inventarios de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente, el sistema es manual y genera errores e ineficiencias. El nuevo sistema automatizará los procesos de control de inventario, recepción de repuestos, entrega de repuestos, y reportes. El objetivo general es brindar información oportuna y precisa para mejorar el servicio. El sistema se implementará en etapas de análisis, diseño, codific
Este documento presenta la información general de un programa de formación en automatización industrial. El programa dura 18 meses lectivos y 24 meses totales, formando tecnólogos. El objetivo es formar aprendices competentes en gestionar, diseñar y realizar mantenimiento de máquinas y procesos automatizados. El programa desarrolla competencias en gestión de automatización industrial, mejora de eficiencia y productividad, y ejecución de mantenimiento de máquinas automatizadas.
Este documento describe un proyecto para diseñar un software de control de inventario para la empresa Rancho J&N en Ecuador. Actualmente, la empresa maneja el control de inventario de forma manual usando hojas de cálculo, lo que causa demoras. El proyecto tiene como objetivo diseñar un software en Visual Studio 2013 con una base de datos en SQL para mejorar la eficiencia. De esta forma, el software automatizará procesos como el ingreso y egreso de mercadería, facturación e informes, beneficiando a la empresa y sus clientes.
El documento presenta los principios 7 y 8 de la producción Lean. El principio 7 se refiere al uso del control visual para que los problemas no se oculten. El principio 8 indica que solo se debe usar tecnología fiable y probada que apoye a las personas y los procesos. Se proporcionan ejemplos como paneles de control, flujogramas y diagramas para lograr la visibilidad de los procesos y objetivos. También se discuten conceptos como el TPM para mantener las máquinas en condiciones óptimas.
TECNOLOGÍAS emergentes - direccion de la producciondaalsi
El documento describe la evolución de las tecnologías de planificación como MRP, MRP II y JIT, con énfasis en mejorar la productividad, calidad, servicio al cliente y reducir desperdicios. También explica conceptos como el bill of materials, el master production schedule y cómo el MRP II integra diferentes funciones como planeación de operaciones, requerimientos de materiales y capacidad.
David Prieto Vázquez tiene una amplia experiencia en cargos de liderazgo en la industria automotriz, especialmente en Faurecia. Es ingeniero industrial con posgrados en organización industrial, calidad y gestión de producción. Ha trabajado en plantas de Faurecia en España y Estados Unidos, ocupando cargos como Director Técnico, Responsable de Producción e Ingeniero de Proceso, liderando equipos grandes y logrando excelentes resultados en calidad, seguridad y cumplimiento de objetivos.
Este documento describe un proyecto para crear un sistema que permita controlar la compra y venta de productos agrícolas de forma ordenada. El sistema automatizaría el registro de compras y ventas y ofrecería a los comerciantes una herramienta útil para administrar información. El proyecto incluye requisitos técnicos y económicos, y detalla los participantes, equipos, procesos y arquitectura de la solución propuesta.
Este documento describe un proyecto de investigación aplicado en la empresa Europlast para mejorar su sistema de producción. El proyecto busca implementar soluciones viables basadas en la metodología de procesos integrales y la gestión del conocimiento para crear valor en las áreas de producción, control de calidad y mercado de la empresa. El objetivo general es mejorar los procesos operacionales, tácticos y estratégicos de la empresa mediante la integración de dichos procesos.
La planta de lácteos Funza-Colanta en Colombia está implementando un sistema de gestión ambiental basado en la norma ISO 14001. El documento analiza el cumplimiento de los requisitos de ISO 14001 en la planta y proporciona recomendaciones para mejorar el sistema, incluyendo establecer indicadores para medir el cumplimiento de las metas y mejorar la comunicación interna sobre el sistema de gestión ambiental.
Este documento describe las diferentes áreas involucradas en el proceso productivo de una empresa. Explica que el área de producción se encarga de transformar insumos en productos finales a través de tres niveles: control de producción, seguimiento de objetivos y análisis de costos. También describe las distintas áreas que componen el sistema de producción como localización, distribución, planificación de capacidad, procesos, inventarios, compras y mantenimiento. Finalmente, analiza los criterios y decisiones clave en el área de operaciones relacion
Este documento presenta un proyecto de investigación aplicado en la empresa Europlast para mejorar su sistema de producción. El proyecto analiza los problemas operativos, tácticos y estratégicos de Europlast y plantea objetivos para cada nivel con el fin de optimizar los procesos productivos, establecer normas de calidad y ampliar el mercado. El proyecto justifica el uso de una metodología integradora de procesos basada en la gestión del conocimiento para implementar soluciones sistemáticas que mejoren la toma de decisiones en
El documento describe los conceptos de fábrica visual y control visual. Explica que los controles visuales como tableros de información, listas de verificación, alarmas y marcas en el piso ayudan a mejorar la comunicación, calidad y seguridad en la producción al proporcionar información de forma rápida y clara. También describe sistemas como el ANDON y el Kanban que usan señales visuales para indicar el estado de la producción y los materiales.
Tecnólogo en diseño e integración de automatismos mecatrónicosOrlando Mario
Este documento presenta la información general del programa de formación titulada "Diseño e Integración de Automatismos Mecatrónicos". El programa tiene una duración máxima de 18 meses lectivos y 24 meses de práctica, para un total estimado de aprendizaje de 24 meses. El programa busca brindar las competencias requeridas para realizar el diseño y desarrollo de máquinas y dispositivos mecatrónicos que integren mecánica de precisión, electrónica y sistemas de control para su aplicación en la industria.
Este documento describe el proceso de incorporación de una nueva plataforma en una empresa automotriz, incluyendo la clasificación de la incorporación bajo la norma ISO TS16949, el desarrollo y verificación de la calidad de las herramientas, y los registros de calidad como el ANPQP y el master dot que reflejan el plan de calidad.
Este documento describe la importancia del mantenimiento para el correcto funcionamiento y rendimiento de los equipos. Explica que un buen control del mantenimiento ayuda a maximizar la disponibilidad de los equipos, mejorar la productividad y aumentar los beneficios. Asimismo, detalla los diferentes aspectos que debe abarcar una organización de mantenimiento como la planificación, medición de resultados, actualización tecnológica, capacitación del personal, entre otros.
La producción requiere una planificación rigurosa para coordinar los factores involucrados y lanzar proyectos a tiempo y dentro del presupuesto. Ferromedica utiliza un sistema integrado que permite el diseño y fabricación simultáneos, difundiendo automáticamente órdenes de cambio y minimizando errores. Este sistema evalúa alternativas de producción y brinda información sobre los costos de cambios. La ingeniería de diseño y sistemas ayuda a dirigir actividades de diseño y tareas de coordinación a través de normas, captur
El documento presenta un resumen de un proyecto para desarrollar un sistema de inventario automatizado para el control de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente el sistema es manual y genera errores. El proyecto tiene como objetivo principal desarrollar un prototipo de sistema de información que brinde información oportuna y precisa para una mejor gestión de los inventarios. Los objetivos específicos incluyen análisis del sistema, diseño, implementación, pruebas y mantenimiento del sistema automatizado.
El documento presenta un resumen de un proyecto para desarrollar un sistema de inventario automatizado para el control de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente el sistema es manual y genera errores. El proyecto tiene como objetivo principal desarrollar un prototipo de sistema de información que brinde información oportuna y precisa para una mejor gestión de los inventarios. Los objetivos específicos incluyen análisis del sistema, diseño, implementación, pruebas y mantenimiento del software.
Este documento presenta un resumen del sistema de inventarios propuesto para el parque automotor del Comando de Transportes del Ejército de Bolivia. El sistema busca mejorar el control y registro de repuestos mediante la implementación de una base de datos computarizada que permita llevar un seguimiento actualizado de existencias, ingresos, egresos, ubicaciones y reportes. El documento describe el problema actual, los objetivos del sistema, su justificación, metodología, desarrollo general y componentes clave como estructura de datos, diseño de procesos y
Este documento describe la necesidad de crear un sistema computarizado para el registro y control de inventarios de repuestos en los almacenes de los Batallones de Transportes del Ejército de Bolivia. Actualmente, la gestión de los inventarios se realiza de forma manual, lo que genera problemas como pérdida de tiempo, errores y falta de información actualizada. El objetivo principal del nuevo sistema es mejorar el control de inventarios mediante la automatización de los procesos. El sistema se desarrollará en etapas que incluyen análisis de requisitos, diseño,
Este documento presenta un resumen del sistema de inventarios propuesto para el parque automotor del Comando de Transportes del Ejército de Bolivia. El sistema busca mejorar el control y registro de repuestos mediante la implementación de una base de datos computarizada que permita llevar un seguimiento actualizado de existencias, ingresos, egresos, ubicaciones, proveedores y pedidos. El documento describe el problema actual, los objetivos del sistema, su justificación, metodología, desarrollo general y componentes clave como estructura de datos, diseño de
El documento presenta el diseño de un sistema de inventarios de repuestos para el parque automotor del Comando de Transportes del Ejército. El sistema permitirá registrar, almacenar y gestionar la información sobre los repuestos existentes, realizar pedidos, controlar ingresos y egresos, y generar reportes. El diseño incluye tablas de datos, diagramas entidad-relación y de procesos, y la arquitectura del sistema.
El documento describe el desarrollo de un prototipo de sistema de información para controlar los inventarios de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente, el sistema es manual y genera errores e ineficiencias. El nuevo sistema automatizará los procesos de control de inventario, recepción de repuestos, entrega de repuestos, y reportes. El objetivo general es brindar información oportuna y precisa para mejorar el servicio. El sistema se implementará en etapas de análisis, diseño, codific
El documento describe el desarrollo de un prototipo de sistema de información para controlar los inventarios de repuestos en los almacenes del Comando de Transportes del Ejército de Bolivia. Actualmente el sistema es manual y genera errores. El nuevo sistema automatizará los procesos de control de inventario, recepción de repuestos, entrega de repuestos y compras. El objetivo general es brindar información oportuna y precisa para mejorar el servicio. El sistema se implementará en etapas de análisis, diseño, codificación, pruebas y mant
Este documento describe un proyecto para desarrollar un sistema de control y seguimiento del mantenimiento de armamento de artillería en el Centro de Mantenimiento de Artillería de Bolivia. El sistema se propone para mejorar el deficiente control manual actual y reducir los riesgos de accidentes. El documento explica la justificación, los objetivos, la metodología y el alcance del proyecto.
Este documento describe el desarrollo de un sistema de control y seguimiento del mantenimiento de armamento de artillería en el Centro de Mantenimiento de Artillería de Bolivia. Actualmente el centro usa un sistema manual que presenta problemas como demoras y falta de actualización de datos. El objetivo del proyecto es desarrollar un prototipo de sistema automatizado para mejorar el control y seguimiento del mantenimiento del armamento. El documento explica la justificación, metodología, objetivos y alcance del proyecto.
Este documento describe el desarrollo de un sistema de control y seguimiento del mantenimiento de armamento de artillería en el Centro de Mantenimiento de Artillería de Bolivia. Actualmente el centro usa un sistema manual que presenta problemas como demoras y falta de actualización de datos. El objetivo del proyecto es desarrollar un prototipo de sistema automatizado para mejorar el control y seguimiento del mantenimiento del armamento. El documento explica la justificación, metodología, objetivos y requisitos del nuevo sistema.
Proyecto sistema de control de mantenimientosgtocutili
El documento describe un proyecto para desarrollar un sistema de control de mantenimiento de vehículos computarizado para el Comando de Transportes del Ejército de Bolivia. Actualmente, el control de mantenimiento se realiza de forma manual, lo que ha dado lugar a registros incompletos y accidentes. El objetivo principal del proyecto es desarrollar un prototipo de sistema de control de mantenimiento computarizado para registrar los detalles del mantenimiento de los vehículos y evitar accidentes. El proyecto incluirá las fases de análisis, diseño,
Proyecto sistema de control de mantenimientomarcelachino
El documento describe un proyecto para desarrollar un sistema de control de mantenimiento de vehículos computarizado para el Comando de Transportes del Ejército de Bolivia. Actualmente, el control de mantenimiento se realiza de forma manual, lo que ha dado lugar a registros incompletos y accidentes. El objetivo principal del proyecto es desarrollar un prototipo de sistema de control de mantenimiento computarizado para registrar los detalles del mantenimiento de los vehículos y evitar accidentes. El proyecto incluye fases de análisis, diseño, implement
El documento propone varias mejoras para el sistema de almacenaje y distribución de Mad Chips, incluyendo la creación de un nuevo sistema de control de gestión, nombrar responsables para gestionar existencias y reparadores externos, y mejorar los procesos y sistemas informáticos del almacén.
Este documento describe el plan de mantenimiento de colectores de aguas servidas con el objetivo de mejorar la calidad del servicio, disminuir las obstrucciones y alimentar una base de datos. Se realizarán inspecciones de colectores, mantenimiento preventivo y correctivo con nueve cuadrillas, y se asegurará la disponibilidad de la flota de camiones y las herramientas mediante contratos de mantención y control de stocks.
Este documento presenta un proyecto para desarrollar un sistema de inventarios de repuestos para el parque automotor del Comando de Transportes del Ejército. El sistema tendrá los objetivos de automatizar el control de inventarios, reducir costos administrativos y tiempo en el proceso. El alcance es implementar un prototipo de control de inventarios en el almacén del parque automotor que podrá integrarse a otros almacenes de las Fuerzas Armadas.
El documento describe los objetivos y componentes de un sistema de planificación de las necesidades de materiales (MRP). El sistema MRP ayuda a gestionar inventarios de artículos con demanda dependiente mediante la planificación de pedidos y órdenes de fabricación. El documento explica las entradas (programa maestro de producción, lista de materiales, inventario), procesamiento (explosión de necesidades), y salidas (previsión de inventario, plan de órdenes, informes) de un sistema MRP. También discute conceptos como tamaño de lote
El documento describe la planificación de requerimientos de materiales (MRP) y la demanda dependiente e independiente. Explica que la demanda de productos finales es independiente mientras que la demanda de componentes depende de la demanda del producto padre. Utiliza el ejemplo de una bicicleta para mostrar que la demanda de componentes como ruedas es dependiente de la producción de bicicletas completas y puede ser errática a diferencia de la demanda continua de clientes por bicicletas terminadas. Finalmente, destaca que la MRP es un sistema
Este documento presenta tres anexos relacionados con un diagnóstico logístico realizado para una empresa. El Anexo 1 incluye formularios para recopilar datos de la empresa. El Anexo 2 muestra un ejemplo de diagnóstico logístico completo con conclusiones. Y el Anexo 3 contiene un glosario de términos logísticos utilizados.
Este documento establece un nuevo procedimiento para el control y valoración de componentes reparables de acuerdo a su estado (nuevo, reparado, servible o pendiente por reparación) en las fuerzas militares y policiales de Colombia. Define cada estado de los componentes y los procedimientos contables para registrar los valores de los componentes en cada estado en el sistema SAP R/3. Recomienda que para investigaciones por pérdidas de componentes, el valor objeto será determinado por un peritaje experto.
1) Los sistemas de servidores deben permitir el acceso simultáneo de múltiples usuarios y realizar múltiples tareas a medida que los clientes solicitan recursos del servidor.
2) Los servidores ejecutan sistemas operativos de red para autenticar usuarios y brindar acceso a recursos compartidos.
3) Los servidores funcionan como depósitos centrales de recursos vitales y deben ser eficientes y robustos.
El documento describe el actual sistema manual de inventarios de repuestos del Comando de Transportes del Ejército y la necesidad de implementar un nuevo sistema informatizado. El objetivo general es desarrollar un prototipo de sistema de información para el control de inventarios que brinde información oportuna y un servicio eficiente. De esta forma, se mejorará el proceso de mantenimiento de vehículos y la eficiencia operativa del Comando de Transportes.
El documento describe el actual sistema manual de inventarios de repuestos del Comando de Transportes del Ejército y la necesidad de implementar un nuevo sistema informatizado. El objetivo general es desarrollar un prototipo de sistema de información para el control de inventarios que brinde información oportuna y eficiente. De esta forma, se mejorará el proceso de mantenimiento de vehículos y se optimizarán los recursos.
Este documento describe los conceptos fundamentales del análisis y diseño orientado a objetos de un sistema de software. Explica brevemente el proceso de desarrollo de software, los casos de uso, el modelo conceptual y otros temas clave del análisis orientado a objetos. Además, utiliza un sistema de punto de venta como caso de estudio para ilustrar estos conceptos.
Este documento describe el desarrollo de un prototipo de sistema de información para el control de inventarios de repuestos en los almacenes del Comando de Transportes del Ejército. Actualmente, el sistema es manual lo que genera errores e ineficiencias. El objetivo es automatizar el sistema para proporcionar información oportuna y precisa que mejore el servicio a los batallones dependientes. El sistema permitirá controlar los procesos de recepción, entrega, actualización de existencias y emisión de reportes de manera más eficiente.
El documento describe el actual sistema manual de inventarios de repuestos del Comando de Transportes del Ejército y la necesidad de implementar un nuevo sistema informatizado. El objetivo general es desarrollar un prototipo de sistema de información para el control de inventarios que brinde información oportuna y un servicio eficiente. De esta forma, se mejorará el proceso de mantenimiento de vehículos y la eficiencia operativa del Comando de Transportes.
Los primeros Juegos Olímpicos modernos se celebraron en Atenas, Grecia en 1896. Participaron 241 atletas de 14 países que compitieron en 9 deportes. Fueron inaugurados por el Rey Jorge I de Grecia en el Estadio Panathinaikó. El evento más destacado fue la victoria del griego Spiridon Louis en la maratón.
Los primeros Juegos Olímpicos modernos se celebraron en Atenas, Grecia en 1896. Participaron 241 atletas de 14 países que compitieron en 9 deportes. Fueron inaugurados por el Rey Jorge I de Grecia en el Estadio Panathinaikó. El atleta más exitoso fue el alemán Carl Schuhmann, que ganó 4 medallas de oro en gimnasia y lucha.
El software de aplicación ayuda al usuario a realizar tareas humanas como la contabilidad o escribir textos, liberando al hombre de tareas repetitivas. Los programadores de aplicaciones no necesitan conocer el hardware en profundidad, sino satisfacer las necesidades de información de sus aplicaciones usando el sistema operativo. Las aplicaciones pueden ser verticales para usuarios específicos o horizontales para una amplia gama de usuarios.
El software de aplicación ayuda al usuario a realizar tareas humanas como la contabilidad o la escritura de textos. A diferencia del software de sistema, el software de aplicación coopera directamente con el usuario para completar actividades en lugar de ayudar al usuario a usar la computadora. Los programadores de aplicaciones no necesitan conocer el hardware en profundidad y pueden crear programas independientes del hardware específico.
The document lists HTML color names and their corresponding hexadecimal color codes. There are over 50 colors listed along with their codes, which begin with # followed by six characters representing red, green, and blue values. Common colors included are white, black, red, green, blue, yellow, orange, purple, brown, pink, gray and more.
El Rational Unified Process (RUP) es una metodología estándar para el análisis, desarrollo e implementación de sistemas orientados a objetos. RUP es un proceso configurable que produce versiones iterativas de un producto para usuarios e inversionistas y que permite ciclos adicionales para refinar el producto. RUP representa el desarrollo de software a través de elementos como roles, actividades, artefactos y flujos de trabajo.
RUP (Proceso Racional Unificado) es una metodología para el desarrollo de software que define fases como la Inicio, Elaboración, Construcción y Transición. Utiliza elementos como roles, actividades, artefactos y flujos de trabajo. Se basa en la evolución de prototipos para ir refinando versiones del producto a lo largo de iteraciones. Puede usarse desde el inicio de un proyecto de software y ajustarse a las necesidades considerando factores como el ciclo de vida, objetivos y tamaño del proyecto.
RUP es un proceso de desarrollo de software que define fases como la Inicio, Elaboración, Construcción y Transición. Se basa en la evolución de prototipos iterativos para refinar el producto. RUP representa el proceso mediante roles, actividades, artefactos y flujos de trabajo. Aproximadamente 10,000 compañías usan RUP en diversos dominios y proyectos.
RUP es un proceso de desarrollo de software que define fases como la Inicio, Elaboración, Construcción y Transición. Se basa en la evolución de prototipos iterativos para refinar incrementalmente el producto. RUP representa el proceso mediante roles, actividades, artefactos y flujos de trabajo y se ha adoptado en una variedad de industrias.
1. SISTEMA DE INVENTARIOS DE REPUESTOS DEL
PARQUE AUTOMOTOR DEL COMANDO DE
ANÁLISIS DE SISTEMAS I I
TRANSPORTES DEL EJÉRCITO
1. Título.
Sistema de Inventarios de Repuestos del Parque Automotor del Comando de
Transportes del Ejército.
2. Introducción.
Se denominan existencias o inventarios a la variedad de repuestos y materiales que se
utilizan en un parque automotor para el mantenimiento de vehículos, los mismos que se
guardan en sus almacenes a la espera de ser utilizados, siendo entregados a los
supervisores o mecánicos encargados de desarrollar su trabajo sin que se vean
afectados por la falta de continuidad en la adquisición o por la demora en la entrega por
parte del proveedor.
Los inventarios varían en razón de su consumo o la salida de cada artículo (repuesto)
que los componen, lo que da lugar al movimiento de las existencias por ingresos de
nuevas cantidades y salida de estas a solicitud de los usuarios, produciendo la rotación
de los materiales y la generación de utilidades en función de dicha rotación.
El movimiento que se produce en los almacenes, de cada artículo en existencia, obliga
a mantener en ellos una cantidad determinada de cada uno, la cual debe estar de
acuerdo con el tiempo y la frecuencia de consumo, así como el lapso en que se
renueva, es decir la demora que se produce desde que se revisa la existencia para
emitir la requisición, hasta que los materiales estén disponibles en el almacén para
satisfacer las necesidades de los usuarios o consumidores.
3. Antecedentes.
La organización del Ejército, se divide en diferentes departamentos, cada uno de ellos
tiene una misión específica, el Departamento IV, en el cual dentro su organización se
encuentra el objeto de nuestro estudio, los Almacenes del Comando de Transportes del
Ejército, los mismos que tienen la misión de: “Ejecutar actividades referidas a pedidos,
recepción, distribución, redistribución y mantenimiento de vehículos a fin de satisfacer
las necesidades de empleo del Ejército” y contribuir de esta manera al mejor
rendimiento operativo de Grandes y Pequeñas Unidades.
Existe asimismo una carencia de técnicas y metodologías que ayuden a manipular la
información existente, en forma oportuna, útil y confiable, ya que el sistema actual
genera pérdida de tiempo e inclusive errores por lo que se recomienda la implantación
de un nuevo sistema de información que satisfaga las necesidades de mencionado
Repartición Militar.
1 - 67
2. Haciendo referencia a los antecedentes de trabajos realizados con anterioridad de
acuerdo a investigación bibliográfica, se comprobó que existen trabajos de
investigación:
En el anterior semestre fue realizado un Sistema de Inventarios para el batallón de
Transportes II, por el Sgto. 1ro. San. Rudy Marca Nina:
Los repuestos de la base de datos con los cuales trabajó no son estandarizados.
El mencionado proyecto no abarca el campo control de personal.
E proyecto, no toca aspectos relacionados al área de repuestos para vehículos chinos,
brasileros y argentinos.
4. Planteamiento del Problema.
Dentro de cualquier organización actual que trabaje con materiales que se deban
almacenar, es necesario tener un sistema capaz de controlar todos los procesos y
además emitir reportes y consultas a requerimiento, sin embargo la institución armada
solo cuenta con un sistema manual el cual no permite cumplir con todas las
necesidades del Comando de Transportes del Ejército, con respecto al control de sus
diferentes procesos en el control de inventarios.
Efectuando el análisis de dicha institución se ha establecido un problema central, a ser
encausados en el presente trabajo
4.1. Problema Principal.
El actual sistema empleado para el control de inventario de repuestos en el comando de
Transportes del Ejército es llevado en forma manual, lo cual genera lentitud en
mencionado proceso, generando errores en la obtención de información.
4.2. Problemas Secundarios.
Considerando las operaciones de recepción de repuestos en desuso, entrega de
repuestos nuevos, actualización de ingresos y egresos y compras locales.
La cantidad recibida de unidades de repuestos ya sean estas importadas o compras
locales según la cantidad a entregar, así como de la variedad de items (diferentes
unidades) de acuerdo a prioridad deben estar registradas en casillas de estantes o
rimeros para su fácil ubicación.
“La eficiencia de la entrega de acuerdo a prioridad requerida por el mecánico, debe ser
eficiente para la salida de vehículos de mantenimiento”.
La falta de control y actualización de existencias produce un desbalance con los
egresos e ingresos.
2 - 67
3. “Existen días donde hay más repuestos requeridos por los mecánicos de acuerdo a
prioridad 02 (urgente) y otros con menos unidades requeridas”.
“Mientras haya un buen control y el inventario se sistematice, la eficiencia será mayor”.
Otro problema importante es la falta de una adecuada ubicación de los repuestos a
despachar, ocasionando demora en la salida de vehículos de mantenimiento.
5. Objetivos.
De acuerdo a los siguientes objetivos.
5.1. Objetivo General.
“Desarrollar un prototipo de un Sistema de Información para el control de inventarios de
repuestos en almacenes del Comando de Transportes del Ejército, con el objeto de
brindar información oportuna, útil, precisa y un servicio eficiente a requerimientos de los
Batallones de Transportes dependientes de este Comando”:.
5.2. Objetivos Específicos.
Análisis de Sistema: En esta fase se recabará información, se organizará y se iniciará
la elaboración del Sistema por separado.
Diseño del Programa: Es la fase en donde se realiza la estructura de datos, se
desarrolla la arquitectura de software, las representaciones de interfaz y los algoritmos
necesarios para el cumplimiento de los requerimientos del usuario así como también los
análisis necesarios para saber que herramientas usar en la etapa de Codificación.
Implementación o Codificación: Es la fase de programación o implementación
propiamente dicha. Aquí se implementa el código fuente, haciendo uso de prototipos así
como pruebas y ensayos para corregir errores. Dependiendo del lenguaje de
programación y su versión se crean las bibliotecas y componentes reutilizables dentro
del mismo proyecto para hacer que la programación sea un proceso mucho más rápido.
Pruebas: Los elementos, ya programados, se ensamblan para componer el sistema y
se comprueba que funciona correctamente y que cumple con los requisitos, antes de
ser puesto.
Mantenimiento: Es la última fase, se realiza la corrección de errores no detectados en
la etapa de pruebas, posibles mejoras funcionales debidas a nuevos requerimientos del
cliente, en esta fase se vuelven a aplicar todas las etapas anteriores sobre el software
existente.
6. Justificación.
6.1. Justificación Institucional.
3 - 67
4. El desarrollo del presente proyecto permitirá mejorar el sistema de control de
inventarios de repuestos en los almacenes de Parques Automotores del Ejército.
6.2. Justificación Técnica.
Los almacenes de repuestos están bajo la responsabilidad permanente de los
profesionales técnicos militares, para realizar este trabajo de manera eficiente es
necesario que tenga información actualizada sobre repuestos.
La utilización de software permitirá tener información sobre existencias de repuestos,
precios para su compra, control y reportes, hecho que facilitará el desempeño
profesional de los Usuarios finales.
6.3. Justificación Económica.
Al tener almacenes centralizados en cada División del Ejercito, de carácter institucional,
es necesario el uso óptimo de los recursos económicos asignados en presupuesto; por
tanto el sistema de información propuesto reduce los costos administrativos y el tiempo
en el proceso de control de inventario.
7. Alcance.
El sistema de Inventarios propuesto tiene la finalidad de realizar el control de
inventario de manera automatizada, en cualquier almacén de Parque Automotor
del Ejército, el sistema de inventarios se podrá integrar en cualquier otro almacén
de las FF.AA.
8. Planificación del Proyecto.
De acuerdo a los siguientes pasos y al cronograma de actividades
9. Recopilación de Información.
De acuerdo al siguiente modelo de entrevista y encuesta:
MODELO DE ENCUESTA DIRIGIDO A LOS SEÑORES USUARIOS
OPERACIONALES (SUBJEFE Y OPERARIOS) DEL SISTEMA DE INVENTARIOS DE
REPUESTOS DEL PARQUE AUTOMOTOR DE UN BATALLÓN DE TRANSPORTES
4 - 67
5. PREGUNTAS.-
E N C U E S T A No. 01
NOMBRE ENTREVISTADO: SGTO. 1RO. CHANIEL LYSON RIVERO QUISPE
ENCUESTA DIRIGIDO A LOS SEÑORES USUARIOS OPERACIONALES
(SUBJEFE Y OPERARIOS) DEL SISTEMA DE INVENTARIOS DE REPUESTOS
DEL PARQUE AUTOMOTOR DE UN BATALLÓN DE TRANSPORTES.
I.- PREGUNTAS.-
1.- Como considera Usted el funcionamiento actual del Sistema de
Inventarios de Repuestos del Parque Automotor del Batallón De
Transportes.
a) Muy Importante
b) Importante
c) Nada Importante
2.- Como considera Usted la modernización del Sistema de Inventarios de
Repuestos del Parque Automotor del Batallón De Transportes.
a) Muy Importante
b) Importante
c) Nada Importante
3.- Como considera Usted la implementación del Sistema de Inventarios de
Repuestos del Parque Automotor del Batallón De Transportes.
a) Muy Importante
b) Importante
c) Nada Importante
5 - 67
6. 4.- Viendo el actual sistema de Sistema de Inventarios de Repuestos del
Parque Automotor del Batallón De Transportes., considera usted
necesario modernizar el control de inventarios.
a) Muy Importante
b) Importante
c) Nada Importante
5.- Como considera Usted con la Implementación del Sistema Sistema de
Inventarios de Repuestos del Parque Automotor del Batallón De
Transportes, permitirá la fluidez de entrega y recepción de repuestos,
asimismo para su empleo en forma eficiente el control de ingresos y
egresos.
a) Muy Importante
b) Importante
c) Nada Importante
6.- Como consideraría usted, el Sistema informatizado de Inventarios de
Repuestos del Parque Automotor del Batallón de Transportes, permitiría
ganar tiempo y espacio en la salida de vehículos repotenciados de
mantenimiento
a) Muy Importante
b) Importante
c) Nada Importante
7.- Usted como considera con la implementación del sistema Sistema de
Inventarios de Repuestos del Parque Automotor del Batallón De
Transportes, Permitirá mayor eficiencia en las labores de reparación de
vehículos por los mecánicos.
a) Muy Importante
b) Importante
c) Nada Importante
6 - 67
7. 8.- Con la Implementación del sistema Sistema de Inventarios de Repuestos
del Parque Automotor del Batallón de Transportes, Usted consideraría que
podrá ubicar un repuesto en el menor tiempo.
a) Muy Importante
b) Importante
c) Nada Importante
9.- Usted como ordenaría los rimeros o estantes, referente a la implementación del
Sistema de Inventarios de Repuestos del Parque Automotor del Batallón De
Transportes, viendo imperiosa la modernización del Sistema de Inventarios de
Repuestos del Parque Automotor del Batallón de Transportes, con respecto a las
otras Instituciones Civiles Nacionales.
a) Muy Importante
b) Importante
c) Nada Importante
10.- Finalmente, agradecido por su valiosa cooperación en la presente encuesta, muy
sinceramente nos sugiera algunas inquietudes, de cómo se pueda mejorar con
la implementación Sistema de Inventarios de Repuestos del Parque Automotor
del Batallón de Transportes, para así estar condiciones de mejorar el control de
Inventarios a nivel de otras Instituciones.
ENTREVISTA DIRIGIDO AL USUARIO EJECUTIVO (JEFE DE ALMACEN) DEL
SISTEMA DE INVENTARIOS DE REPUESTOS DEL PARQUE AUTOMOTOR DE UN
BATALLÓN DE TRANSPORTES
PREGUNTAS.-
1.- Como considera Usted el funcionamiento actual del Sistema de Inventarios de
Repuestos del Parque Automotor del Batallón De Transportes.
R.- Considero que es obsoleto y muy conflictivo para toda su operatividad.
2.- Como considera Usted la modernización del Sistema de Inventarios de
Repuestos del Parque Automotor del Batallón De Transportes.
R.- Me parece importante su modernización.
7 - 67
8. 3.- Como considera Usted la implementación del Sistema de Inventarios de
Repuestos del Parque Automotor del Batallón De Transportes, con respecto a
reportes de ingresos egresos diarios con más fluidez.
R.- Los reportes se serán más fluidos para su presentación.
4.- Viendo el actual sistema de Sistema de Inventarios de Repuestos del Parque
Automotor del Batallón de Transportes, considera usted necesario
modernizar el control de inventarios, para la verificación de existencias
actuales además de balances de stock.
R.- Es necesario su modernización ya que los balances de stock serán automáticos
para la creación de demandas.
5.- Como considera Usted con la Implementación del Sistema Sistema de
Inventarios de Repuestos del Parque Automotor del Batallón De Transportes,
facilitará a los operadores la fluidez de entrega y recepción de repuestos,
asimismo para su empleo en forma eficiente el control de entregas de
repuestos y recepción de repuestos en desuso.
R.- Facilitará en gran manera la entrega y recepción de repuestos, asimismo su control.
6.- Como consideraría usted, si el Sistema de Inventarios de Repuestos del
Parque Automotor del Batallón de Transportes, permitiría ganar tiempo y
espacio en la salida de vehículos repotenciados de mantenimiento.
7.- Usted como considera con la implementación del sistema Sistema de
Inventarios de Repuestos del Parque Automotor del Batallón de Transportes,
Permitirá mayor eficiencia en las labores de reparación de vehículos por los
mecánicos.
R.- Por supuesto que facilitará las labores de mantenimiento, asimismo el rendimiento
será mayor.
8.- Con la Implementación del sistema Sistema de Inventarios de Repuestos del
Parque Automotor del Batallón de Transportes, Usted consideraría que podrá
ubicar un repuesto en el menor tiempo.
R.- Si por que los repuestos tendrán su ubicación sistematizada, y solo habrá que
colocar el código o número de parte del repuesto.
9.- Usted como ordenaría los rimeros o estantes, referente a la implementación
del Sistema de Inventarios de Repuestos del Parque Automotor del Batallón
De Transportes, viendo imperiosa la modernización del Sistema de
Inventarios de Repuestos del Parque Automotor del Batallón de Transportes,
con respecto a las otras Instituciones Civiles Nacionales.
R.- De acuerdo al sistema por orden alfabético y numeral.
8 - 67
9. 10.- Finalmente, agradecido por su valiosa cooperación en la presente encuesta,
muy sinceramente nos sugiera algunas inquietudes, de cómo se pueda
mejorar con la implementación Sistema de Inventarios de Repuestos del
Parque Automotor del Batallón de Transportes, para así estar condiciones de
mejorar el control de Inventarios a nivel de otras Instituciones.
10. Identificación de Actores.
9 - 67
10. N° NOMBRE TAREAS PERSONAL
1.- LIDER DEL - SE ENCARGARÁ DE MANEJAR SOF. INCL. CAB.
PROYECTO LOS CONFLICTOS ENTRE LOS NESTOR RIOS RUIZ
DIFERENTES INTERESADOS EN
EL PROYECTO.
- MOTIVARÁ AL PERSONAL QUE
DESARROLLA EL PROYECTO.
- COORDINARÁ EL DESARROLLO
DEL PROYECTO CON EL
USUARIO FINAL DE ACUERDO A
REQUERIMIENTOS
2.- ANALISTA - RECABAR INFORMACIÓN SOF. INCL. CAB.
- ORGANIZAR LOS TRABAJOS DEL JHONI LOZA YUJRA
PROYECTO
- ELABORAR EL PROYECTO POR
SEPARADO
3.- DISEÑADOR - DISEÑAR LA ESTRUCTURA DE SOF. INCL. CAB.
DATOS NESTOR RIOS RUIZ
- DISEÑAR LA ARQUITECTURA DEL
SOFTWARE SOF. INCL. CAB.
- DISEÑAR REPRESENTACIONES JHONI LOZA YUJRA
DE INTERFAZ
- REALIZAR EL DETALLE
PROCEDIMENTAL
(ALGORITMOS)
4.- DESARROLLADOR - GENERARÁ EL CÓDIGO SOF. INCL. CAB.
ENTENDIBLE POR LA MAQUINA NESTOR RIOS RUIZ
- REVISAR LA CODIFICACIÓN
SOF. INCL. COM.
- VERIFICAR LA FASE ULTIMA DE FELIX QUISPE ULO
CODIFICACIÓN
5.- ENCARGADO DE - PROCESO DE DEPURACIÓN DE - LIC. CYNTHIA
PRUEBAS PROGRAMAS RODRIGUEZ
- COMPROBACIÓN DE CANAVIRI
FUNCIONAMIENTO SOF. INCL. CAB.
- CHEQUEO DE VALIDEZ DE NESTOR RIOS RUIZ
SENTENCIAS
- PRUEBAS PARA DETECTAR SOF. INCL. COM.
ERRORES, A PARTIR FELIX QUISPE ULO
DE DATOS QUE GENEREN LA
SALIDA DESEADA
11. Identificación de Procesos.
El diseño de los procesos que conforman el Sistema de Inventarios se define para
alcanzar elevados niveles de eficiencia en los servicios que este proceso brinda al
sistema logístico en los parques automotores del Ejército.
De acuerdo a la tabla de procesos y existencia de repuestos y recursos para el
suministro oportuno de los repuestos requeridos para asegurar las actividades de
mantenimiento, además de lograr la calidad en el servicio, para satisfacer las
necesidades del cliente (mecánico).
10 - 67
11. TABLA DE PROCESOS
No. Procesos
01 Gestión de pedidos
02 Predespacho
03 Despacho
04 Gestión de inventario
05 Recepción de repuestos
06 Registro de ubicaciones y almacenaje,
07 Actualizaciones y reportes
08 Auditoria
12. Historias de Usuario con el Cliente.
HISTORIA REGISTRO DE SOLICITUD DE REPUESTOS
N° DE HISTORIA 01
TAREA Registras las solicitudes de Repuestos por la unidad solicitante.
Este caso de uso comienza cuando la unidad solicitante llena la
DESCRIPCIÓN solicitud de Repuestos y la envía a la Dirección y traspasa a
almacén
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SOLICITUD DE REPUESTOS
N° DE HISTORIA 02
TAREA Registras las solicitudes de Repuestos por la unidad solicitante.
El sistema ya al ingresar colocará la fecha, Nro.
de solicitud y Nombre de la unidad solicitante por el
código ingresado, y además solicita los siguientes
datos de solicitud de Repuestos:
Repuesto
DESCRIPCIÓN Nro. serie
Código de Repuesto
Nro. parte
Cantidad solicitada
Finalidad
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SOLICITUD DE REPUESTOS
N° DE HISTORIA 03
TAREA Registras las solicitudes de Repuestos por la unidad solicitante.
Determina el saldo existente del Repuesto y añade la información
correspondiente al requerimiento. El sistema muestra las siguientes
DESCRIPCIÓN opciones:
Grabar
11 - 67
12. Cancelar
Reporte
Salir
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SOLICITUD DE REPUESTOS
N° DE HISTORIA 04
TAREA Registras las solicitudes de Repuestos por la unidad solicitante.
DESCRIPCIÓN El actor acepta la opción Grabar.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SOLICITUD DE REPUESTOS
N° DE HISTORIA 05
TAREA Registras las solicitudes de Repuestos por la unidad solicitante.
Registra solicitud concluida. Genera los comprobantes respectivos de
DESCRIPCIÓN Repuestos aceptados y de espera a unidad solicitante y del proceso de
solicitud a la dirección.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 06
TAREA Registrar ingreso de Repuestos a almacén
Este caso comienza cuando la unidad solicitante su solicitud de
DESCRIPCIÓN
adquisición de Repuestos es aceptada.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 07
TAREA Registrar ingreso de Repuestos a almacén
El encargado de almacén empieza a registrar cada Repuesto que
DESCRIPCIÓN
fue adquirido.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
12 - 67
13. N° DE HISTORIA 08
TAREA Registrar ingreso de Repuestos a almacén
El sistema al ingresar colocara la fecha y nombre del encargado
de almacén que registra el ingreso y además solicita los
siguientes datos de entrada de Repuestos.
Nro. solicitud
Con la cual llenará los siguientes campos
Repuesto
Código de Repuesto
DESCRIPCIÓN
Nro. serie
Ahora se debe colocar los siguientes datos
si se trata de comprar para vender:
Cantidad de ingreso
Precio compra
Precio venta
Nombre proveedor
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 09
TAREA Registrar ingreso de Repuestos a almacén
Determina la cantidad que hay del Repuesto y agrega la
información correspondiente y el sistema muestra las siguientes
opciones
DESCRIPCIÓN
Cancelar
Comprobante
Salir
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 10
TAREA Registrar ingreso de Repuestos a almacén
El encargado de almacén al terminar de introducir los datos
DESCRIPCIÓN
correspondientes de cada Repuesto acepta la opción grabar.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 11
TAREA Registrar ingreso de Repuestos a almacén
DESCRIPCIÓN El sistema calcula y presenta el total existente del Repuesto.
13 - 67
14. IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 12
TAREA Registrar ingreso de Repuestos a almacén
El encargado de almacén le indica al sistema registrar la entrada y
DESCRIPCIÓN
compra de Repuesto.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 13
TAREA Registrar ingreso de Repuestos a almacén
Registra la recepción concluida. Genera Comprobante de entrada
DESCRIPCIÓN
de Repuesto.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE INGRESO DE REPUESTOS
N° DE HISTORIA 14
TAREA Registrar ingreso de Repuestos a almacén
El encargado de almacén envía el comprobante a contabilidad y el
DESCRIPCIÓN
reporte a la dirección.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 15
TAREA Registrar la salida de Repuestos a almacén
Comienza cuando el encargado de almacén registra la salida de
DESCRIPCIÓN Repuestos requeridos y solicitados con anticipación por la unidad
solicitante.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 16
TAREA Registrar la salida de Repuestos a almacén
14 - 67
15. El sistema al ingresar colocara la fecha y solicita el Nro. de
solicitud con el cual llenará los siguientes campos.
Repuesto
Nro. serie
Código de Repuesto
DESCRIPCIÓN
Nro. parte
Cantidad salida.
Precio compra
Precio venta
Unidad solicitante
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 17
TAREA Registrar la salida de Repuestos a almacén
Determinar la cantidad de salida de los Repuestos e incorpora la
información y el sistema muestra las siguientes opciones.
DESCRIPCIÓN Cancelar
Comprobante
Salir
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 18
TAREA Registrar la salida de Repuestos a almacén
El encargado de almacén termina de introducir los datos y acepta
DESCRIPCIÓN
la opción grabar.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 19
TAREA Registrar la salida de Repuestos a almacén
Reduce el stock den inventario y calcula el total de Repuestos a
DESCRIPCIÓN
entregar.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 20
15 - 67
16. TAREA Registrar la salida de Repuestos a almacén
DESCRIPCIÓN Genera comprobante de salida de Repuestos para la dirección.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 21
TAREA Registrar la salida de Repuestos a almacén
El encargado de almacén entrega a la unidad solicitante los
DESCRIPCIÓN
Repuestos requeridos.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 22
TAREA Registrar la salida de Repuestos a almacén
El encargado de almacén envía el comprobante a contabilidad y a
DESCRIPCIÓN
la dirección.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA REGISTRO DE SALIDA DE REPUESTOS
N° DE HISTORIA 23
TAREA Registrar la salida de Repuestos a almacén
DESCRIPCIÓN La unidad solicitante se marcha con los Repuestos.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA CONTROL DE INVENTARIO
N° DE HISTORIA 24
TAREA Realizar el conteo físico y lógico de los Repuestos.
Este caso de uso comienza cuando la dirección solicita reporte de
DESCRIPCIÓN
los Repuestos existentes en almacén.
IMPORTANCIA Alta
ESTIMACIÓN 1
HISTORIA CONTROL DE INVENTARIO
N° DE HISTORIA 25
16 - 67
17. TAREA Realizar el conteo físico y lógico de los Repuestos.
La dirección ingresa al sistema y consulta saldos existentes de los
DESCRIPCIÓN
Repuestos realizado por el encargado de almacén.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA CONTROL DE INVENTARIO
N° DE HISTORIA 26
TAREA Realizar el conteo físico y lógico de los Repuestos.
Se muestra una lista con la descripción y los saldos de los
DESCRIPCIÓN
Repuestos y genera un reporte
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA CONTROL DE INVENTARIO
N° DE HISTORIA 27
TAREA Realizar el conteo físico y lógico de los Repuestos.
DESCRIPCIÓN Compara con la existencia física y elabora un reporte.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA CONTROL DE INVENTARIO
N° DE HISTORIA 28
TAREA Realizar el conteo físico y lógico de los Repuestos.
DESCRIPCIÓN Remite el reporte a la dirección.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 29
TAREA Registrar la devolución de Repuestos a almacén
Este caso comienza cuando la unidad solicitante su solicitud de
DESCRIPCIÓN
devolución de Repuestos es aceptada.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 30
17 - 67
18. TAREA Registrar la devolución de Repuestos a almacén
El encargado de almacén empieza a registrar cada Repuesto que
DESCRIPCIÓN
es devuelto.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 31
TAREA Registrar la devolución de Repuestos a almacén
El sistema al ingresar colocará la fecha y nombre del encargado
de almacén que registra el ingreso y además solicita los
siguientes datos de entrada de Repuestos.
Nro. solicitud
Con la cual llenara los siguientes campos
Repuesto
DESCRIPCIÓN
Código de Repuesto
Nro. serie
Cantidad de ingreso
Precio compra
Precio venta
Nombre proveedor
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 32
TAREA Registrar la devolución de Repuestos a almacén
Determina la cantidad que hay del Repuesto y agrega la
información correspondiente y el sistema muestra las siguientes
opciones
DESCRIPCIÓN
Cancelar
Comprobante
Salir
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 33
TAREA Registrar la devolución de Repuestos a almacén
El encargado de almacén al terminar de introducir los datos
DESCRIPCIÓN
correspondientes de cada Repuesto acepta la opción grabar.
IMPORTANCIA Media
ESTIMACIÓN 1
18 - 67
19. HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 34
TAREA Registrar la devolución de Repuestos a almacén
DESCRIPCIÓN El sistema calcula y presenta el total existente del Repuesto.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 35
TAREA Registrar la devolución de Repuestos a almacén
El encargado de almacén le indica al sistema registrar la
DESCRIPCIÓN
devolución de Repuesto.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 36
TAREA Registrar la devolución de Repuestos a almacén
Registra la recepción concluida. Genera comprobante de
DESCRIPCIÓN
devolución de repuesto.
IMPORTANCIA Media
ESTIMACIÓN 1
HISTORIA REGISTRO DE DEVOLUCIÓN DE REPUESTOS
N° DE HISTORIA 37
TAREA Registrar la devolución de Repuestos a almacén
El encargado de almacén envía el comprobante a contabilidad y el
DESCRIPCIÓN
reporte a la dirección.
IMPORTANCIA Media
ESTIMACIÓN 1
13. Elaborar Plan de Publicaciones (Release plan).
13.1. Plan de las Fases
Fase Nro. Iteraciones Duración
Planificación de Proyecto 1 9 Días
Diseño 1 11 Días
19 - 67
20. Desarrollo de prototipos 1 10 Días
Implantación 1 13 Días
Pruebas 1 8 Días
13.2. Objetivos de las Fases
Fase Descripción
Planificación de Durante esta fase, se desarrolla una descripción del producto final a partir
Proyecto de una buena idea y se presenta el análisis de negocio para el
producto. En su única iteración se especifica las funcionalidades que debe
poseer el sistema y su alcance. Además se lleva a cabo un estudio
detallado de todo lo que es el negocio al cual se le está creando el sistema,
para así determinar cuáles son las necesidades a ser satisfechas con
mayor prioridad, esto se define en el artefacto Visión. Se definen los casos
de uso, como una representación de las funcionalidades del sistema y de la
interacción con el usuario. Se establece el Plan de Desarrollo, donde se
describe de forma detallada las actividades que se llevarán a cabo para
crear el sistema. El final de la fase esta marcado con la aceptación por
parte del cliente del artefacto Visión y el Plan de Desarrollo.
Diseño Se obtiene un entendimiento más detallado de los requerimientos, se
procede a diseñar, implementar, validar y generar una línea base para la
arquitectura. Se definen los subsistemas, los componentes clave y sus
interfaces; se usan los casos de uso significantes arquitectónicamente para
dirigir la arquitectura. Se consolidan y empaquetan las clases identificadas.
Se diseña la Base de datos. Se implementan y prueban los escenarios
críticos. Se debe mitigar los riesgos esenciales y producir un plan de
desarrollo más preciso. Se elabora el artefacto de arquitectura el cual
contempla todo el diseño de la arquitectura. La culminación de esta fase
viene dada por el documento arquitectura y el prototipo implementado.
Desarrollo de Durante la fase de Desarrollo de prototipos se terminan de analizar y
prototipos diseñar todos los casos de uso, refinando el Modelo de Análisis / Diseño,
para el plan inicial no se ha determinado la cantidad de iteraciones a
realizar. Se elaboran varios prototipos que constituyen versiones iniciales
que muestran parcialmente el funcionamiento de ciertas características del
sistema, las cuales son probadas hasta ser validadas por el cliente. El fin
de esta fase viene dado por la versión final del sistema, la cual incluye toda
la funcionalidad del producto.
20 - 67
21. Implantación Durante esta fase se realizara la implementación y codificación y corrección
de errores de todo el proyecto del sistema
Pruebas Durante esta fase se realizaran todas las pruebas y correcciones y las
medidas de seguridad
13.3. Calendario del Proyecto
A continuación se presenta un calendario de las principales tareas del proyecto
incluyendo sólo la fase de Planificación del Proyecto. Ya que debido al proceso iterativo
de XP se realizan en paralelo de todas las disciplinas de desarrollo a lo largo del
proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente
en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase
e iteración del proyecto. Se incluyen los artefactos a entregar en cada fase. La fecha de
aprobación indica cuándo el artefacto en cuestión tiene un estado de completitud
suficiente para someterse a revisión y aprobación, pero esto no quita la posibilidad de
su posterior refinamiento y cambios.
13.4. Fase de Inicio
Duración: 9 Dias.
Actividad Dia de Criterio de culminación
Comienzo –Día
de Entrega
HISTORIAL DE USUARIO 18/09/2012 Esta fase culminará cuando se
19/09/2012 tengan al menos 90% de las
RELEASE PLANING 20/09/2012 actividades aquí mencionadas.
21/09/2012
ITERACIONES 24/09/2012
24/09/2012
VELOCIDAD DEL PROYECTO 23/09/2012
25/09/2012
PROGRAMACIÓN EN PAREJA 26/09/2012
27/09/2012
REUNIONES DIARIAS 28/09/2012
28/09/2012
13.5. Fase de Diseño
Duración: 11 Días.
Actividad Día de Iteración Casos de Usos
Comienzo Implementados y Criterio
–Día de de culminación de la
Entrega iteración
DISEÑOS SIMPLES 28/10/2012 1 Casos de Uso:
28/10/2012 1. Ingresar Sistema
21 - 67
22. GLOSARIO DE TERMINOS 01/10/2012 1 2. Solicitar Asociación
04/10/2012 3. Listar Asociaciones
RIESGOS 03/10/2012 1 pendientes
05/10/2012 4. Aceptar asociación
5. Rechazar asociación
FUNCIONALIDAD EXTRA 08/10/2012 1
6. Ver Asociación
7. Ver Grados de
09/10/2012 Asociación
TARJETA C.R.C 10/10/2012 1 8. Consultar Asociación
12/10/2012 9. Listar Sistemas
10. Ver Sistema
11. Consultar estadísticas
generales
12. Modificar Sistema
13.6. Fase de Desarrollo de Prototipo
Duración: 10 Dias.
Actividad Día de Comienzo Iteración Casos de Usos
–Día de Entrega Implementados y Criterio de
culminación de la iteración
DESARROLLO TÉCNICO 15/10/2012 1 Esta iteración culminará
19/10/2012 cuando:
DOCUMENTACIÓN 22/10/2012 1 -Se tengan completos los
24/10/2012 modelos de casos de uso, con
sus respectivos diagramas de
REVISIÓN DE FIN DE 25/10/2012 1
secuencia.
FASE 26/10/2012
13.7. Fase de Implantación
Duración: 13 Días.
Actividad Día de Iteración Casos de Usos Implementados y
Comienzo Criterio de culminación de la
–Día de iteración
Entrega
FORMACIÓN DE LOS 29/10/2012 1
USUARIOS 31/10/2012 Casos de Uso:
MIGRACIÓN DE 01/11/2012 1 1. Finalización del modulo
PRODUCCIÓN 02/11/2012 sistemas.
2. Refinación del modulo
asociaciones.
REV. DE POST 05/11/2012 1 3. Modulo de errores.
IMPLANTACIÓN 09/11/2012 4.
- Base de datos en un 100%
- Sistema desarrollado en un 80%.
REVISIÓN DE FIN DE 12/11/2012 1 1. - Manual completado en un
FASE 14/11/2012 80%.
22 - 67
23. 13.8. Fase de Pruebas
Duración: 8 Días
Actividad Día de Iteración Casos de Usos Implementados y
Comienzo Criterio de culminación de la
–Día de iteración
Entrega
PRUEBAS DIRIGIDAS 19/11/2012 1
20/11/2012 Casos de Uso:
PRUEBAS NO DIRIGIDAS 21/11/2012 1 1. Manejo de la seguridad
22/11/2012 2. Refinación módulo de errores.
Gráficos
REVISIÓN DEL 23/11/2012 1
Se han realizado todas las pruebas
PROTOTIPO 26/11/2012 para asegurar que el sistema está
REVISIÓN DE FIN DE 28/11/2012 1 libre de errores.asociaciones
FASE 29/11/2012
14. Iteraciones
14.1. Primera iteración.
Fase de registro de solicitudes de repuesto.
Historia de usuario 1: Registro de solicitud de repuesto.
Tarea 1: Diseñar estructura de datos para registras las solicitudes de Repuestos por la
unidad solicitante.
Tarea 2: Registrar las solicitudes en la base de datos
Tarea 3: Crear interfaz para el ingreso al software con diferentes opciones.
Pruebas de aceptación para la Historia de usuario 1
a) Identificar todos los posibles resultados observables de la historia:
- Interfaz en el que los usuarios del software ingresan su contraseña para su
posterior ingreso al Software.
b) Identificar los resultados que terminan la historia y los que permiten continuar
dentro la historia:
- La historia termina después de haber ingresado y verificado los datos de usuario
y contraseña.
- La historia comienza cuando el usuario decide ingresar al sistema.
- Se despliega una interfaz en la que pide introducción de usuario y contraseña.
- Se verifican los datos introducidos, los que si no son válidos se desplegara el
mensaje correspondiente, pero si son válidos se podrá ingresa al sistema.
c) Asignar un conjunto de valores validos y valores de entorno a cada camino de
ejecución para obtener el resultado esperado.
23 - 67
24. - Los valores validos son el usuario y contraseña para el ingreso al software.
FASE DE REGISTRO DE INGRESO DE REPUESTOS
Historia de usuario 6: Registro de Ingreso de Repuestos
Tarea 1: Diseñar estructura de datos para el registrar el ingreso de repuestos al
almacén.
Tarea 2: Crear interfaz para el registro de repuestos.
Tarea 3: Generar reportes de ingreso de repuestos.
Pruebas de aceptación para la Historia de usuario 6
a) Identificar todos los posibles resultados observables de la historia:
- Interfaz en la que se puede: registrar el repuesto solicitada en base a Nombre del
encargado y fecha.
- Se puede obtener un reporte de todos los ingresos de repuestos.
b) Identificar los resultados que terminan la historia y los que permiten continuar
dentro la historia:
- La historia termina en el momento en el que el encargado de almacén registra un
nuevo repuesto, además de obtener un reporte de las repuestos para su
impresión y envía a contabilidad, dirección.
- La historia continua si se requeriría de un nuevo registro de repuesto.
c) Identificar el camino de ejecución posible:
- La historia comienza cuando el encargado de almacén va a registrar el repuesto.
- Se registran los datos de entrada de Repuestos, Nro. Solicitud.
Con la cual llenará los siguientes campos
Repuesto
Código de Repuesto
Nro. serie
Ahora se debe colocar los siguientes datos si se trata de comprar para vender:
Cantidad de ingreso
Precio compra- venta
Nombre proveedor.
- Se almacena y actualiza esta información en la base de datos.
d) Asignar un conjunto de valores validos y valores de entorno a cada Bcamino de
ejecución para obtener el resultado esperado.
24 - 67
25. - Los valores validos son los datos el proveedor del repuesto y la fecha en la que
se registró este ingreso.
e) Eliminación de caminos redundantes:
- No existen caminos redundantes.
14.2. Segunda Iteración
FASE DE REGISTRO DE SALIDA DE REPUESTOS
Historia de usuario 15: Registro de salida de repuestos.
Tarea 1: Diseñar estructura de datos para registro de la salida de repuestos.
Tarea 2: Crear interfaz para el registro de salida de repuestos.
Tarea 3: Generar un reporte de salidas.
Pruebas de aceptación para la Historia de usuario 15
a) Identificar todos los posibles resultados observables de la historia:
- Interfaz en la que se puede: buscar la salida de repuesto solicitado en base a
fecha o número de solicitud, llenar los datos del Repuesto
- Nro. Serie
- Código de Repuesto
- Nro. Parte
- Cantidad salida.
- Precio compra
- Precio venta
- Unidad solicitante.
b) Identificar los resultados que terminan la historia y los que permiten continuar
dentro la historia:
- La historia finaliza al momento de registrar los datos necesarios para la salida
de repuestos y al obtener el reporte de salidas.
- La historia continua si se requeriría registrar la salida de otra repuesto del
almacén.
c) Eliminación de caminos redundantes:
- No existen caminos redundantes.
FASE CONTROL DE INVENTARIO DE REPUESTO
Historia de usuario 24: Historial de control de inventarios.
Tarea 1: Diseñar estructura de datos para registrar el historial de control de inventario.
Tarea 2: Crear interfaz para el registro del historial.
25 - 67
26. Pruebas de aceptación para la Historia de usuario 24
a) Identificar todos los posibles resultados observables de la historia:
- Interfaz en la que se registran el control físico y lógico de los repuestos, se puede
ver el historial de detalle de saldos existentes.
b) Identificar los resultados que terminan la historia y los que permiten
Continuar dentro la historia:
- La historia finaliza al momento de registrar los datos de los repuestos.
- La historia continua si se requeriría registrar otro repuesto.
c) Identificar el camino de ejecución posible:
- La historia comienza cuando el encargado ingresa al formulario para realizar el
registro de un nuevo repuesto.
- Se llenan los datos del repuesto, y estos se registran.
- Se almacena y actualiza esta información en la base de datos.
15. Velocidad del proyecto:
Como se refiere a la rapidez con la que se desarrollará el proyecto; ya que éste
depende del número de historias de usuario que se pueden implementar en una
iteración; de esta forma, se conocerá el cupo de historias que se desarrollarán en las
distintas iteraciones.
Usando la velocidad del proyecto se controlará que todas las tareas se puedan
desarrollar en el tiempo del que dispone la iteración. Se reevaluará esta medida cada 3
iteraciones y se apreciará que si no es adecuada, entonces se negociará con el cliente
un nuevo "Release Plan". (Planificación de publicaciones) caso contrario no.
De acuerdo al Anexo “A” Cronograma de Actividades.
16. Programación en Parejas
Como la metodología X.P. aconseja que las tares de desarrollo de programación se
lleve a cabo en pareja, la finalidad de trabajar en pareja es de incrementar la
productividad y la calidad del software a ser desarrollado, donde involucra a dos
programadores trabajando en el mismo equipo, es decir los dos frente al ordenador, con
un solo ratón y un solo teclado.
En el desarrollo del proyecto se considerará un codificador haciendo hincapié en la
calidad de la función o método que a ser implementado, y el otro que se dedicará en
analizar y pensar más estratégicamente sí; ¿El método o función que se está
implementando es adecuado y está bien diseñado?, ¿Va a funcionar?, ¿Puede haber
pruebas donde no funcione?, ¿Hay forma de simplificar el sistema global para que el
problema desaparezca?.
26 - 67
27. La pareja tendrá una comunicación y coordinación adecuada, de esta manera el código
será revisado y discutido mientras se escribe, para conseguir un código y diseño más
eficiente y de gran calidad.
Se considerará equipos de trabajo de programación en forma dinámica, quiere decir
que cualquier miembro del grupo puede emparejarse con cualquiera a la hora que
convenga. Los integrantes del grupo son:
Actores Nombre Actividad
Es el encargado de relevar y especificar los requisitos
del sistema a desarrollar. Entre sus tareas está
Identificar y entrevistar a clientes y usuarios.
Delimitar el alcance del sistema (con el AdP).
Desambiguar los requisitos.
Generar el documento de requisitos que incluye los
analista Nestor Ríos Ruiz requisitos de software y de usuario, dentro de los
plazos comprometidos.
Apoyar al Téster en la especificación de las pruebas de
sistema y de usuario.
Velar porque el diseño cumpla con los requisitos (junto
con el téster).
Velar porque el producto final cumpla con los requisitos
(junto con el téster)
Diseñador Jhoni Loza Yujra Generar el diseño arquitectónico y diseño detallado del
sistema (DD-Documento de Diseño).
Generar prototipos rápidos del sistema (con analistas e
implementadores) para chequear los requisitos
entregados por el cliente.
Validar los prototipos con clientes y usuarios
pertinentes.
Velar porque el producto final se ajuste al diseño
realizado (funciones de téster
27 - 67
28. Implementador Felix Quispe Ulo Es el encargado de implementar el sistema. Entre sus
funciones está:
Implementar los prototipos rápidos para chequear
los requisitos.
Implementar los diseños del sistema, especificados por
los diseñadores (en el DD).
Realizar la primera batería de pruebas y ajustar el
sistema en base a los resultados.
Diseñar (junto al AdP) y llevar a cabo el plan de
implantación
17. Reuniones diarias.
Se realizará reuniones diarias de todos los desarrolladores, con la finalidad de exponer todos los
problemas que se presentarán durante el desarrollo del proyecto, asimismo alimentar con ideas de forma
conjunta, con el fin de dar solución a los problemas que se presentarán durante el desarrollo del sistema.
En las reuniones la participación de los desarrolladores será de mucha importancia, cada uno expondrá
los problemas que obstaculizarán en el momento del desarrollo y según exista diferentes tipos de
problemas, todo el mundo opinará y alimentará con ideas claras. Las reuniones deber ser bien fluidas.
18. Elección de lenguaje de Programación.
Se eligió como plataforma de desarrollo de software el lenguaje de programación
PHP, por lo siguiente:
Resumen:
Está escrito tanto para usuarios que trabajen con PHP para programadores que
habitualmente lo hacen. Es apropiado para todos aquellos que confíen en el
lenguaje PHP a la hora de construir un sitio Web con contenido dinámico, algo
que está más allá de las capacidades del HTML puro ya que las aplicaciones son
más factibles.
PHP conocido como una tecnología de código abierto que resulta muy útil para
diseñar de forma rápida y eficaz aplicaciones Web dirigidas a bases de datos.
PHP es un potente lenguaje de secuencia de comandos diseñado
específicamente para permitir a los programadores crear aplicaciones en Web
con distintas prestaciones de forma rápida. MySQL es una base de datos rápida
y fiable que se integra a la perfección con PHP y que resulta muy adecuada para
aplicaciones dinámicas basadas en Internet.
19. CARACTERÍSTICAS DEL PHP.
Más Rápido que ASP.
Lenguaje más fácil y potente.
Integración perfecta más de ocho servidores HTTP.
Diseño Modular de fácil ampliación.
28 - 67
29. Licencia Abierta.
Acceso a 20 tipos de Bases de Datos.
PLATAFORMAS SOPORTADAS
Plataformas (actualidad):
• UNIX (todas las variantes)
• Win32 (NT/W95/W98/W2000).
• QNX.
• Mac (Web Ten).
• OS/2.
• BeOS.
Plataformas (en preparación):
• OS/390.
• AS/400.
Servidores:
• Apache (UNIX, Win32).
• CGI.
• FHTTPD.
• ISAPI (IIS, Zeus).
• NSAPI (Netscape I Planet).
• Java servlet.
• AOL Server.
• Roxen.
Servidores (en preparación):
• Apache 2.0.
• WSAPI (O'Reilly WebSite).
• PHTTPD.
• THTTPD.
BASE DE DATOS SOPORTADAS
SQL
• Adabas D.
• Empress.
• IBM DB2.
• Informix.
• Ingres.
29 - 67
30. • Interbase.
• Frontbase.
• mSQL.
• Direct MS-SQL.
• MySQL.
• ODBC.
• Oracle (OCI7, OCI8).
• PostgreSQL.
• Raima Velocis.
• Solid.
• Sybase.
Otros:
• Dbase.
• FilePro (solo lectura).
• DBm (ndbm, gdbm, Berkeley db).
20. Glosario de términos y símbolos.
N° TERMINO O SIGNIFICADO
SIMBOLO
Buscador
1. Página web que permite buscar páginas que tengan en su
contenido una o más palabras.
Código Fuente
2. Órdenes para funcionar un programa o aplicación concreta. En
las páginas web el código fuente está en HTML.
Contraseña
3. Conjunto de números, letras y caracteres utilizados para
reservar el acceso a los usuarios que disponen de esta
contraseña.
Enlace
4. Comunicación con otra página web o con otro lugar de la
propia página.
Password
5. Igual que contraseña.
Algoritmo
6. Descripción exacta de la secuencia en que se ha de realizar
un conjunto de actividades tendientes a resolver un
determinado tipo de problema o procedimiento.
Aplicación
7. Programa diseñado para ayudar en la ejecución de una tarea
específica tal como el procesamiento de textos (Ej. Winword),
contabilidad, manejo de inventarios (Ej. Excel).
Archie
8. Sistema que genera y mantiene automáticamente el contenido
de una base de datos para servidores FTP anónimos.
Background
9. Color, figura o imagen de fondo utilizado en un documento,
(fondo) presentación, página Web.
Banner
10. Forma que adopta la publicidad en la Web. Es un logo o
gráfico que contiene un mensaje promocional de la empresa
que lo pone.
Bookmark file
11. En el navegador Netscape es un fichero que contiene las
direcciones o URLs de los sitios Web preferidos. Es sinónimo
30 - 67
31. de la carpeta Favoritos en Internet Explorer y del hotlist del
Mosaico.
Comando
12. Instrucción determinada que indica en un programa la
ejecución de una acción específica como guardar, salir,
conectar, etc.
Correo
13. Servicio en Internet que permite el envío de correspondencia
electrónico (e- entre usuarios, incluyendo textos, imágenes, videos, audio,
mail) programas, etc. Se utiliza también el término para referirse a
un mensaje enviado mediante ese servicio.
Cracker
14. Persona altamente calificada en programación y que violando
medidas de seguridad penetran en computadoras o sistemas
de computación. Obtienen información o utilizan recursos
ilegalmente. Su objetivo principal es meramente penetrar
sistemas y no pagar programas y/o recursos computacionales.
Directorio
15. Manera organizada de distribuir programas y otros archivos
(carpeta, en un disco. Puede incluir otros subdirectorios.
folder)
Dominio
16. Es la última parte (a la derecha del signo @) en una dirección
(domain) de correo electrónico y en Internet y otras redes la primera
parte en una URL. Ej. fac.org.ar, www.minedu.edu.bo.
Driver
17. Dispositivo del hardware o un programa que controlan o
regulan otro dispositivo. E - Tope de página.
Hacker
18. Originalmente persona muy preparada y ensimismada en
computación. Adquiere en los 80´s una connotación peyorativa
para designar a quienes penetran ilegalmente y con
intenciones de causar daño en computadoras o sistemas de
computación, robar o alterar información o programas.
Interfaces
19. De interfaz. Interfaz: Manera con la que el usuario se
comunica con un dispositivo informático.
Internet
20. Apócope de International Net, soporte de comunicación entre
computadoras (net = red). Intranet: Red de acceso restringido
mediante password.
Analista
21. de Puesto o cargo de los profesionales informáticos, se trata de
sistema quien determina la problemática concreta que debe solucionar
una aplicación y las líneas generales de cómo debe
desarrollarse dicha aplicación para resolver el problema. Es
una persona imprescindible en cualquier departamento de
informática.
Applet
22. Es una aplicación escrita y compilada en java que se difunden
a través de la red para ejecutarse en el visualizador cliente.
Archivo
23. Son documentos computacionales que contienen información
(fichero) (al contrario de instrucciones), como texto, imágenes, sonido,
video, etc. Ej: una carta escrita en un procesador de texto.
Archivo volátil Archivo temporal, se usan sólo para almacenar datos
24.
temporalmente.
Banco
25. de Es un depósito electrónico de datos.
datos
Base de datos Estructura de software que colecciona información muy
26.
31 - 67
32. (Database) variada de diferentes personas y cosas (es decir, de una
realidad determinada), cada una de las cuales tiene algo en
común o campos comunes con todos o con algunos. Se
diseñó con la finalidad de solucionar y agilizar la
administración de los datos que se almacenan en la memoria
del computador.
Bit
27. Es la sigla del inglés Binary Digit (dígito binario) y representa la
unidad mínima de información posible, ya que equivale a un
golpe de corriente con un valor que puede ser uno (que
equivale a encendido) o bien, cero (apagado).
Browser
28. Programa que se usa para navegar por el Web, es algo así
como un paginador que permite pasar páginas. Permite
visualizar documentos WWW.
Buffer
29. Espacio de memoria que se utiliza como regulador y sistema
de almacenamiento intermedio entre dispositivos de un
sistema informático. Así, por ejemplo, las impresoras suelen
contar con un buffer donde se almacena temporalmente la
información a imprimir, liberando a la memoria del ordenador
de dichos datos, y permitiendo que el usuario pueda seguir
trabajando mientras se imprimen los datos. También existen
buffers entre diferentes dispositivos internos del ordenador.
Constante
30. Estructura de programación que contiene datos. Puede
contener números o caracteres alfanuméricos y el
programador le asigna un nombre único. Mantiene los datos
invariablemente, es decir, no cambia ni dentro de la realización
ni dentro de la ejecución de un programa.
Contador
31. En programación: estructura de programación que contiene
datos alfanuméricos y el programador le asigna un nombre
único, se usa generalmente para almacenar la cantidad de
veces que se ejecute una acción o ciclo dentro de le ejecución
de un programa. En internet: dispositivo que cuenta el número
de visitas o de impactos que ha recibido un sitio web. Suele
aparecer en la página inicial del sitio.
Operadores
32. Símbolos que se usan para comparar valores de variables en
lógicos programación, comparar dos variables equivale a decir si una
es mayor que la otra, si es menor o si son iguales, etc.
Símbolos que se utilizan para concatenar (unir) sentencias,
estos en el lenguaje castellano son por ej: y, o, si...entonces...,
sí sólo sí, etc.
Diagrama
33. de Representación gráfica, mediante la utilización de signos
flujo convencionales, del proceso que sigue la información en un
programa determinado. Se utilizan habitualmente en la fase de
desarrollo de aplicaciones por los programadores.
Download
34. Es la operación de “bajar” o descargar desde un sitio web
(ordenador remoto) determinada información hasta nuestro
PC.
Email
35. Permite enviar y recibir mensajes desde cualquier lugar del
mundo. Para eso se necesita de una casilla o dirección
32 - 67
33. electrónica en la que es posible recibir cartas. También es
factible anexar documentos, planillas de cálculo, sonido e
imágenes.
HTML
36. Lenguaje en que se escriben los documentos que se utilizan
(Hypertext en Internet.
Markup
Language)
HTTP
37. Protocolo de comunicación entre clientes y servidores Web.
(Hypertext
Transfer
Protocol)
Index (índice)
38. En computación en general es un índice en un directorio de las
localidades de almacenamiento en un disco de registros,
archivos, programas, etc. en la organización de dispositivos de
almacenamiento de acceso aleatorio el índice contiene el
nombre de la clave (identificador del registro), el nombre del
archivo o programa y un apuntador, ya sea a una localidad
física en el disco o a otro índice. Su función es similar al índice
de un libro. En internet un índice generalmente es la página
principal o de inicio donde están todos los temas que contiene
el sitio para poder acceder a ellos.
Información
39. Elemento fundamental que manejan los ordenadores en forma
de datos binarios.
Internet
40. Proyecto que ya está en marcha para mejorar internet que se
trata de la posibilidad de navegar en la red a una velocidad de
622 megabits por segundo, más de 1000 veces la velocidad
actual disponible.
Intranet
41. Red de servicios similar a Internet, pero limitada a
computadores de una sola red computacional. Puede tratarse
de una red aislada, es decir no conectada a Internet.
JavaScript
42. Un lenguaje de comandos multiplataforma del WWW
desarrollado por Netscape Communications. el código de
JavaScript se inserta directamente en una página HTML.
Link
43. Enlace entre páginas en el Web. Son sectores de la página
(texto o imágenes) que están vinculados a otras páginas, de
manera que basta con hacer clic en ellos para "trasladarse" a
otra página, que puede estar ubicada en cualquier servidor de
la red.
Operador
44. En programación se llama operador a todos los símbolos, esto
es, que no son números ni letras.
Operadores
45. En programación son todos los símbolos que se utilizan en
aritméticos matemáticas, por ej: +, -, *, /, =, etc.
Pixel
46. Son los puntos que en una pantalla, componen las imágenes.
Cuando la imagen es en blanco y negro, cada pixel equivale a
un bit; cuando es en colores puede tener más dependiendo de
la resolución que muestre en la pantalla. Esta palabra es igual
en inglés y español, por una derivación del término inglés
Picture Element (Elemento del Gráfico).
33 - 67
34. Proceso
47. En informática se manejan varias definiciones que aluden a
diversos elementos: puede ser simplemente una operación o
conjunto combinado de operaciones con datos, o bien una
secuencia de acontecimientos definida única y delimitada, que
obedece a una intención operacional en condiciones
predeterminadas. También se denomina proceso a una
función que se está ejecutando.
Programa
48. Redacción de un algoritmo en un lenguaje de programación.
Conjunto de instrucciones ordenadas correctamente que
permiten realizar una tarea o trabajo específico.
Programador
49. Un individuo que diseña la lógica y escribe las líneas de código
de un programa de computador.
Red
50. Es un conjunto de computadores (dos o más) que están
unidos entre sí a través de elementos de comunicaciones, que
pueden ser permanentes (como cables) o bien temporales,
como enlaces telefónicos u otros. Dependiendo de su tamaño,
las redes se clasifican en "LAN", "MAN" y "WAN". Las "LAN"
son las "Local Área Network", es decir, Redes de Área Local
que abarcan unos pocos computadores e impresoras dentro
de un espacio reducido. Las "MAN" (Metropolitan Area
Network) o Redes de Área Metropolitana, permiten unir
máquinas dentro de un radio limitado de kilómetros (dentro de
Santiago, por ejemplo). Y las "WAN" o "Wide Area Network"
que se refiere a redes de nivel mundial, como Internet.
Registro
51. Es una pequeña unidad de almacenamiento destinada a
contener cierto tipo de datos. Puede estar en la propia
memoria central o en unidades de memoria de acceso rápido.
Sistema
52. En informática, este término utilizado sin otra palabra que lo
adjetive designa un conjunto de hardware y software
específico.
WWW (World Es uno de los servicios más atractivos de Internet. Esta
53.
Wide Web) aplicación, cuyo software más utilizado es Netscape, permite
transmitir y visualizar imágenes, audio, gráfica y textos a
través de la red.
Web
54. Nombre corto para internet o WWW. Literalmente significa red.
Es la parte multimedia de Internet. Es decir, los recursos
creados en HTML y sus derivados.
21. Identificación y Evaluación de Riesgos.
Para el proyecto de control de inventario, los riesgos se han clasificado en cinco tipos:
1. Riesgos de Organización.
2. Riesgos de Recursos Humanos.
3. Riesgos de Tiempo.
4. Riesgos de Negocio.
5. Riesgos Técnicos.
34 - 67
35. Dentro de cada clasificación se encuentra el nombre del riesgo, magnitud, descripción,
impacto, estrategias de mitigación y pan de contingencia.
La magnitud será medida de la siguiente manera:
Alta.
Media.
Baja.
FALTA DE RECURSOS.
Magnitud de Riesgo Media.
Descripción Los recursos disponibles (Software y Hardware) no son
suficientes o los ideales para las necesidades del proyecto.
Impacto Producirá un retraso en el tiempo de desarrollo o una
reducción de calidad del proyecto.
Indicadores El rendimiento es bajo en las pruebas individuales de los
módulos del sistema.
Estrategias de Crear un stock de recursos que se podrían necesitar para el
Mitigación proyecto.
Plan de Contingencia Tener un listado de locales en donde se puede encontrar los
recursos necesitados.
PERSONAL CON POCA EXPERIENCIA EN LA HERRAMIENTA DE DESARROLLO.
Magnitud de Riesgo Alta.
Descripción Poca experiencia del equipo de trabajo en proyectos
similares y desconocimiento del lenguaje y entorno de
programación en el que se implementara el proyecto.
Impacto Provocara retrasos en las entregas y con mucha
probabilidad de fallos en el producto final.
Indicadores Recurrentes fallos en la codificación de las clases,
módulos, etc.
Estrategia de Mitigación Talleres breves de capacitación para todo el equipo de
trabajo en el lenguaje y entorno de programación de
manera que el proyecto pueda llevarse a cabo sin mayores
dificultades.
Plan de Contingencia Cambiar de tarea el recurso.
RETRASO EN LA FECHA DE ENTREGA DEL PROYECTO
Magnitud de Riesgo Alta.
Descripción El proyecto puede no estar completo en la fecha acordada
con el cliente.
35 - 67
36. Impacto Debido a que el sistema es parte de la calificación dentro
la materia no se podrá alcanzar los objetivos trazados por
el grupo.
Indicadores Retraso en la planificación e implementación del sistema,
si falta mas del 40% del proyecto y la fecha de entrega a
menos de un mes de plazo.
Estrategia de Mitigación Priorizar los requerimientos del cliente y planificar de tal
manera que se pueda implementar los módulos que se
necesitan con más urgencia.
Plan de Contingencia Realizar la planificación de todo el proyecto y solamente
implementar un módulo totalmente funcional.
FALTA DE TIEMPO DEL PERSONAL DEL NEGOCIO.
Magnitud de Riesgo Alta.
Descripción La persona que tiene el conocimiento del negocio no
dispone del tiempo necesario para entregar a tiempo los
requerimientos.
Impacto El avance del proyecto se retrasa puesto que se encuentra
con el material necesario para continuar con el desarrollo.
Indicadores Retraso en la planificación e implementación del sistema.
Estrategia de Mitigación Plantear reuniones en horas que no afecten el desempeño
normal de las actividades del personal de negocio.
Plan de Contingencia Contactar con el Comando de transportes que esté
dispuesta a entregar los requerimientos necesarios.
PERDIDA DE INFORMACIÓN DEL PROYECTO.
Magnitud de Riesgo Alta.
Descripción Perdida de información del proyecto por no contar con los
respaldos suficientes.
Impacto Pérdida de tiempo en el avance del proyecto.
Indicadores Retraso en la planificación e implementación del sistema.
Estrategia de Mitigación Sacar respaldos en medios magnéticos al menos una vez
al día.
Plan de Contingencia Buscar el ultimo respaldo guardado y continuar con el
respaldo con el desarrollo pese a la pérdida del avance del
proyecto.
22. Tarjetas de Responsables y Colaboradores.
QUIQUE
36 - 67
37. 23. Identificación de casos de uso (Tabla de Actores)
ACTOR CASOS DE USO
Registro de ingreso de Repuestos.
Registro de Solicitud de Repuestos.
ENCARGADO DE ALMACEN Registro de Salidas de Repuestos..
Control de inventario.
Emisión de reportes y consultas.
CLIENTE SOLICITANTE Registro de ingreso de Repuestos.
Registro de solicitud de Repuestos.
Registro de Salida de Repuestos.
REPUESTOS Registro de ingreso de Repuestos.
Registro de solicitud de Repuestos.
Registro de salida de Repuestos.
Control de Repuestos.
Emisión de reportes y consultas.
PROVEEDORES Registro de ingreso de Repuestos.
24. Tabla de Procesos.
PROCESO SUBPROCESO
37 - 67
38. Registra datos de Repuestos solicitados.
Realiza Solicitud de Repuestos.
REGISTRO DE SOLICITUD DE Genera formulario de Repuestos.
REPUESTOS Recibe informe de aceptación espera.
Recepción de solicitudes de Repuestos.
Registro de aprobación de compra de Repuestos.
Recibe informe de ingreso y compra de Repuestos.
Solicita la compra de Repuestos.
REGISTRO DE INGRESO DE Ingresa características de Repuestos.
REPUESTOS Actualiza kardex de existencias.
Recibe comprobante de ingreso de Repuestos.
Registra datos de entrada de repuestos.
Entrega los Repuestos.
Realiza la verificación de Repuestos
Solicita informe de control de inventario.
Verifica los ingresos, salida y solicitud de Repuestos.
Realiza control de existencias.
CONTROL DE INVENTARIO Realiza el informe de inventario de almacén.
Recibe informe.
. Actualización de kardex.
. Solicitud de salida de Repuestos.
. Recibe los Repuestos.
REGISTRO DE SALIDA DE . Registra Repuestos que salen del almacén.
REPUESTOS . Recibe comprobante de salida de Repuestos.
. Envía aceptación para la salida de Repuestos.
. Recibe informe de salida de Repuestos.
. Da la aprobación de la devolución de Repuestos.
. Recibe informe de devolución de Repuestos.
. Solicita la devolución de Repuestos.
. Ingresa características de Repuestos.
. Recibe comprobante de ingreso de Repuestos.
DEVOLUCIONES
. Actualiza kardex de existencias de devolución.
. Registra datos de entrada de Repuestos.
. Recibe los Repuestos.
. Realiza la verificación de Repuestos.
. Verifica datos de Repuestos.
. Entrega reportes.
CONSULTA E INFORMES . Verificación de reportes.
. Reportes impresos o almacenados.
25. Tabla de Requisitos.
25.1. Registro de Solicitud de Repuestos.
FUNCION CATEGORIA
38 - 67
39. Ref:#
R1.1 Se verifica la existencia de Repuestos en almacén. Evidente
R1.2 Se llena solicitud de requerimiento de Repuestos. Oculta
R1.3 El sistema registra los Repuestos solicitados a almacén. Evidente
R1.4 Genera reporte de la solicitud de Repuestos. Oculto
25.2. Registro de Ingreso de Repuestos a Almacén.
Ref:# FUNCION CATEGORIA
R2.1 Registra la compra de Repuestos. Evidente
R2.2 Verifica el estado y cantidad de Repuestos. Evidente
Incrementa las cantidades del inventario cuando realiza una Oculta
R2.3
compra
Genera comprobante de entrada de Repuestos para unidad Oculta
R2.4
solicitante
R2.5 Genera reporte de los ingresos de Repuestos. Oculta
25.3. Registro de Salida de Repuestos.
Ref:# FUNCION CATEGORIA
Recibe el número de solicitud de la unidad solicitante que
R3.1 Evidente
desea la salida Repuestos.
R3.2 Selecciona Repuestos disponibles. Evidente
R3.3 El sistema registra los Repuestos que salen de almacén. Evidente
R3.4 Reduce el stock en inventario. Oculta
El sistema realiza el cálculo de Repuestos para la unidad
R3.5 Evidente
solicitante.
El sistema realiza el comprobante de salida de Repuestos
R3.6 Oculta
para la unidad solicitante.
Realiza reporte de salida de Repuestos que salieron a
R3.7 Oculta
Dirección.
25.4. Registro de Salida de Repuestos.
Ref:# FUNCION CATEGORIA
39 - 67
40. R4.1 Verifica cantidades existentes por Repuestos. Evidente
R4.2 Registra faltantes. Oculta
R4.3 Revisar y verificar kardex de Repuestos. Evidente
R4.4 Genera reporte detallado. Oculta
40 - 67
41. 26. Diagrama de caso de uso de Alto Nivel.
26.1. Descripción Casos de Uso de Alto Nivel.
A continuación se muestran las tablas referentes a la descripción del caso de
uso, cada tabla muestra la descripción por cada caso de uso.
26.1.1. Registro de solicitud de Repuestos.
CASO DE USO: REGISTRO DE SOLICITUD DE REPUESTOS
Encargado de almacén, Repuestos (Dirección) y Cliente
ACTORES:
(Unidad solicitante o Mecánico).
TIPO: Primario
La unidad solicitante incluyendo el encargado de almacén
realiza el registro de la solicitud de Repuestos al almacén,
DESCRIPCIÓN verifica su existencia, luego genera un reporte y detalle de los
Repuestos aceptados o rechazados por la dirección general
para ser enviados a la unidad solicitante.
41 - 67
42. 26.1.2. Ingreso de Repuestos.
CASO DE USO: REGISTRO DE INGRESO DE REPUESTOS
Encargado de almacén, Repuestos (Dirección) y Cliente
ACTORES: (Unidad solicitante o Mecánico).
TIPO: Primario
El encargado de almacenes realiza el registro de entrada de
Repuestos al almacén verifica cantidad, estado y
DESCRIPCIÓN características, luego genera un comprobante de entrada de
los Repuestos.
26.1.3. Registro de Salida de Repuestos.
CASO DE USO: REGISTRO DE SALIDA DE REPUESTOS
Encargado de almacén, Repuestos (Dirección) y Cliente
ACTORES: (Unidad solicitante o Mecánico).
TIPO: Primario
El encargado de almacén realiza el registro de salida de
Repuestos del almacén verifica cantidad, luego se genera un
DESCRIPCIÓN
reporte y comprobante de los Repuestos que han salido de
almacén para alguna finalidad.
26.1.4. Registro de Control de Inventario.
CASO DE USO: CONTROL DE INVENTARIO
ACTORES: Encargado de almacén, Repuestos (Dirección).
TIPO: Primario
La dirección solicita a almacén un reporte de saldos de
existentes, es así que el encargado de almacén consulta la
DESCRIPCIÓN existencia por Repuestos y procede a la elaboración del
reporte que es impreso.
26.1.5. Devolución de Repuestos.
CASO DE USO: REGISTRO DE DEVOLUCIÓN DE REPUESTOS
Encargado de almacén, Repuestos (Dirección) y Cliente
ACTORES:
(Unidad solicitante o Mecánico).
TIPO: Primario
El encargado de almacenes realiza el registro de devolución
DESCRIPCIÓN de Repuestos al almacén verifica cantidad, estado, luego
genera un comprobante de devolución de Repuestos.
42 - 67
43. 27. Diagramas de caso de uso Expandido.
27.1. Diagrama de caso de uso Registro de Solicitud de Repuestos.
43 - 67
44. 27.1.1. Diagrama de caso de uso Registro de Solicitud de Repuestos.
CASO DE USO: REGISTRO DE SOLICITUD DE REPUESTOS.
Encargado de almacén, Cliente (Unidad solicitante o
ACTORES:
Mecánico) y Repuestos (Dirección)
Registras las solicitudes de Repuestos por la unidad
PROPÓSITO:
solicitantes
El encargado de almacén registra las solicitudes de
RESUMEN: Repuestos que llegan a almacén hechas por alguna
unidad solicitante
TIPO: Primario y esencial.
REFERENCIAS CRUZADAS: R1.1, R1.2, R1.3, R1.4, R1.5, R1.6 y R1.7
CURSO NORMAL DE EVENTOS
Acción de Actores Respuesta del Sistema
1.- Este caso de uso comienza
cuando la unidad solicitante llena la
solicitud de Repuestos y la envía a la
Dirección y traspasa a almacén
2.- El sistema ya al ingresar colocará la fecha, Nro.
de solicitud y Nombre de la unidad solicitante por el
código ingresado, y además solicita los siguientes
datos de solicitud de Repuestos:
Repuesto
Nro. serie
Código de Repuesto
Nro. parte
Cantidad solicitada
Finalidad
3.- Determina el saldo existente del Repuesto y
añade la información correspondiente al
requerimiento. El sistema muestra las siguientes
opciones:
Grabar
Cancelar
Reporte
Salir
4.- El actor acepta la opción Grabar.
5.- Registra solicitud concluida. Genera los
comprobantes respectivos de Repuestos aceptados
y de espera a unidad solicitante y del proceso de
solicitud a la dirección.
44 - 67
45. 27.2. Diagrama de caso de uso Registro de Ingreso de Repuestos.
27.2.1. Diagrama de caso de uso Registro de Ingreso de Repuestos.
CASO DE USO: REGISTRO DE INGRESO DE REPUESTOS.
Encargado de almacén, Cliente (Unidad solicitante o
ACTORES:
Mecánico), Repuestos (Dirección) y Proveedor.
PROPÓSITO: Registrar ingreso de Repuestos a almacén
El encargado de almacén registra las entradas de
RESUMEN: Repuestos que se han comprado para la unidad
solicitante.
TIPO: Primario y esencial.
45 - 67
46. REFERENCIAS CRUZADAS: Funciones R2.1, R2.2, R2.3, R2.4 y R2.5
CURSO NORMAL DE EVENTOS
Acción de Actores Respuesta del Sistema
1.- Este caso comienza cuando la
unidad solicitante su solicitud de
adquisición de Repuestos es
aceptada.
2.- El encargado de almacén empieza
a registrar cada Repuesto que fue
adquirido. 3.- El sistema al ingresar colocara la fecha y
nombre del encargado de almacén que registra
el ingreso y además solicita los siguientes
datos de entrada de Repuestos.
Nro. solicitud
Con la cual llenará los siguientes campos
Repuesto
Código de Repuesto
Nro. serie
Ahora se debe colocar los siguientes datos
si se trata de comprar para vender:
Cantidad de ingreso
Precio compra
Precio venta
Nombre proveedor
4.- Determina la cantidad que hay del
Repuesto y agrega la información
correspondiente y el sistema muestra las
siguientes opciones
Cancelar
Comprobante
Salir
5.- El encargado de almacén al
terminar de introducir los datos
correspondientes de cada Repuesto
acepta la opción grabar.
6.- El sistema calcula y presenta el total
existente del Repuesto.
7.- El encargado de almacén le indica
al sistema registrar la entrada y
compra de Repuesto.
8.-Registra la recepción concluida. Genera
9.- El encargado de almacén envía el Comprobante de entrada de Repuesto.
comprobante a contabilidad y el
reporte a la dirección.
46 - 67
47. 27.1.2. Diagrama de caso de uso Registro de Salida de Repuestos.
47 - 67
48. 27.1.3. Diagrama de caso de uso Registro de Salida de Repuestos.
CASO DE USO: REGISTRO DE SALIDA DE REPUESTOS.
Encargado de almacén, Repuestos (Dirección) y
ACTORES:
Cliente (Unidad solicitante o Mecánico),
PROPÓSITO: Registrar la salida de Repuestos a almacén
El encargado de almacén registra las salidas de
RESUMEN: Repuestos por la usabilidad o consumo que realiza la
unidad solicitante
TIPO: Primario y esencial.
REFERENCIAS CRUZADAS: R3.1, R3.2, R3.3 y R3.4
CURSO NORMAL DE EVENTOS
Acción de Actores Respuesta del Sistema
1.- Comienza cuando el encargado
de almacén registra la salida de
Repuestos requeridos y solicitados
con anticipación por la unidad 2.- El sistema al ingresar colocara la fecha y
solicitante. solicita el Nro. de solicitud con el cual llenará
los siguientes campos.
Repuesto
Nro. serie
Código de Repuesto
Nro. parte
Cantidad salida.
Precio compra
Precio venta
Unidad solicitante
3.- Determinar la cantidad de salida de los
Repuestos e incorpora la información y el
sistema muestra las siguientes opciones.
Cancelar
Comprobante
4.- El encargado de almacén termina Salir
de introducir los datos y acepta la
opción grabar. 5.- Reduce el stock den inventario y calcula el
total de Repuestos a entregar.
6.- Genera comprobante de salida de
Repuestos para la dirección.
7.- El encargado de almacén entrega
a la unidad solicitante los Repuestos
requeridos.
8.- El encargado de almacén envía el
comprobante a contabilidad y a la
dirección.
9.- La unidad solicitante se marcha
con los Repuestos.
6.4 Diagrama de caso de uso Registro de devolución de Repuestos.
48 - 67