El documento presenta los requerimientos para un sistema que permita simular, administrar y analizar situaciones relacionadas al control de bodega, planilla y producción para una cooperativa. El sistema permitirá el registro y análisis de datos requeridos y contará con funcionalidades como control de inventario, pagos, reportes y facturación. El sistema usará una interfaz amigable para el usuario y contará con medidas de seguridad y usabilidad.

1. DOCUMENTO DE REQUERIMIENTO
INTRODUCCIO
El sistema propuesto es una herramienta de propósito general que permite
Simular, experimentar, administrar y analizar cada una de las situaciones de
control de bodega, planilla y su producción. El sistema está concebido para ser
usado en procesos de toma de decisiones respecto a datos que la cooperativa
necesita registrar y en la formación de cada uno de sus datos que el sistema
contenga. Sin embargo su concepción de implementación incremental, y su
facilidad de integración le permite crecer en sofisticación y complejidad,
permitiendo su uso más sofisticado y más amplio con el cual se buscara tratar el
problema de no contar con un sistema para su beneficio su contexto social y su
administración que le permitirá al cliente la generación de propuestas,
experimentación de la utilización del sistema por ese motivo se propone una
implementación específicamente que garantice la privacidad y la seguridad de
conexión entre el cliente claro esperando que le guste la propuesta y la
funcionalidad esperada por el cliente.

2. ANTECEDENTES
Para la concepción de SAHA han confluido dos intereses, en primera instancia se
ha buscado una manera de fortalecer la percepción de que la sistema es una
herramienta a disposición del cliente, cuya incorporación en las actividades
cotidianas depende de las afinidades y destrezas de los clientes, así como también
se ha procurado fomentar el uso de herramientas de carácter libre que soporten la
toma de decisiones de cada información que requieran modificar guardar o
actualizar en el sistema esta estrategia parte del supuesto de que si se brinda una
capacitación en la acción el cliente de la herramienta no solo tendrá una mejor
formación sino que tendrá una mejor actitud hacia el análisis de SAHA de
problemas espaciales hacia el sistema. SAHA se ha diseñado para ser una
herramienta útil en el análisis y evaluación para el control de bodega, planilla y su
producción para la cooperativa, que requieren un ambiente donde se puedan
simular posibles soluciones que el sistema necesita para elaborar con mayor
capacidad y pueda ser más sencillo y más factible el trabajo..
ALCANCE DEL SISTEMA
El sistema está dirigido únicamente para la cooperativa cañera a la cual se le hizo
especialmente para contener información sobre las áreas como control de bodega,
control de planilla y de producción.
FINALIDAD DE SAHA
Incorporar el uso de herramientas tecnológicas convencionales para permitir
abordar la solución de problemas dentro de la cooperativa referentes a
planificación espacial, desde una perspectiva que conlleve de manera puedan
aportar al análisis solución del problema en cuestión empleando enfoques propios
para el control de bodega y planilla y su producción.

3. MISIÓN
Permitir que usuarios generen propuestas de solución para que el sistema genere
una producción de trabajo más ágil y amplio dentro de la cooperativa
PROPÓSITO DEL SAHA
Fomentar el análisis y la revisión necesaria para evitar los problemas y los costos
de trabajo que ocurren dentro de la cooperativa a causa de no contar con un
sistema que lleve toda la información de control de producción, planilla y su
producción y así agilizar el trabajo como el entorno colaborativo para la solución
de las necesidades.
El SAHA se ha concebido para que satisfaga las siguientes cualidades:
1. permitir el diseño cooperativo entre el cliente.
2. permitir el diseño incremental mediante el anidamiento de conceptos.
3. permitir el diseño iterativo mediante la depuración en el tiempo de los
modelos desarrollados.
4. permitir al usuario asumir diversos roles.
5. estimular el análisis espacial de problemas sociales.
6. permitir el diseño y análisis distribuido.
7. tener la capacidad de manejar diversos conjuntos de datos.
.

4. REQUERIMIENTOS FUNCIONALES
Despliega formulario llamado login el cual contiene caja de texto donde se le pide
que ingrese lo que es el usuario y la contraseña para poder ingresar a la
aplicación
En su interfaz inicial el sistema debe mostrar un formulario de bienvenida. Mostrar
un login para ingresar a los diferentes menús dentro de bodega planilla y su
producción, dentro de cada menú se encuentra establecido un formulario llamado
registro donde se registran datos importante que se necesite registrar para cada
menú se encuentra botones de buscar y modificar y actualizar
Funcionales
Bienvenida
Login
Conexión automática. la BD
control inicial
registro de productos
Control de existencias
Modificar producto
borrar Producto
Control de pagos
Reporte general
Generación de Factura
Validación de datos
Actualización de datos

5. Usuarios y equipos
Los permisos del uso del sistema son otorgados al cliente para que puedan usar
el sistema dar una implementación sobre la funcionalidad y cómo usar el sistema.
El equipo de trabajo se encarga de tratar de dar especificaciones sobre cómo dar
una buena comunicación con el cliente. Los permisos de modificación de
categorías son otorgados únicamente por el cliente (o el equipo de trabajo).
Buscador
El sistema debe permitir la búsqueda de datos de cada menú y los nuevos
registros y también las actualizaciones
GUIA DE SAHA
En el menú de ayuda mostrar los objetivos del SAHA, sugerencias para
alcanzarlos y una sección de preguntas frecuentes. Lo ideal es contar con un
personaje guía interactivo (con opción de ocultar-mostrar) que ofrezca
sugerencias, pasos o que necesite el cliente
REQUERIMIENTO NO FUNCIONALES
El sistema debe ofrecer un manual de su funcionalidad para cliente
No Funcionales
Login
Publicidad
Funcionamiento adecuado
Rendimiento
Interfaz
Costo
Operatividad
Mantenibilidad
Seguridad
Concurrencia
Estabilidad
Usabilidad
Accesibilidad
Disponibilidad
.

6. En la medida posible deberá ofrecer archivos de configuración, documentación
interna del código y manuales de consulta para el administrador del sistema
MODELO DE ERRORE
La siguiente imagen muestra que existen categorías y subcategorías que no tienen
Tema o Características a seleccionar. Esto puede ser un poco incómodo para el
usuario pero se mejoraran.
SEGURIDAD
Sólo el cliente registrados y autenticados podrán crear, editar o eliminar (según
corresponda) documentos. Usuarios no autenticados podrán hacer sólo lectura.
USABILIDAD E INTERFAZ DE USUARIO
Utilizar componentes gráficos para la interfaz y un menú de opciones. Además el
sistema contará con Logo, guía al usuario (ayuda), enlaces reconocibles, entre
otros que permitan una fácil comprensión del sistema por el usuario.

7. MODELO DEL SISTEMA
Creación de métricas
La siguiente métrica calcula la producción de tinte negro que cada formulario
podría tener dado por su creación de animación.
Se selecciona en Categoría: y en cajas de texto, subcategoría: en cajas de texto y
en categorías, Tema: distritos y Características: Producción gris de mata. Luego
multiplicamos por el cuál es un factor que corresponde al modelo de
transformación de papel reciclado.
OPCIONES DE MENU

8. MOSTRAR EL MENU BUSCAR
DESPLEGAR EL REGISTRO DE PRODUCTO

9. DESPLEGAR EL FORMULARIO DE CUENTAS POR COBRAR

10. GLOSARIO DE SAHA
Documento de
Especificación de
Requerimientos de
Software
“Describe por completo al sistema desde el punto de
vista de los requerimientos funcionales y no
funcionales, y sirve como una base contractual entre el
cliente y los desarrolladores de software” (SAHA)
Metodología de
Desarrollo Espiral
Es un modelo de proceso de software evolutivo que
conjuga la naturaleza iterativa de la aplicación ya que
para la cooperativa es de gran beneficio que.
Proporciona el material para el desarrollo rápido de
versiones incrementales del software.
Pruebas de Software Fueron pruebas unitarias que facilitaron ver errores
que no funcionaban con mucha amplitud para el
beneficio pero se logró solucionar esas pequeñas
ineficiencias y se logró hacerlo sin ningún error