República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Universitaria, Ciencia y Tecnología

Universidad Politécnica Territorial del Estado Portuguesa “Juan de Jesús Montilla”

Programa Nacional de Formación de Informática

Acarigua-Portuguesa

SISTEMA PARA LA ASIGNACIÓN DE INSUMOS POR RUBROS EN

AGROPATRIA-ACARIGUA I DEL MUNICIPIO PAEZ DEL ESTADO

PORTUGUESA

Agosto 2015

Nombre del Software: Sistema para la asignación de insumos por rubros

en Agropatria-Acarigua I del municipio Páez del estado portuguesa.

Colaboradores:

Alvarado Leonardo

Guedez Yamnuaris

Villasmil Wheyder

Alcance del proyecto

Inicia desde que se ejecuta el registro de insumos (agroquímicos),

productores, fincas, ciclos, suelos, paquetes de siembra, estados municipio y

población, pasando por el proceso de solicitud de insumos del productor, crear

paquetes de insumos, importación de listas de precios e inventarios.

Posteriormente el seguimiento y control de financiamiento a productores por

órdenes técnicas con órdenes de insumos. Además brinda el respaldo y

seguridad de la información digitalizada en el sistema. Estos procesos se

llevan a cabo con la finalidad de facilitar a la organización la información

necesaria en el momento inestimable para la toma de decisiones

administrativas posteriores.

Modelado del negocio

Procesos

Seguimiento y control por financiamiento

El seguimiento y control de productos consiste en aprobar una orden de

pedidos mediante el cual el sistema realizará una series de consultas emitirá

un formulario de seguimiento y control, donde los productores llenan una serie

de diversos campos y que pues se consultan una serie de datos del productor

y verifican los pedidos realizados por el mismo mostrándolo en una lista el cual

el sistema va generar. Un informe técnico en el cual se va verificar los datos

del mismo para comprobar la solvencia del productor por crédito y si se

encuentra activo el sistema aprueba la orden de pedido

Solicitud de pedidos de productos

Este proceso es uno de los fundamentales en el sistema en el cual se van a

realizar una solicitud de pedidos de los productos mediante un usuario ya

registrado en el sistema, el proceso comienza con la generación de un

formulario en el cual el usuario en este caso el productor va a llevar acabo la

registración de una serie de datos para la solicitud de dichos productos, el

sistema consultara en el estado del producto si hay disponibilidad en los

almacenes y según la cantidad solicitada por hectáreas se generara una

autorización que se aprobara cuando esta petición se cierra el sistema

asignara un paquete de siembra en el cual el sistema genera un reporte de

solicitud de productos en cual se imprime.

Autorización abierta o cerrada

Este proceso se ejecutará en el sistema por medio de mensajes en tiempo real

que llegaran a una bandeja de entrada al coordinador, para que este pueda

abrir la autorización y evaluar si es una autorización abierta o cerrada y

aprobarla.

Actores

Nombre Descripción Simbología UML

Web Master

Manejará y

actualizará el

sistema sitio para

que esté acorde

con las nuevas

tecnologías o

reglas de negocio.

Web master

Coordinador

Aprobar

autorización

abierta y cerradaCoordinador

Administrador

 Tendrá la

responsabilidad de

configurar,

mantener,

monitorizar,

documentar y

asegurar el

correcto

funcionamiento del

sistema.

Administrador

Técnico Registrará los

productores y sus

fincas, informes

técnicos,

seguimientos y

control.

Técnico

Reglas de negocio:

Las reglas del negocio por la que se rige la organización son:

Menor a 10 hectáreas de tierra El coordinador aprueba una

autorización abierta

Mayor a 10 hectáreas de tierra El coordinador aprueba una

autorización cerrada

Documentos de propiedad de la

unidad de producción

Debe presentar títulos de propiedad

para el financiamiento

Solo un financiamiento por productor

El productor debe tener registro del

Runoppa.

Para ser financiado el productor debe

llevar e registro único nacional

obligatorio de productores y

productoras agrícolas.

Stock máximo de producto El almacén solo cuenta con un

espacio para almacenar cierta

cantidad de productos.

Stock mínimo de producto El almacén nunca debe quedar en

cero o vacío.

Casos de uso principales

System

WebMaster

Tecnico

Gestionar configuración del sistema

Gestionar solicitud de producto

Gestionar Seguimiento y control

System

Técnico CU-GS-012-Gestionar Solicitud de Productos

Consultar Paquetes de Siembra

Consultar Lista de Precios

Consultar Productor

Autorizar Producto

Consultar Finca

Coordinador

<<include>>

<<extend>> <<extend>>

<<extend>>

<<extend>>

System

Técnico

CU-GSC-013 Gestionar Seguimiento y Control

CU-GSC-014-Gestionar Informe Tecnico

GU-GSC-015Gestionar Orden de Insumos

Consultar Pedidos

Consultar Productor

<<extend>>

<<extend>>

<<include>>

<<include>>

Fase de Requerimientos

Requerimientos Funcionales

Código Descripción Actores Depende

RQF-001El sistema debe registrar los productor Jefe de área

técnica

RQF-002El sistema debe consultar los productor Jefe de área

técnicaR-001

RQ F-003El sistema debe actualizar los datos del productor Jefe de área

técnicaR-001

RQF-004El sistema debe permitir cambiar estatus del productor Jefe de área

técnicaR-001

RQF-005 El sistema importar inventario de productos Jefe de Inventario R-005

RQF-006 El sistema debe registrar los ciclos Administrador

RQF-007 El sistema debe consultar los ciclos Administrador R-006

RQF-008 El sistema debe actualizar los ciclos Administrador R-006

RQF-009 El sistema debe permitir cambiar estatus de los ciclos Administrador R-006

RQF-010 El sistema debe clasificar los productos Administrador  R-005

RQF-011El sistema debe registrar paquetes de siembra Jefe de área

técnica

RQF-012El sistema debe consultar paquetes de siembra Jefe de área

técnicaR- 011

RQF-013El sistema debe actualizar paquetes de siembra Jefe de área

técnicaR-011

RQF-014 El sistema debe permitir cambiar estatus paquete de Jefe de área R-011

siembra técnica

RQF-015 El sistema debe registrar estado Administrador

RQF-016 El sistema debe consultar estado Administrador R-012

RQF-017 El sistema debe actualizar estado Administrador R-012

RQF-018 El sistema debe permitir cambiar estatus del estado Administrador R-012

RQF-019 El sistema debe registrar municipio Administrador

RQF-020 El sistema debe consultar municipio Administrador R-019

RQF-021 El sistema debe actualizar municipio Administrador R-019

RQF-022 El sistema debe permitir modificar estatus del municipio Administrador R-019

RQF-023 El sistema debe registrar población Administrador

RQF-024 El sistema debe consultar la población Administrador R-023

RQF-025 El sistema debe actualizar la población Administrador R-023

RQF-026El sistema debe permitir modificar el estatus de la

poblaciónAdministrador R-023

RQF-027El sistema debe registrar los suelos Jefe de área

técnica

RQF-028El sistema debe consultar los suelos Jefe de área

técnicaR-027

RQF-029El sistema debe permitir modificar el estatus de los

suelos

Jefe de área

técnicaR-027

RQF-030 El sistema debe clasificar los suelos Administrador R-027

RQF-031 El sistema de generar pedido de productos Administrador

RQF-032 El sistema debe generar plan técnico Jefe de área

técnica

RQF-033El sistema debe generar informe técnico Jefe de área

técnica

RQF-034 El sistema debe generar orden de insumos Jefe de área

técnica

RQF-035 El sistema debe asignar tipo de autorización a

productosCoordinador

RQF-036

El sistema debe validar autorización cerrada de

productos en tiempo real al realizar una orden de

pedidos

Coordinador

RQF-037El sistema debe mostrar su trazabilidad mediante una

bitácora de operaciones.Administrador

Requerimientos no Funcionales

Tipo Código Descripción

Restricciones

del Diseño

RNF-001

El sistema presentara un diseño

adaptable para computadores,

portátiles y Tablet.

RNF-002

Tendrá un tamaño de fuente

adecuado a la vista de los

usuarios.

Flexibilidad RNF-003

El sistema permitirá a los usuarios

actualizar sus datos personales

guardados cuando lo requiera.

Seguridad

RNF-004

La administración de roles del

sistema será realizada por un

administrador funcional.

RNF-005

El acceso al sistema será mediante

usuario, clave, teniendo en cuenta que si

es primera vez al iniciar sesión deberá

cambiar su clave y sus preguntas y

respuestas de seguridad

 Seguridad RNF-006

El administrador del sistema

asignara formularios y sus

respectivas operaciones de

manera dinámica a los usuarios

Requisitos de

Sistema

RNF-007

El Software debe estar instalado

en plataforma Software Libre

(Linux).

RNF-008

El sistema debe estar en ambiente

web mediante arquitectura

cliente/servidor

Requisitos de

Desempeño

RNF-009

El sistema deberá permitir el

ingreso concurrente de usuarios

registrados y distribuidos entre

los diversos estados de

producción, y el personal

administrativo del Departamento

de Área Técnica, Coordinación.

RNF-010

El sistema deberá mantener

almacenado todos los datos

suministrados, llevando una

trazabilidad del mismo mediante

una bitácora general de

operaciones del sistema.

RNF-011

El sistema constará de una

bitácora de operaciones por

usuario.

Validación de

InformaciónRNF-013

El sistema debe validar

automáticamente la información

contenida en los formularios de

ingreso. En el proceso de

validación de la información, se

deben tener en cuenta aspectos

tales como campos obligatorios,

longitud de caracteres permitida

por campo, manejo de tipos de

datos, unicidad de datos.

Disponibilidad RNF-014

El sistema estará disponible en los

departamentos las 24 horas del

día.

Facilidad de

uso

RNF-015

El sistema debe presentar

mensajes agradables para que el

usuario pueda identificar si la

operación fue exitosa o errónea.

RNF-016

El sistema debe presentar

mensajes de auto ayuda y un web

tour por cada formulario

Usabilidad RNF-017El sistema exportará los datos a

SQL, XML, XLS y PDF

Fase de Diseño

Arquitectura del Software

Según Software Engineering Institute (SEI), la Arquitectura de Software se refiere a

“las estructuras de un sistema, compuestas de elementos con propiedades visibles de

forma externa y las relaciones que existen entre ellos.”

La arquitectura de software es de especial importancia ya que la manera en que se

estructura un sistema tiene un impacto directo sobre la capacidad de este para

satisfacer lo que se conoce como los atributos de calidad del sistema. Ejemplos de

atributos de calidad son el desempeño, que tiene que ver con el tiempo de respuesta

del sistema a las peticiones que se le hacen, la usabilidad, que tiene que ver con qué

tan sencillo les resulta a los usuarios realizar operaciones con el sistema, o bien la

modificabilidad, que tiene que ver con qué tan simple resulta introducir cambios en el

sistema. Los atributos de calidad son parte de los requerimientos (no funcionales) del

sistema y son características que deben expresarse de forma cuantitativa. No tiene

sentido, por ejemplo, decir que el sistema debe devolver una petición “de manera

rápida”, o presentar una página “ligera”, ya que no es posible evaluar objetivamente si

el sistema cubre o no esos requerimientos.

Luego de aplicar las etapas de la ingeniería del software, pasando al desarrollo del

sistema se implementó la arquitectura de tres niveles usando el patrón de arquitectura

de software Modelo-Vista-Controlador (MVC) en donde sus elementos se definen de

la siguiente manera:

El Modelo: es el objeto que representa los datos del programa. Maneja los

datos y controla todas sus transformaciones. El Modelo no tiene conocimiento

específico de los Controladores o de las Vistas, ni siquiera contiene referencias

a ellos. Es el propio sistema el que tiene encomendada la responsabilidad de

mantener enlaces entre el Modelo y sus Vistas, y notificar a las Vistas cuando

cambia el Modelo.

La Vista: es el objeto que maneja la presentación visual de los datos

representados por el Modelo. Genera una representación visual del Modelo y

muestra los datos al usuario. Interactúa con el Modelo a través de una

referencia al propio Modelo.

El Controlador es el objeto que proporciona significado a las órdenes del

usuario, actuando sobre los datos representados por el Modelo. Cuando se

realiza algún cambio, entra en acción, bien sea por cambios en la información

del Modelo o por alteraciones de la Vista. Interactúa con el Modelo a través de

una referencia al propio Modelo.

Razones por el cual usar del Modelo-Vista-Controlador

Permite organizar mejor el código fuente de la aplicación. Fácil y adecuado  mantenimiento de la aplicación. Es utilizado por múltiples plataformas o lenguajes de programación. Código reutilizable.

Diagrama de Objeto

Modelo entidad relación

Diagrama de clases

Diagrama de componentes

Modelo de la Base de Datos

Modelo de la Interfaz de Usuario

Atributos de calidad que se contemplan en el sistema

Portabilidad: el sistema debe funcionar en distintas plataformas, en sistemas

operativos privados y libres, diferentes ambientes y esquemas.

Confiabilidad: el sistema cumplir con las funciones descritas en la lista de

requerimientos funcionales y no funcionales.

Leíble: el código debe ser expresivo fácil de comprender ya que esta

comentado e identado.

Facilidad de uso: el sistema debe ser fácil de usar gracias a organización de

su arquitectura por módulos y su interfaz amigable.

Escalabilidad: el sistema debe crear nuevas funciones través de la misma

interfaz usuario.

Modificable: el sistema debe ser modificable, ya que la arquitectura de diseño

está basada en el modelo vista controlador y está documentado.

Evaluable: el sistema es sencillo de evaluar, se le puede correr o ejecutar sus

funciones fácilmente.

Seguridad: sistema debe permitir asignar formularios y sus respectivas

operaciones a los usuarios para gestionar en el sistema. El acceso al sistema

será mediante usuario, clave, teniendo en cuenta que si es primera vez al

iniciar sesión deberá cambiar su clave y sus preguntas y respuestas de

seguridad.

Integridad: no permitirá que ocurran alteraciones no autorizadas de

información.

Módulos del sistema

Módulo Administrar para la seguridad del sistema, conformado por los

formularios configuración del sistema, modulo, servicio, operación, rol.

Formulario “Configuración del sistema”: se tienen todas las constantes

definidas por el administrador para controlar el sistema.

Formulario “Módulo”: maestro donde se registran todos los módulos y sub-

módulos que comprenderá el sistema.

Formulario “Servicio”: maestro donde se registran todos los formularios que

comprenderán los módulos

Formulario “Operación”: maestro donde se registran cada una de las

operaciones que llevan los formularios

Formulario “Rol”: maestro para crear los roles donde se asigna que operación

realizara un usuario en que servicio.

Módulo Configuración para los registros bases del sistema es decir los datos

necesarios para que el sistema funcione, conformado por los formularios,

estado, municipio, parroquia, ciclo, IVA, presentación, unidad de medida.

Formulario “estado”: maestro para gestionar los estados del país

Formulario “municipio”: maestro para gestionar todos los municipios de cada

estado del país

Formulario “parroquia”: maestro para gestionar todas las parroquias de cada

municipio de cada estado del país

Formulario “ciclo”: maestro para crear, abrir y cerrar los ciclos de la empresa

Formulario “IVA”: maestro para gestionar todos los IVA existentes

Formulario “presentación”: maestro para gestionar las presentaciones de los

artículos

Formulario “unidad de medida”: maestro para gestionar las unidades de

medidas de las presentaciones de los artículos

Módulo Inventario para controlar los precios, paquetes de compra y cantidad

de artículos en los almacenes, conformado por los formularios, clasificación,

almacén, localizador, artículo, paquete, lista de precio.

Formulario “clasificación”: maestro para gestionar la clasificación de

productos

Formulario “almacén”: maestro para gestionar todos los almacenes de la

organización

Formulario “localizador”: maestro para gestionar los localizadores de los

almacenes

Formulario “artículo”, maestro para gestionar todos los artículos por

almacenes de cada organización

Formulario “paquete”, transacción para crear paquetes de venta

Formulario “lista de precio”, transacción para crear listas de precios

Módulo Personal para obtener información detallada de cada empleado dela

organización, conformado por los formularios departamento, cargo, empleado

Formulario “Departamento”: maestro para gestionar los departamentos de la

organización

Formulario “Cargo”: maestro para gestionar los cargos de empleados por

departamento

Formulario “Empleado”: maestro para gestionar los empleados de la empresa

Módulo Productor para obtener datos de los productores y sus fincas,

conformados por los formularios productor y finca

Formulario “Productor”: maestro para gestionar los datos de los productores y

consultar si están registrados en RUNOPPA

Formulario “Finca”: maestro para gestionar las fincas de los productores

Módulo Reportes para generar los reportes competentes necesarios para la

organización, conformado por el formulario reporteador

Formulario “Reporteador”: usado para generar reportes dinámicos según la

elección del usuario

Módulo Bitácoras para realizar la auditoria del sistema conformado por los

formularios, bitácora de acceso y bitácora de operaciones

Formulario “bitácora de operaciones”: consultar todas las operaciones

realizadas por cada uno de los usuarios, o por solo un usuario en cada vista, a

qué hora, desde que navegador y que fecha,

Formulario “bitácora de acceso”: consultar todos los accesos, cambios de

clave, cambios de preguntas y respuestas, actualización de datos y cierres de

sesión realizados, a qué hora, desde que navegador y que fecha.

Plan de desarrollo

Versiones Alcance Fecha de Entrega

Alpha 0.6

CU-GC-01-Registrar ProductorCU-GC-02-Importar Inventario de ProductosCU-GC-03-Registrar CiclosCU-GC-04-Registrar ClasificaciónCU-GC-05-Registrar Paquete de SiembraCU-GC-06-Registrar EstadoCU-GC-07-Registrar MunicipioCU-GC-08-Registrar PoblaciónCU-GC-09-Registrar Tipo de SueloCU-GC-010-Registrar Gestionar Lista de Precio

11-07-2015

Alpha 0.7 CU-GS-012-Gestionar Solicitud de Productos 10-08-2015

Beta 1.0 CU-GS-013-Gestionar Seguimiento y Control 21-08-2015

Estable 1.0 CU-GC-011-Gestionar Seguridad 15-09-2015