En Chile, el crecimiento exponencial de minerías por sus riquezas de recursos minerales

...

ANTECEDENTES DEL SISTEMA

El enfoque de optimización y automatización de procesos conduce a replantear los distintos requerimientos de los usuarios, dado que aumenta el número de ellos y nacen nuevas necesidades. Se decidieron enfocarse en dos modelos de etapas de análisis:

La administración se clasificó en dos modelos de trabajo:

[pic 4][pic 5]

MODELO DE ADMINISTRACIÓN:

-Generación de propuesta

-Estimación de costo

-Planificación y creación de itinerario

-Monitoreo y revisiones

-Selección y evaluación del personal

-Informes y presentación

MODELO DE DESARROLLO

Nos basamos en:

-Herramientas

-Procesos

-Metodología

-Arquitectura

La cual, cada integrante del equipo debe tener una función específica para permitir dar soporte a este modelo.

EQUIPO DE SOFTWARE

CLIENTE: Quien pone en marcha el proyecto y financia. Que enfoca nuestros resultados para obtener una mejor administración de bodega de EPP.

Katherine Arias: Es la analista, quien es responsable de entender las necesidades de nuestro cliente y asegurando que se esté desarrollando nuestro software según los requerimientos analizados. Indica lo que el sistema realizará

Mauricio Céspedes: Es el Arquitecto del software y sistema, quien se encarga de traducir los requisitos, pero en una solución técnica. Es quien decide si ejecutan el sistema con un escenario “ideal” (Diseño-Implementación)

Manuel Molina: Es el tester, responsable de la correcta construcción del modelo de análisis y rendimiento del sistema.

Daniela Maluenda: Administradora del proyecto de gestión de software, responsable por la planificación, el desarrollo, supervisión de tareas y asegurar estándares-tiempo-presupuestos.

- ESPECIFICACIÓN DE REQUERIMIENTOS

El análisis y recolección de los requerimientos es parte fundamental al momento de realizar un buen diseño. Se debe tener bien claros los objetivos que se quieren alcanzar. En los requerimientos deben estar identificadas todas las reglas importantes, entradas y salidas del sistema. Nos basamos en técnicas de recolección de datos e investigación para la realización de los requerimientos funcionales (son imprescindibles para satisfacer el objetivo) y no funcionales (para cumplir con ciertas formalidades o necesidades anexas que no están relacionadas con el objetivo).

REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES

REQUERIMIENTOS FUNCIONALES

REQUERIMIENTOS NO FUNCIONALES

1. El sistema debe permitir al Administrador crear productos en la base de datos del sistema.

2. El Sistema permitirá crear cuentas de usuario para accesibilidad al sistema.

3. El sistema debe capturar los datos del producto. Los datos son:

a. IdProducto (codificación por categoría de productos)

b. Nombre Producto

c. Cantidades

4. El sistema no debe permitir crear productos que tengan el mismo código de referencia.

5. El sistema debe permitir registrar el ingreso de productos.

6. El sistema debe permitir registrar la salida de productos.

7. El sistema debe permitir la consulta de productos.

8. El sistema debe generar reporte de existencias diaria.

9. El sistema debe permitir modificar producto.

10. El sistema debe permitir desactivar productos.

1. El ingreso a Sistema estará restringido bajo contraseña cifrada y usuario definido.

2. La interfaz del sistema deberá ser implementada como una aplicación web.

3. El sistema deberá ser desarrollado bajo software libre, utilizando el lenguaje de programación PHP y utilizará el estándar HTML para el diseño de las páginas web del sistema.

4. El sistema debe basar sus comunicaciones en protocolos estándar de Internet.

- METODOLOGÍA

TIPO DE METODOLOGÍA

Para el sistema de control de inventarios se enfocará en el modelo cascada (más conocido como el ciclo de vida clásico) e iterativo, este modelo permitirá llevar el ciclo de vida el cual se desarrollara por etapas.

Las principales etapas de este modelo se transforman en actividades fundamentales de desarrollo:

Análisis y definición de requerimientos. Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios. Entonces, se definen en detalle y sirven como una especificación del sistema.

Diseño del sistema y del software. El proceso de diseño del sistema Establece una arquitectura completa del sistema. El diseño del software identifica y describe las abstracciones fundamentales del sistema software y sus relaciones.

Implementación y prueba. Durante esta etapa, el diseño del software se lleva a cabo como un conjunto o unidades de programas. La prueba de unidades implica verificar que cada una cumpla su especificación.

Funcionamiento y mantenimiento. Por lo general (aunque no necesariamente), ésta es la fase más larga del ciclo de vida. El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica corregir errores no descubiertos en las etapas anteriores del ciclo de vida, mejorar