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