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

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

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

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

1.4.2 Objetivos especifico1. 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 obtenidos3. 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.

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.

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.

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 usuarioVersión: 1.0[2012-03-14]Descripción: EL sistema permite al usuario ingresar.Precondición: El usuario está registrado en el sistemaSecuencia 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.

CU-002 Crear productoVersió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 sistemaSecuencia 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.

CU-003 Registrar Entradas del productoVersión: 1.0[2013-03-09]Descripción: EL sistema permite al empleado registrar el

ingreso de productos.Precondición: El empleado Ingreso al sistemaSecuencia 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.

CU-004 Registrar salidas de productosVersió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).

CU-005 Consultar productosVersió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.

CU-006 Modificar productoVersió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.

CU-007 Desactivar ProductoVersió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.

CU-008 Generar reporteVersió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.

2.2.1 Diagrama de casos de uso

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.

2.4 Diagrama de estructura

2.4.1 Modelo de dominioEncontramos las clases conceptuales claves del sistema, capturar y expresar el entendimiento ganado en un área bajo.

ConclusiónGracias 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.