2. ELABORACION DEL CASO DE NEGOCIO
OBJETIVOS DEL PROYECTO
OBJETIVO GENERAL
Mejorar la productividad de la cooperativa elaborando una aplicación que
beneficie las operaciones que se generan dentro de la empresa el área de
bodega tantos sus planillas como sus costos de producción.
OBJETIVO ESPECIFICO
Identificar la problemática de la cooperativa
Innovar a la cooperativa llevándole a un sistema informático.
Dar a conocer el control de sus registros mediante su aplicación.
Analizar las operaciones que se generan dentro del control de bodega
3. RESUMEN EJECUTIVO
En este trabajo tiene por objeto presentar un análisis de la situación actual de la
perspectiva de la empresa cañera y dar a conocer el perfil de la empresa para mejorar
La dificultad al ingreso de registros de la in formación disponible dentro el área de
control de bodega, planillas y sus debidos costos de producción elaborando sistema
que genere todos los datos. Mejorando también la distribución de los productos
agroquímico para que se lleve un orden específico dentro de un enfoque estratégico
del negocio y mejorar su función atreves de un sistema automatizados para hacer más
fácil las operaciones que se realizan como son las operaciones de inventarios las
operaciones del cultivo de caña.
BENEFICIO DEL PROYECTO
Consistirá en la documentación de todas las actividades del proyecto que dependerá
de cómo sea su funcionalidad dentro de las operaciones de la cooperativa ya que el
sistema será quien contenga todas las operaciones que se realicen dentro de bodega.
Dependiendo de eso el sistema es innovador porque para la empresa tendrá una
actualización más ordenada y más sofisticada.
JUSTIFICACIO
Definitivamente el uso de la tecnología es un medio más para generar nuevas
aplicaciones y que benefician a muchas empresas en cualquier ámbito del negocio que
se mantenga. En nuestro caso se hace la necesidad de un sistema cada vez más
sofisticado para que maneje las operaciones del control de bodega de la empresa
cañera con el surgimiento de las tecnologías digitales y el progreso en el
procesamiento y análisis que comienza a surgir en nuevos paradigmas en el
conocimiento de los patrones como su instrumento de interacción que será tan
atractiva como para su aplicabilidad practica como lo ha sido para la perspectiva de
investigación del proyecto en lo cual consistirá nuestro software en innovar más a la
cooperativa .
4. DERCRIPCION DEL PROBLEMA
La falta de herramienta tecnología en una empresa disminuye su productividad en
cuanto a servicio ya que para recabar información y llenar datos de cualquier
operación de bodega se tiene que ser manualmente lo cual es tedioso y muy costoso
teniendo en cuenta la gran cantidad de documento administrativo que se poseen para
llenar y sacar cada operación de bodega y de sus planilla y sus costos de producción;
DESCRIPCION DEL NEGOCIO
En la cooperativa se realizan diversas operaciones del cultivo de caña las cuales no
cuentan con un software desarrollado especialmente para su necesidad del control de
bodega, con este trabajo pretendemos desarrollar una aplicación que facilite la
manejabilidad de las operaciones y lleve un mejor control de los recursos disponibles
en bodega, el software a desarrollar será capaz de alertar al administrador cuando
algún producto este en poca cantidad o se haya terminado también contara con el
registro de los de todo lo que se genere con respecto a las planillas y los costos de
producción de esta manera no habrá que crear una nueva planilla cada año
simplemente se deberá actualizar la lista.
7. PROPOSITO
El propósito de este documento es recoger, y analizar y definir las necesidades del alto
nivel de las características del sistema de gestión de la empresa de cultivo y
distribución de caña. El documento se centra en la funcionalidad requerida por el
participante en el proyecto y los usuarios finales.
Esta funcionalidad se basa principalmente en la gestión de crear un software con
funcionalidad adaptable a la empresa para facilitar las operaciones que se hacen
manualmente y hacer que el sistema lo haga más fácil. Así como también los detalles
de cómo el sistema cubre los requerimientos que se puedan observar en la
especificación de los casos de uso y otros documentos de uso para que el sistema
funcione según la adaptación a las operaciones que se generan dentro de la empresa
ALCANCE
El documento de visión se ocupa dentro de la empresa del sistema de gestión de la
empresa dedicada a la distribución de caña de azúcar dicho sistema será desarrollado
por el grupo de trabajo. El sistema permitirá a los encargados de la empresa controlar
las operaciones de bodega operaciones de planilla operaciones de costos que se
realicen dentro de la empresa además también permitirá a los empleados realizar un
mejor desempeño de trabajo
POSICIONAMIENTO
OPORTUNIDAD DE NEGOCIO
El sistema permitirá a la empresa informatizar el control de todas sus actividades como
la gestión de controlar cada información de bodega de planilla y los costos lo cual
supondrá un acceso rápido y sencillo a los datos gracias a interfaces gráficas sencillas y
amigables además los datos accedidos estarán siempre actualizados lo cual es un
factor muy importante para poder llevar un control centralizado
8. SENTENCIA QUE DEFINE EL PROBLEMA
El problema de No cuenta con un sistema que controle las
operaciones en las distintas áreas como el
control de bodega, el control de planilla y el
control de producción los datos que se
gestionan se hacen manualmente por no
contar con un software innovador.
afecta a Jefe de control de bodega
Jefe de control de planilla
departamento de control de producción
El impacto asociado es Al no contar con un recurso que sea eficaz y más
productivo y rápido como es un software la
cooperativa tiene más costos y más tiempo para
registrar información manualmente lo que hace
más tedioso el trabajo.
Una solución adecuada sería Implementar el software para que lleve todos los
registros de control de bodega, planilla y control
de producción de La cooperativa.
9. SENTENCIA QUE DEFINE LA POSICION DEL PRODUCTO
Para JEFE DE CONTROL DE BODEGA
JEFE DE CONTROL DE PLANILLA
JEFE DE CONTROL DE PRODUCCIÓN
Quienes Controlan las operaciones de control de bodega,
planilla y la Producción manualmente
El nombre del producto SAHA
Que Almacenara la información necesaria para la gestión
de los datos de bodega, planilla, producción para la
empresa de distribución de caña.
no como Un sistema casual sino como un sistema innovador.
Nuestro producto Permitirá gestionar las distintas actividades de la
empresa mediante una interfaz gráfica sencilla y
amigable. Además proporciona un acceso rápido y
actualizado a la información de bodega, planilla y su
producción desde cualquier punto que tenga acceso a
la aplicación.
10. DESCRIPCIÓN DE STAKEHOLDERS ESTE TERMINO DEFINE LAS PARTES INTERESADA EN
EL PROYECTO Y USUARIOS
Para proveer de una forma efectiva productos y servicios que se ajusten a las
necesidades de los usuarios, es necesario identificar e involucrar a todos los
participantes en el proyecto como parte del proceso de modelado de
requerimientos. También es necesario identificar a los usuarios del sistema y
asegurarse de que el conjunto de participantes en el proyecto los representa
adecuadamente. Esta sección muestra un perfil de los participantes y de los
usuarios involucrados en el proyecto, así como los problemas más importantes
que éstos perciben para enfocar una solución hacia ellos. No describe sus
requisitos específicos ya que éstos se capturan mediante otro artefacto. En
lugar de esto proporciona la justificación de por qué estos requisitos son
necesarios.
RESUMEN DE STAKEHOLDERS
RESUMEN DE USUARIOS
Nombre Descripción Stakeholder
Jefe de Ventas Supervisor del Departamento de
Ventas, encargado de otorgar
incentivos y del control de
estadísticas.
Ventas
Contable Encargado de la facturación y
cobranzas, política de cobro de los
clientes.
Contabilidad
Facturación
secretaria Responsable de ventas del
producto a los clientes, a través del
teléfono Informa de las ofertas y
confecciona las órdenes de pedido
caña.
Ventas
Encargado de
Transporte
Responsable de consultar los
envíos que se van a realizar desde
un almacén Cargar los camiones
con los pedidos a enviar e
introducir los datos del pedido Una
vez entregado el pedido introducir
los recibos de entrega.
Envíos
11. ENTORNO DE USUARIO
Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema
entrarán a la parte de aplicación diseñada para cada uno según su papel en la
empresa. Este sistema es similar a cualquier aplicación por tanto los usuarios estarán
familiarizados con su entorno los informes serán generados según las operaciones lo
cual también resultará familiar.
PERFIL DE LOS STAKEHOLDERS
JEFE DE VENTAS
Representante Ventas
Descripción Jefe del Departamento de Ventas de una región determinada.
Tipo Usuario experto.
Responsabilidad
es
Supervisor del Departamento de Ventas, encargado de otorgar
incentivos y del control de estadísticas que se origina en la empresa
cañera.
Criterio de Éxito A definir por el cliente
Grado de
participación
A definir por el cliente
Comentarios Que defina las operaciones necesarias de las ventas de caña.
CONTABLE
Representante Contabilidad / Facturación
Descripción Empleado del Departamento de Contabilidad y Facturación.
Tipo Usuario experto.
Responsabilidad
es
Encargado de la facturación y cobranzas, política de cobro de los
clientes que gestionan el producto de caña.
Criterio de Éxito A definir por el cliente
Grado de
participación
A definir por el cliente
Comentarios Hacer más fácil y producibles las operaciones.
12. SECRETARIA
Representante Ventas
Descripción Operadora de ventas de los productos
Tipo Usuario experto.
Responsabilidad
es
Responsable de ventas del producto a los clientes a través del
teléfono. Informa de las ofertas y confecciona las órdenes de
pedido. También participa en las incidencias de pedidos poniéndose
en contacto con el cliente para la resolución de los mismos.
Criterio de Éxito A definir por el cliente
Grado de
participación
A definir por el cliente
Comentarios Que sea una operación necesaria para los clientes de la cooperativa
ya que se hará más fácil y elegible por medio del sistema.
ENCARGADO DE TRANSPORTE
Representante Envíos de caña.
Descripción Encargado de Transportes de la cooperativa determinado.
Tipo Usuario experto.
Responsabilidad
es
Supervisor del transporte de mercancías desde el almacén hasta el
domicilio de los clientes. Carga los pedidos en el camión, registra en
el sistema los datos del envío y una vez entregado el pedido al
cliente, introduce el recibo de entrega en la base de datos.
Criterio de Éxito A definir por el cliente
Grado de
participación
A definir por el cliente
Comentarios Tener mejor control del transporte de cana hacia las entrega a los
ingenios que son los clientes de la cooperativa.
13. DECRIPCION GLOBAL DEL PRODUCTO
PERSPECTIVA DEL PRODUCTO
El producto a desarrollar es un sistema global para la empresa DEL CULTIVO DE CAÑA.
Con la intención de agilizar su funcionamiento en las áreas con el control de bodega
que lleve un orden de cada producto y que genere también una orden especifica de
planillas y de los mayores costos de producción de la empresa.
RESUMEN DE CARACTERÍSTICAS
A continuación se mostrará un listado con los beneficios que obtendrá la empresa
partir del control de un inventario de bodega analizando planillas y sus costos de
producción:
Beneficio del cliente Características que lo apoyan
Mayor agilidad en las operaciones y
posibilidad de hacerlo vía servicios
Aplicación software desde la cual poder
agilizar verificar rápidamente las
operaciones de la cooperativa en áreas
como bodega y sus planillas y un
inventario.
Gestión automatizada de la necesidad de
la empresa.
Sistema de optimización de la empresa y
la previsión de problemas
Mayor facilidad para la gestión de los
recursos de los empleados.
Base de datos distribuidas con la
información de bodega planilla y gestión
de costos llevándose a cobo atreves de un
inventario.
Posibilidad de cancelación de órdenes por
parte del de la empresa dando la
posibilidad de hacerlo desde el sistema
Aplicación de software que pueda tener
registro importante que la empresa
suministra.
Automatización de la cancelación de estas
órdenes.
Sistema automatizado de anulación de
órdenes de diversas operaciones.
Automatización del sistema de nóminas Sistema automático de generación de
nóminas.
14. DOCUMENTO DE PLANIFICACIÓN
OBJETIVO GENERAL
Dar a conocer un modelo de ciclo de vida adecuado para el problema a resolver sobre
la planificación requerida para dar un informe establecido sobre la organización y
diseño de como se ha desarrollado completamente cada paso de la planificación de la
cooperativa expresando la necesidad que necesita de obtener un software para que
haga más fácil sus operaciones para organizar su evolución dentro del mercado y dar a
conocer que tiene tendencias importantes en la tecnología.
OBJETIVO ESPECIFICOS
Listar los componentes de un plan de desarrollo de software
Explicar lo que debe hacerse en cada uno de los componentes del plan de
desarrollo
Explicar el objetivo de los estimadores de costo
15. INTRODUCCIÓN
La planificación es fundamental proceso de desarrollo de software y en cualquier otro
en el mismo se establece entre otras cosas qué tareas y cuándo se van a realizar y los
recursos que utilizarán las mismas en base a la planificación de trabajo en el la
gerencia podrá determinar si el proceso está marchando en tiempo y si está utilizando
los recursos de la forma esperada como es el tiempo, personal, dinero, etc. De la
forma esperada en esta lección presentamos qué componentes necesita incluir la
cooperativa para el desarrollo de un proyecto de software que complete las
operaciones y requerimientos esperados por el cliente y que sea ágil y fácil de usar por
el usuario sin complicaciones que no den problemas que la cooperativa manifieste y
puedan derogar con las personas encargadas del proyecto y que se manejen bien las
operaciones de bodega, planilla, y de producción por tanto la cooperativa tendrá un
sistema innovador para su beneficio.
16. PLANIFICACIÓN DE UN PROYECTO DE SOFTWARE
En la planificación de nuestro proyecto se debe dar a conocer los siguientes pasos
Estimado de Costos: El plan requiere de un estimado de costos desglosado y detallado
de los costos se debe indicar los costos específicos para cada etapa de desarrollo y par
cada uno de los componentes costos de nómina, materiales, equipo, costos
operacionales de la empresa cañera.
Programación del Tiempo: Se indicará cuándo comienza y termina cada una de las
etapas de desarrollo. Esto es necesario para poder determinar en todo momento si el
proyecto se encuentra adelantado atrasado o en tiempo.
Planificación del Personal: Se debe establecer cuántas personas se necesitan para
cada etapa del proyecto y qué tiempo dedicarán a trabajar en el proyecto horas día,
horas, semana horas, Cada etapa puede requerir mayor o menor cantidad de
personas que otras etapas y no todas las personas trabajan en todas las etapas.
Estructuración del Equipo de Trabajo: El plan debe establecer la composición del
grupo de trabajo. En este componente es muy importante tomar en consideración que
tipo de personas se incluirán ya que se necesita un grupo que se acople bien. Se podría
dar el caso de que se haga un grupo con individuos que trabajen muy bien solos o con
algunas personas pero no con el grupo de trabajo en el que se incluyan.
Verificación y Control de Calidad: Para poder generar un producto de calidad es
necesario que constantemente se verifique si los componentes del proyecto se están
cumpliendo con los requisitos establecidos para el mismo. El plan de trabajo indicará
de forma específica los mecanismos de verificación y control de calidad que se
utilizarán en cada una de las etapas.
Gerencia de Configuración: El plan debe indicar de forma específica los mecanismos
que se utilizarán para atender la necesidad y solicitudes de la cooperativa.
Monitoreo del Proyecto: El plan debe indicar cómo la gerencia monitoreará las
actividades del proyecto y se encargará de que se cumpla hasta donde sea posible la
planificación de trabajo establecido cooperativa cañera.
Manejo de Riesgos: Todo proyecto tiene sus riesgos. La planificación debe establecer
qué se hará en casos de retraso o que ocurrirá si se pierde uno o varios miembros del
personal. Otro aspecto que debe considerar el plan es bajo qué circunstancias se
decidirá no continuar con el proyecto ya que siempre existe la posibilidad de que el
desarrollo se salga de Control
17. ESTIMADOS DE COSTOS
Entre los componentes dela planificación de trabajo se encuentran los estimados de
costos Entre las características relacionadas con los estimados de costos se encuentran
las siguientes:
• Los estimados se necesitan antes de que comience el desarrollo del software
• Se utiliza para competir en las operaciones agiles de la empresa
• Se utiliza para el control del proyecto de software
• La exactitud del estimado aumenta con las fases del proyecto
Estudios relacionados a los estimados de costos muestran que los mismos tienen una
gran variabilidad con respecto a los costos reales del proyecto. No es extraño
encontrar una variabilidad con un solo factor que determine la necesidad que tenga la
cooperativa
MODELO DE COSTO DE UNA SOLA VARIABLE
Estimar los costos de los proyectos de software es muy importante porque permite a
la cooperativa competir contra otras por obtener un contrato para el desarrollo sin un
buen estimado la compañía podría exigir los requerimientos funcionales de dicho
software para que de una función económica para la cooperativa y le permita
controlar los costos durante el proceso de desarrollo.
EL MODELO DE COSTOS DE SAHA
Complejidad del producto
Atributos del sistema saha
Restricciones para el tiempo de ejecución
Restricciones para el almacenamiento primario
Volatilidad de la máquina virtual
Tiempo de respuesta
Atributos del personal
Capacidad del analista
Experiencia con ese tipo de aplicación
Capacidad del programador
Experiencia con el lenguaje de programación
Atributos del proyecto
18. Utilización de prácticas modernas de programación
Uso de herramientas de software
Tiempo requerido para el desarrollo
LAS ACTIVIDADES CON LAS CUALES SE DESARROLLO LA PLANIFICACIÓN.
1. Identificar el ambiente o entorno del proyecto y sus características.
2. Seleccionar el proceso y las actividades a realizar.
3. Documentar el plan de la calidad.
4. Mantener el plan de la calidad.
IDENTIFICAR EL AMBIENTE DEL PROYECTO Y LAS CARACTERÍSTICAS.
El ambiente del proyecto y las características del mismo brindarán los elementos a
tener en cuenta al determinar de qué forma se puede definir el proceso que se va a
utilizar para el funcionamiento del software
Algunos de los factores de ambiente a considerar son:
Políticas
Estrategias
Procedimientos organizacionales;
Número de personas
Partes involucradas;
Forma de comunicación dentro del equipo y con el cliente,
Madurez de la organización con el tipo de proyecto
Riesgos del proyecto.
SELECCIONAR EL PROCESO Y LAS PRÁCTICAS A REALIZAR.
En etapas tempranas de un proyecto es importante comenzar con la definición de la
forma de trabajo que tendrá como resultado el plan de la calidad para el proyecto este
plan es natural que vaya evolucionando a medida que el proyecto avanza y el equipo
va aprendiendo sobre el problema que se está resolviendo.
19. ALGUNOS DE LOS ELEMENTOS QUE IMPLICARÁ LA DEFINICIÓN DEL PROCESO SON
LOS SIGUIENTES
Identificar un modelo de ciclo de vida adecuado para el problema a resolver.
Identificar los procesos necesarios para el proyecto esto podría incluir prácticas
responsabilidades de productos y precedencias entre las actividades.
Identificar necesidades de capacitación del equipo de proyecto.
Definir criterios de aceptación para los diferentes componentes del producto de
software y servicios a entregar.
Definir las actividades de revisión verificación y validación con el objetivo de asegurar
la calidad del software así como también los mecanismos a utilizar para dar resolución
a los problemas que surjan a lo largo del proyecto.
Identificar estándares convenciones especificaciones de pruebas uso de herramientas
para el soporte del proceso de software.
Definición de mecanismos de medición de satisfacción de clientes del proceso de
software y del producto de software.
Definir el proceso de gestión de la configuración del software.
ADAPTACIÓN DE PROCESOS TRADICIONALES DENTRO DELA PLANIFCACION
Los procesos tradicionales, como se vio anteriormente se caracterizan por un alto nivel
de detalle en la definición de los elementos que lo componen actividades y productos
del proceso de software principalmente.
El plan de la calidad que se propone en este trabajo para modelar este tipo de
procesos utiliza un formato tabular en el cual se identifican dos grupos de actividades:
aquellas que dependen de la fase del ciclo de vida y aquellas actividades que son
independientes de la fase en curso.
20. EN EL SIGUIENTE CUADRO SE PUEDE VER LA DESCRIPCIÓN PARA CADA CAMPO
IDENTIFICADO
Campo Descripción
Fase Nº Número y nombre de la fase del proyecto
Actividades independientes
de las fases
1-documento de caso de negocio
2-documento de visión
3-documento de requerimiento
4-documento de caso de uso
5-documento de Planificación
Actividades iniciales de iteración Avances de creación de formularios de
bodega, planilla, control de producción,
Actividades iniciales del
Proyecto
Al inicio se hizo la investigación y tratar
de buscar una empresa que necesitara un
sistema de control.
Producto Resultado SAHA –
Especificación de Requisito de la forma en
como trabajara el sistema. El producto el
cual realizara registros importantes para
las áreas de bodega planilla y producción
ADAPTACIÓN DE LOS PROCESOS DE SOFTWARE
Los procesos ágiles como se mencionó previamente están fuertemente orientados a
las operaciones fundamentales por esta razón los elementos que manifiestan la
adaptación del proceso son diferentes que los identificados en procesos tradicionales.
LOS VALORES QUE DEFINE EL EQUIPO DE TRABAJO
Representan aspectos que se han considerado como fundamentales para garantizar el
éxito de un proyecto de desarrollo de software los valores pueden ser
Comunicación
Simplicidad
Realimentación
21. ESTA METODOLOGÍA SE BASA EN PRINCIPIOS O PRÁCTICAS BÁSICAS DE LA
SIGUIENTE FORMA
Retroalimentación a escala final.
El principio de pruebas.
Proceso de planificación.
El cliente en el sitio.
Programación en parejas.
Entendimiento compartido.
Diseño simple.
Propiedad colectiva del código.
Estándar de codificación.
Bienestar del programador.
El conjunto de prácticas definidas debe permitir asegurar que se entrega al cliente un
producto que satisface sus necesidades en el tiempo prometido y con el costo
acordado todo esto asegurando que el producto podrá ser mantenido una vez
finalizado el proyecto.
A continuación se presenta un ejemplo de formato de plan de la calidad para
documentar las prácticas a realizar en un proyecto se incluye la identificación de la
práctica cómo esta se desarrollará en el proyecto y cuál es el objetivo que se persigue
al realizarla.
22. LA REPRESENTACIÓN DE LA PLANIFICACIÓN DE CALIDAD
Practicas Desarrollo Objetivos/fundamentos
Planificación Planificar el trabajo del
proyecto en iteraciones de
dos semanas de duración
Aplicar un proceso de
desarrollo flexible que se
adapte a las necesidades
del cliente obtener
retroalimentación del
usuario en forma rápida
Diseño simple Realizar el código lo más
simple posible
Se busca que el código sea
simple para que cada uno
de los desarrolladores
entienda perfecto lo que se
está haciendo y no pierda
tiempo en entenderlo.
Pruebas unitarias Realizar pruebas a medida
que se desarrolla el
sistema.
Se busca que durante el
desarrollo se realicen
pruebas para encontrar
errores lo más temprano
posible y así el re trabajo
sea menor
Refactoreo Mientras van
desarrollando el
Sistema los programadores
mejoran el código
continuamente
Se busca que el diseño se
mantenga simple que la
cantidad de errores
disminuya y los
programadores puedan
desarrollar más rápido.
Integración
Continua
integrar continuamente las
distintas partes
desarrolladas
Del sistema.
Las integraciones continuas
apuntan a disminuir los
errores generados en la
etapa de integración
Propiedad Colectiva (El
código es de todos)
Para que todos los
integrantes del grupo
conozcan el código se
desarrolla en pareja.
Se busca que los
integrantes conozcan todo
el código desarrollado esto
hace más ágil y más flexible
al proceso de desarrollo
23. Practicas Desarrollo Objetivos/fundamentos
20 horas semanales Cantidad de horas
semanales
que pueden trabajar los
programadores
Se busca mejorar el ánimo
del equipo y disminuir los
errores producidos por el
cansancio y aumentar la
productividad
Comunicación
permanente con el cliente
Comunicación diaria con el
Cliente
Se busca que el cliente
este informado de la
evolución y comunique los
cambios necesarios
también ante cualquier
duda sobre requerimientos
se puede consultar al
cliente rápidamente.
EL APRENDIZAJE DURANTE EL PROYECTO SE MODELÓ DE LA SIGUIENTE FORMA.
Planificar iteraciones cortas de dos
semanas de duración
En las iteraciones pudimos detectar en
forma temprana retrasos respecto a los
plazos inicialmente fijados y ajustar los
planes de acuerdo a los niveles de
productividad registrados en cada
iteración
CONCLUSION
La definición de un proceso en un proyecto de software es un elemento fundamental
para obtener un producto de software de calidad adecuada se destacan dos
tendencias metodológicas para enfocar la forma de trabajo de un equipo de software
para documentar el proceso de software de un proyecto específico los elementos a
incluir en el Plan de la calidad varían según la metodología a utilizar en el proyecto
también es importante registrar información detalladas sobre las actividades a realizar
dentro del ámbito del sistema.
24. DOCUMENTO DE CASO DE USO
INTRODUCCION
Se presenta este caso de uso porque se desarrolló para cumplir con las funcionalidades
del software que será creado como un sistema para la cooperativa cañera y que
especifica los requerimiento de software dado que se ha identificado las
funcionalidades del sistema el documento presenta la realización de de todas las
operaciones que se harán dentro de la empresa y las pondrá en práctica a medida se
vaya estructurando el sistema.
ALCANCE
Se presenta los actores de este caso y los casos de uso de todo el sistema SAHA en
este caso el conjunto de actores comprende a un único actor que será el sistema el
cual disparara la funcionalidad cabe aclarar que este caso de uso solo comprende la
funcionalidad incluida dentro del alcance definido para el sistema.
ACTORES DEL SISTEMA
SISTEMA DE SOFTWARE
Como se indica en este documento el sistema será utilizado para hacer las operaciones
de la cooperativa atreves de una interfaz definida por dicho sistema y acceder a todas
las funcionalidades atreves de los datos que contenga la empresa.
ACONTINUACION SE DESCRIBE EL CASO DE USO DEL SISTEMA
DESCRIPCION
Se recibe del sistema los datos que describen el estado de cada área de la cooperativa
esta información contiene entre otros datos las operaciones que se realizan tanto de la
área administrativa, datos de inventario, datos de compras y ventas de pesticidas
datos de venta de cana, datos siembra, datos de empleados etc.
PRE-CONDICIONES
Este caso de uso será invocado atreves de una interfaz definida dependiendo del
acceso al sistema que se hará atreves de métodos para que la información contenida
retorne en las posiciones que le sistema las declare en cada área de la empresa.
POS-CONDICION
La velocidad del sistema para registra e ingresar a cada área de la cooperativa será
devuelta en el parámetro de la operación invocada por el sistema.
FLUJO DE EVENTOS PRINCIPAL
Dado que el software realizara tareas de reconocimiento de los dato de cada área se
utilizara dicha información para adaptar sus operaciones y el comportamiento que sea
bien diferenciadas.
25. EL CAMBIO DE ETAPAS SE DETERMINA UTILIZANDO ALGUN CRITERIO BASADO EN EL
ESTADO DE LAS OPERACIONES
Recibir información de cada área de trabajo de cooperativa.
Determinar la etapa a partir de algún criterio basados en todas
las operaciones de la empresa.
Si el sistema se encuentra en la etapa de relevantamiento de
meta-información de la cooperativa.
enviar información al módulo de reconocimiento de patrones de
funcionamiento.
Enviar información a la estrategia que no utiliza meta-información
para tomar decisiones.
Si el sistema ha incluido la etapa de relevantamiento de meta-
información.
Enviar información a la estrategia que utiliza meta-información
para tomar decisiones.
Obtener resultados de la estrategia correspondiente.
FLUJO DE EVENTOS ALTERNATIVOS
En algunos casos podría decirse que no sea utilizar la meta
información obtenida en la primera etapa del documento porque
va más allá de la información obtenida en este caso el punto es
estratégica para implementar la meta- información para tomar
decisiones lo cual se detallara el cuadro que se creó.
26. 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.
27. 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.
28. 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.
.
29. 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
Requerimiento funcionales
Bienvenida
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
Registro de planilla, Registro de producción
30. 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
31. .
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.
32. 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
35. 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