1. Proyecto Softpyme-Inventario
Informe De Análisis
Análisis y desarrollo de sistema de información
(ADSI-409862)
Centro De La Industria La Empresa Y Los Servicios
(CIES)
Neiva-Huila

2. Proyecto Softpyme-Inventario
Informe De Análisis
Presentado por:
Yeison Smith Rojas Aldana
Presentado a:
Ing. Carlos Javier Pastrana
Análisis y desarrollo de sistema de información
(ADSI-409862)
Centro De La Industria La Empresa Y Los Servicios
(CIES)
Neiva-Huila

3. CONTENIDO
1 DESCRIPCIÓN DEL PROYECTO FORMATIVO ................................................................................ 4
1.1 Nombre del proyecto: SOFTPYME-INVENTARIO ................................................................. 4
1.2 Descripción del problema ................................................................................................... 4
1.3 Justificación del proyecto .................................................................................................... 4
1.4 Objetivos ............................................................................................................................. 4
1.4.1 Objetivo general .......................................................................................................... 4
1.4.2 Objetivos especifico .................................................................................................... 5
1.5 Impacto (Social, económico, ambiental, tecnológico) ........................................................ 5
1.6 Restricciones o Riesgos Asociados ...................................................................................... 6
1.7 Producto del Proyecto......................................................................................................... 6
2 Especificaciones requerimientos del software ........................................................................... 7
2.1 Requerimientos Versión 1.0 ................................................................................................ 7
2.2 Especificaciones de Casos de Uso ....................................................................................... 8
2.2.1 Diagrama de casos de uso ......................................................................................... 16
2.3 Diagrama de interacción ................................................................................................... 17
2.3.1 Diagrama de secuencia ............................................................................................. 17
2.4 Diagrama de estructura..................................................................................................... 19
2.4.1 Modelo de dominio ................................................................................................... 19
Conclusión ......................................................................................................................................... 20

4. 1 DESCRIPCIÓN DEL PROYECTO FORMATIVO
1.1 Nombre del proyecto: SOFTPYME-INVENTARIO
1.2 Descripción del problema
A nivel de las Pymes existen paradigmas sobre la sistematización, según estudios
recientes, cerca de un 80% de las fami, micro, pequeñas y medianas empresas
independientes, no invierten en TICs para mejorar su productividad y
competitividad, por varias creencias: costo/beneficio negativo, miedo estratégico,
miedo a la tecnología y resistencia a la legalización. Como consecuencia de lo
anterior, encontramos Informalidad Tecnológica: uso de software pirata, tenencia
de procesos manuales y uso de hojas de cálculo poniendo en riesgo la continuidad
de la empresa.
1.3 Justificación del proyecto
Dada la importancia de la sistematización y el uso de la TICS como factor de
productividad y competitividad empresarial, se quieren destacar las diferentes
opciones y alternativas que tienen las fami, micro, pequeñas y medianas
empresas a la hora de implementar proyectos de software dirigidos a la
automatización de procesos de negocio. El proyecto pretende innovar los
procesos en los que se ofertan productos y servicios mediante la implementación
de un sistema de información fácil, económica y practico, que puede ser adquirido
por componentes. (En su primera versión con el grupo de Análisis y Desarrollo de
Sistemas de Información - Ficha: 409862-se ofrecerá el módulo de inventario y en
versiones posteriores, facturación, cartera y recursos humanos).
1.4 Objetivos
1.4.1 Objetivo general
Desarrollar e Implementar un servicio de catálogo virtual dirigido a las
Pymes que se encuentran en el Departamento del Huila, mediante un
sistema de información con arquitectura web, que ofrezca soluciones
administrativas sencillas, económicas y con soporte permanente en su
primera versión se desarrollará el módulo de inventarios.

5. 1.4.2 Objetivos especifico
1. Documentar los procesos informáticos requeridos para el diseño del
sistema de información
2. Planear la oferta del catálogo virtual y los recursos de acuerdo a los
requerimientos obtenidos
3. Desarrollar los componentes básicos del sistema de información
4. Especializar el sistema de Información SoftPymes, de acuerdo a los
productos o servicios de los clientes potenciales.
5. Desarrollar Software con arquitectura web, que satisfaga los
requerimientos administrativos de las Pymes
6. Implementar el aplicativo
7. Diseñar manuales técnicos y de usuarios
8. Capacitar a los usuarios en la ejecución del sistema y en el manejo y
productos que él mismo genera.
9. Valoración de los resultados del proyecto aplicando modelos y
estándares de calidad de software.
1.5 Impacto (Social, económico, ambiental, tecnológico)
1. Social: La adopción por parte de las pequeñas y medianas empresas del
Huila, de una tecnología vanguardista, al alcance de cualquier empresario
o gerente, que les permitirá aumentar su propia competitividad.
2. Económico: La oportunidad para que los aprendices generen ingresos
sostenibles, mediante la comercialización del software, nuevos módulos y
versionamientos, actualizaciones o mantenimientos del sistema de
información.
3. Ambiental: El software desarrollado en este proyecto, contribuirá a
disminuir el consumo de papel, utilizado durante el tratamiento manual de
la información.
4. Tecnológico: La utilización de tecnologías vanguardistas e innovadoras,
en el ámbito de comercialización de productos y servicios, enmarcadas
dentro de los sectores nuevos y emergentes como servicios tercer izados a
distancia BPO&O, así como el de software y servicios TI.

6. 1.6 Restricciones o Riesgos Asociados
1) El nivel de aceptación del sistema de información por parte de los clientes
potenciales (establecer campañas publicitarias con el acompañamiento del
SENA, para llegar más efectivamente a los clientes).
2) La complejidad en el desarrollo del sistema de información (lograr la
participación activa de otros titulados en las áreas de su competencia, así
como la implementación de EDT y formación complementaria en temas
relacionados con multimedia).
3) La falta de tiempo para el desarrollo del proyecto en el programa de
formación (implementar horarios extra para que los aprendices logren
culminar a término el proyecto).
4) la disponibilidad de la tecnología requerida para el proyecto (realizar plan
de operaciones y cronograma del proyecto, con recursos, para poder
anticipar y sortear las contingencias de este tipo).
1.7 Producto del Proyecto
1) Un informe funcional del sistema con los requerimientos del cliente,
relacionados con los diferentes procesos de la organización.
2) Planeación técnica operativa y financiera del proyecto.
3) Sistema de información con arquitectura web debidamente implementado.
4) Manuales técnicos y del usuario.
5) Plan de capacitación a usuarios.
6) Informe de políticas de calidad aplicadas durante el desarrollo del sistema
de información.

7. 2 Especificaciones requerimientos del software
2.1 Requerimientos Versión 1.0
Requerimientos Funcionales
RF1 El sistema debe permitir al Administrador crear productos en la base de datos
del sistema.
RF1.1 El sistema debe capturar los datos del producto. Los datos son:
Código de referencia
Nombre del producto
Unidad de medida
Máximo y mínimo
RF1.2 El sistema no debe permitir crear productos que tengan el mismo código de
referencia.
RF2 EL sistema debe permitir al empleado registrar el ingreso de productos.
RF3 EL sistema debe permitir al empleado registrar la salida de productos.
RF4 RF El sistema debe permitir la consulta de productos.
RF5 El sistema debe generar reporte de existencias diaria.
RF6 El sistema debe permitir al Administrador modificar producto.
RF7 El sistema debe permitir al Administrador desactivar productos.

8. 2.2 Especificaciones de Casos de Uso
Aquí es donde se documenta los respectivos casos de usos diseñados
inicialmente, con el fin de tener más claridad en el desarrollo del sistema; además
nos sirve para documentar aún más nuestro proyecto y es aquí donde se muestra
el proceso realizado normalmente en la entidad o tema a sistematizar y el cómo lo
hará el sistema.
CU-001 Autenticar usuario
Versión: 1.0[2012-03-14]
Descripción: EL sistema permite al usuario ingresar.
Precondición: El usuario está registrado en el sistema
Secuencia Normal: Pasos Acción
1. El usuario ingresa nombre y
contraseña.
2. El sistema valida que los
campos que no estén vacío
y verifica que el usuario se
encuentre en el sistema.
3. El sistema permite ingreso
del usuario.
4. El usuario ingresa al
sistema.
Post-condición: El usuario ingreso al sistema.
Excepciones: E1. El sistema señala el campo de
texto que se encontrara vacío.
E2. El sistema genera un mensaje de
advertencia que el usuario no se
encuentra en el sistema.

9. CU-002 Crear producto
Versión: 1.0[2013-03-09]
Descripción: EL sistema perimirte al administrador crear
productos en la base de datos del sistema.
Precondición: El administrador Ingreso al sistema
Secuencia Normal: Pasos Acción
1. El administrador inicia
creación de un nuevo
producto.
2. El sistema permite que
ingrese datos.
3. El administrador ingresa los
datos del producto (Nombre
del producto, Código del
producto).
4. El sistema valida que los
campos no estén vacíos y
que el código del producto
esté disponible y los
almacena.
5. El sistema presenta un aviso
de operación exitosa.
Post-condición: El producto queda registrado.
Excepciones: E1. El sistema señala el campo de
texto que se encontrara vacío.
E2. El sistema genera un mensaje de
advertencia donde mostrara la
repetición del producto.

10. CU-003 Registrar Entradas del producto
Versión: 1.0[2013-03-09]
Descripción: EL sistema permite al empleado registrar el
ingreso de productos.
Precondición: El empleado Ingreso al sistema
Secuencia Normal: Pasos Acción
1. El empleado comienza un
nuevo registro de productos
de entrada.
2. El empleado busca los
productos y llena los campos
con la cantidad y
valorización respectiva del
producto.
3. El sistema valida los campos
vacíos.
4. El sistema comprueba que el
código de referencia no se
encuentra en la base de
datos.
5. El sistema realiza
actualización de la base de
datos
6. El sistema mostrara un aviso
de operación exitosa.
Post-condición: El producto queda almacenado en la base de
datos.
Excepciones: E1. El sistema señala el campo de
texto que se encontrara vacío.

11. CU-004 Registrar salidas de productos
Versión: 1.0[2013-03-09]
Descripción: EL sistema debe permitir el registro de salidas
del producto.
Precondición: El producto debe estar creado.
Secuencia Normal: Pasos Acción
1. El empleado busca el
producto de salida.
2. El sistema muestra un
formulario.
3. El empleado llena los
campos con la cantidad del
producto.
4. El sistema debe validar los
campos vacíos.
5. El sistema actualiza base de
datos.
Post-condición: Actualiza inventario.
Excepciones: E1. El sistema señala el campo de
texto que se encontrara vacío.
E2. El sistema presenta un error al
momento de ingresar cantidades no
validas (exceso de cantidad de
salida).

12. CU-005 Consultar productos
Versión: 1.0[2013-03-09]
Descripción: EL sistema debe permitir consultar productos.
Precondición: El producto debe estar creado en la base
de datos.
Secuencia Normal: Pasos Acción
1. El empleado inicia la
consulta.
2. El sistema permite la
consulta del producto
3. El empleado ingresa datos
del producto que desea
buscar
4. El sistema valida que los
campos no estén vacíos y
que el producto existe
5. El sistema presenta el
producto
Post-condición: El sistema genera informe.
Excepciones: E1. El sistema señala el campo de
texto que se encontrara vacío.
E2. El sistema presenta un error al
momento de ingresar códigos o
nombres que no se encuentre en la
base de datos.

13. CU-006 Modificar producto
Versión: 1.0[2013-03-09]
Descripción: EL sistema permite al administrador modificar
producto.
Precondición: El producto debe estar ingresado.
Secuencia Normal: Pasos Acción
1. El administrador inicia la
modificación del producto.
2. El administrador busca el
producto a modificar.
3. El sistema muestra los datos
del producto.
4. El administrador modifica el
producto.
5. El sistema presenta
información actualizada
Post-condición: El producto es modificado.
Excepciones: E1. El sistema genera error cuando
busque un producto no existente.

14. CU-007 Desactivar Producto
Versión: 1.0[2013-03-09]
Descripción: El sistema permite al Administrador desactivar
productos.
Precondición: El producto debe estar ingresado.
Secuencia Normal: Pasos Acción
1. El administrador busca el
producto a desactivar.
2. El sistema muestra el
producto.
3. El administrador selecciona
la opción de desactiva el
producto.
4. El sistema desactiva el
producto.
Post-condición: Producto desactivado.
Excepciones: E1. El sistema genera error cuando
busque un producto no existente.

15. CU-008 Generar reporte
Versión: 1.0[2013-03-09]
Descripción: EL sistema genera reporte.
Precondición: El usuario ingreso al sistema.
Secuencia Normal: Pasos Acción
1. El usuario inicia generación
de reporte.
2. El sistema muestra
opciones de consulta.
3. El usuario selecciona la
opción.
4 El sistema muestra los
datos.
Post-condición: El sistema genera reporte.
Excepciones: E1. El usuario cancelar reporte.

16. 2.2.1 Diagrama de casos de uso

17. 2.3 Diagrama de interacción
2.3.1 Diagrama de secuencia
En estos diagramas se muestran el comportamiento del flujo de información de cada caso de
uso, entre los objetos que participan en el sistema para posterior análisis y aquí se tiene una
idea clara sobre lo que va hacer el sistema. Además con estos diagramas se puede ver el
tiempo de vida de cada objeto que participa en esta interacción.

19. 2.4 Diagrama de estructura
2.4.1 Modelo de dominio
Encontramos las clases conceptuales claves del sistema, capturar y expresar el
entendimiento ganado en un área bajo.

20. Conclusión
Gracias a los avances tecnológicos e informáticos hoy en día existes métodos
mucho más eficaces en cuanto al manejo de información y las telecomunicaciones
en torno a esto se han desarrollado sistemas que mejoran la calidad y la eficiencia
de las empresas para prestar un mejor servicio a sus clientes.
Vasado en esto y en el análisis desarrollado que se hiso mediante las técnicas de
recolección de información podemos deducir que debido al mal manejo de la
información por parte de las pymes, este proyecto es viable ya que, es necesario
llevar un control eficaz, seguro y organizado de los producto y servicios prestados
por las empresas.
Además este software garantiza un mejor control y organización de la información,
por lo que es más fácil buscar y actualizar la información digitada.