Sistema de control y distribución de artículos militares
1. ESCUELA MILITAR DE INGENIERIA
CARRERA DE ANALISIS DE SISTEMAS
PROYECTO
“SISTEMA DE CONTROL Y DISTRIBUCION DE
ARTICULOS MILITARES DE LA INTENDENCIA
DE LAS FF.AA.”
CARRERA : ANALISIS DE SISTEMAS
ESTUDIANTE: SOF.INCL. JAVIER CARRILO SILES
SOF.INCL MARCO PINTO MENCIAS
SGTO.1RO. JHONNY E. ANAGUA M.
SGTO.1RO. FELIX ARACAYO VALENCIA
LA PAZ – BOLIVIA
2012
2. CAPITULO I
MARCO REFERENCIAL
1.1 INTRODUCCIÓN
Durante los últimos años y en la actualidad ninguna empresa puede funcionar de forma
adecuada sino cuenta con un sistema automatizado que administre los procesos
fundamentales del manejo computarizado de la información que genere la empresa u
organización
El mejor aliado para una empresa que se precie de ser la mejor que las demás es
siempre estar a la vanguardia en toda herramienta que beneficie a la empresa. Esta
herramienta se ha constituido en el manejo de la información y para ello los sistemas
informáticos son los que masa adecuan a las necesidades de cada empresa.
Toda empresa, por muy pequeña que sea esta, cuenta ya con un Sistema de
Información, Que de cierta manera controle el trabajo que se realiza con los datos que
genere el cual permite manejar el flujo de información que genera de una manera más
ordenada y eficaz y eficiente pero esto no sucede en la gran mayoría de los casos.
Además de que toda empresa que se dedique a la venta de un determinado producto
que sea de interés comercial para terceros ha visto la necesidad de tener un adecuado
control de ventas, distribución e inventarios para la empresa siempre este al tanto de
todas las transacciones comerciales.
El presente proyecto busca obtener un sistema de información solidó, fiable y eficiente y
controle toda la información que genere los procesos de ventas e inventarios para ver la
existencia física de los productos o materiales y tener una información completa acerca
de las distribuciones y ventas que permita tomar decisiones oportunas y efectivas para
administrar los recursos con los que se cuenta en el almacén de la INTENDENCIA
3. 1.2 ANTECEDENTES
La intendencia de las fuerzas armadas es una empresa cuyo rubro fundamentalmente
es la distribución de artículos militares y otros insumos a las Unidades dependientes de
esta, al igual que a Organizaciones no gubernamentales del estado.
Como antecedente y base de nuestra función, fue el trabajo del departamento de
distribución de la intendencia de las FF.AA. Los productos de dotación se actualizan
por, requerimientos diarios, pedidos y extraordinarios.
Debido que las necesidades, de las unidades son esencialmente vestimenta tienen
cierta independencia para la adquisición de otros productos, pero estos no responden a
un cronograma establecido, los pedidos son diversos, el personal que atiende a la
unidades sabe muy bien esto y trata de tener a la mano el producto y la cantidad que
requiera, pero se demora en ver la existencia de los mismos en almacén y lo solicitan
mediante un pedido haciéndose responsable de los mismos, de la entrega y facturación
de los mismos.
Toda esta información generada desde la llegada de los productos a almacén y la
entrega a las unidades estas deben ser cruzadas, verificada y al mismo tiempo
oportuna, para la toma de decisiones, mejorar nuestro accionar; además de verificar la
facturación respectiva
.
1.3 PRESENTACIÓN DEL PROBLEMA
1.3.1 PLANTEAMIENTO DEL PROBLEMA
Los problemas que se presentan en el sistema actual semi automatizado son:
La recolección de la información es tediosa y lenta y esto provoca muchos
retrasos en los diferentes procesos
No se cuenta con un adecuado control de productos que existen en almacén
4. No se tiene una base de datos que gestione la distribución y compras de
productos
La acumulación de informes en papel es tediosa y perjudicial
El balance de distribución de los diferentes artículos de la semana toma cuatro
horas o más porque a veces no coincide dando lugar a la pérdida de tiempo en
los encargados de dicho trabajo
Los datos de las distribuciones e inventarios no se obtiene de manera rápida y
optima porque no están centralizados los datos.
1.4 OBJETIVOS
1.5.2 JUSTIFICACIÓN SOCIAL
La implementación del sistema propuesto beneficiara a todo el personal
encargado, de forma que los departamentos de almacenes comercialización y
contabilidad, además que los distribuidores, clientes y personas pertenecientes
a la institución puedan contar con una información confiable oportuna y segura
de todo el flujo de información de vital importancia para un amplio campo de
actividades referente al crecimiento de mercado consumidor y las
correspondientes proyecciones que se harán para la toma de toma futuras
decisiones en beneficio de la intendencia.
1.5.3 JUSTIFICACIÓN ECONÓMICA
5. La parte económica es justificada ya que la empresa mejorara sus ingresos
económicos al tener información oportuna y precisa para la toma de decisiones,
dando a conocer información del manejo de la distribución y venta de los
productos, mejorando los procesos al conocerse toda la información financiera.
1.5.4 JUSTIFICACIÓN TÉCNICA
El desarrollo e implementación del presente proyecto para la INTENDENCIA DE
LA FUERZAS ARMADAS, se justifica técnicamente porque mejorara los métodos
y técnicas de acceso, manipulación y seguridad de los datos para el desarrollo e
implementación del presente proyecto se cuentan actualmente con equipos de
computación, software y herramientas adecuadas para la implementación del
sistema propuesto lo que permitirá mejorar resultados así explotar óptimamente
el uso de los equipos de computación existentes.
1.6 METODOLOGÍA Y HERRAMIENTAS
Los métodos para recopilar información de todos los requerimientos de lo usuario y
los procesos que deben automatizarse son:
• Análisis del proceso de ventas.
• Entrevistas con los encargados.
• Análisis del sistema MERLIN.
• Estudio de los requerimientos que muestra el personal responsable.
• Análisis de los recursos que actualmente se utilizan.
Los modelos de procesos podrán ser obtenidos utilizando las metodologías de
procesos proporcionadas por ICONIX que es un proceso de ingeniería de software
que se define como un "proceso" de desarrollo de software simple y práctico, entre
la complejidad y la elegancia de RUP (Rational Unified Process) y la simplicidad
del XP (Extreme Programming).
ICONIX es conducida por casos de uso. Usa a UML como lenguaje de modelación.
6. La metodología tiene las siguientes fases:
Análisis de requisitos.
Análisis y diseño preliminar.
Diseño detallado.
Implementación.
1.6.1 HERRAMIENTAS
De acuerdo a la etapa del desarrollo del proyecto se utiliza las siguientes
herramientas:
• Análisis del Proyecto y Diseño del proyecto
- Sybase PowerDesigner: Se utiliza para graficar los procesos modelados
con UML y los diagramas WAE del proyecto.
• Elaboración del software prototipo
- Sybase PowerDesigner: Se utiliza para modelar los diagramas físico y
lógico
de la base de datos
- SQL Server Management Studio Express con SQL Server 2008 Express.
Se utiliza para:
Crear y administrar la base de datos, los usuarios y los permisos.
Diseñar y ejecutar las instrucciones SQL.
- Microsoft Visual Studio .NET 2010. Se utiliza para:
El lenguaje orientado a objetos Visual Basic .NET que proporciona
Visual Studio para la creación de la aplicación web que se plantea.
La plataforma de programación web ASP.NET.
Herramientas y librerías para la elaboración de informes de
acuerdo a la información que requieran los usuarios.
7. - Plataforma de desarrollo: Microsoft Windows XP Professional Edition
Service Pack 3.
-
CAPITULO II
MARCO TEÓRICO
2.1. INTRODUCCIÓN
2.2. SISTEMA DE VENTAS
2.3. INVENTARIOS
2.3.1 CONCEPTOS BÁSICOS DE INVENTARIOS
2.4. METODOLOGÍA ICONIX
2.4.1 CARACTERÍSTICAS DE ICONIX
2.4.2 FASES DE CICLO DE VIDA DEL ICONIX
2.5. LENGUAJE UNIFICADO PARA LA CONSTRUCCIÓN DE MODELOS (UML)
2.5.1 DIAGRAMA DE CLASES
2.5.2 DIAGRAMA DE CASOS DE USO
2.5.3 DIAGRAMAS DE SECUENCIA
2.5.4 DIAGRAMAS DE COLABORACIÓN
2.6. TECNOLOGÍAS
2.6.1 TECNOLOGÍA .NET
2.6.2 VISUAL .NET
2.6.3 SISTEMAS DE GESTIÓN DE CONTENIDOS (CMS)
2.6.3.1 INTRODUCCIÓN AL DOTNETNUKE
2.6.4 SUBSONIC
2.6.5 SQLSERVER
2.6.5.1 REQUISITOS DEL SISTEMA
2.7. MÉTRICAS DE CALIDAD
2.7.1 FUNCIONALIDAD
2.7.2 CONFIABILIDAD
2.7.3 PORTABILIDAD
2.7.4 MANTENIBILIDAD
CAPITULO III
8. MARCO APLICATIVO
3.1. INTRODUCCIÓN
3.2. ANÁLISIS DE REQUERIMIENTOS
3.2.1. MODELO DE DOMINIO
3.2.2. PROTOTIPACIÓN
3.2.2.1. AUTENTIFICACIÓN
3.2.2.2. MÓDULO MAESTROS
3.2.2.3. MÓDULO ALMACENES
3.2.2.4. MÓDULOS VENTAS
3.2.2.5. MÓDULO GERENCIA
3.2.3. MODELO DE CASO DE USO
3.3. ANALISIS Y DISEÑO PRELIMINAR
3.3.1. DESCRIPCIÓN CASO DE USO
3.3.2. DIAGRAMAS DE ROBUSTEZ
3.4. DISEÑO DETALLADO
3.4.1. DIAGRAMAS DE SECUENCIAS
3.4.1.1. MANEJAR CUENTAS DE USUARIOS DEL SISTEMA
3.4.1.2. ASIGNAR ENCARGADOS A SUCURSALES
3.4.1.3. ELABORAR REPORTES
3.4.1.4. INICIAR SESIÓN
3.4.1.5. CERRAR SESIÓN
3.4.1.6. REALIZAR PEDIDO
3.4.1.7. REALIZAR COTIZACIÓN
3.4.1.8. REALIZAR COBROS
3.4.1.9. FACTURAR
3.4.1.10. CONTROLAR VENCIMIENTOS
3.4.1.11. CONTROLAR STOCK
3.4.1.12. CONTROLAR NUEVOS REGISTROS DE PRODUCTOS
3.4.1.13. AJUSTES
3.5. IMPLEMENTACIÓN
3.6. MÉTRICAS DE CALIDAD DEL SOFTWARE 83
3.6.1. FUNCIONALIDAD
3.6.2. CONFIABILIDAD