Vision
-
Upload
sergio-alexis-guerrero -
Category
Documents
-
view
48 -
download
0
Transcript of Vision
INTEGRANTES
JOSE MARIANO GUTIERREZ JOVELJOSE ADRIAN FLORES LOZANO
KEVIN ADALBERTO RAMIREZ RIVERASERGIO ALEXIS GUERRERO BARAHONA.
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
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 .
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.
EDT
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
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.
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.
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 STAKEHOLDERSRESUMEN 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
ENTORNO DE USUARIOLos 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 VENTASRepresentante Ventas
Descripción Jefe del Departamento de Ventas de una región determinada.
Tipo Usuario experto.
Responsabilidades
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.
Responsabilidades
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.
SECRETARIARepresentante Ventas
Descripción Operadora de ventas de los productos
Tipo Usuario experto.
Responsabilidades
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 TRANSPORTERepresentante Envíos de caña.
Descripción Encargado de Transportes de la cooperativa determinado.
Tipo Usuario experto.
Responsabilidades
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.
DECRIPCION GLOBAL DEL PRODUCTO
PERSPECTIVA DEL PRODUCTOEl 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ÍSTICASA 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.
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
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.
PLANIFICACIÓN DE UN PROYECTO DE SOFTWAREEn 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
ESTIMADOS DE COSTOSEntre 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 VARIABLEEstimar 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
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.
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 PLANIFCACIONLos 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.
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 independientesde las fases
1-documento de caso de negocio2-documento de visión3-documento de requerimiento4-documento de caso de uso5-documento de Planificación
Actividades iniciales de iteración Avances de creación de formularios de bodega, planilla, control de producción,
Actividades iniciales delProyecto
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 SOFTWARELos 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
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.
LA REPRESENTACIÓN DE LA PLANIFICACIÓN DE CALIDADPracticas Desarrollo Objetivos/fundamentosPlanificació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 elSistema 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ónContinua
integrar continuamente lasdistintas partes desarrolladasDel 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
Practicas Desarrollo Objetivos/fundamentos20 horas semanales Cantidad de horas
semanalesque pueden trabajar losprogramadores
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 elCliente
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
CONCLUSIONLa 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.
DOCUMENTO DE CASO DE USO
INTRODUCCIONSe 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.
ALCANCESe 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 SOFTWAREComo 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
DESCRIPCIONSe 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-CONDICIONESEste 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-CONDICIONLa 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 PRINCIPALDado 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.
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 ALTERNATIVOSEn 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ó.
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.
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 SAHAIncorporar 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.
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.
.
REQUERIMIENTOS FUNCIONALESDespliega 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
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).
BuscadorEl 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 FUNCIONALESEl sistema debe ofrecer un manual de su funcionalidad para cliente
No Funcionales
Login
PublicidadFuncionamiento adecuado
Rendimiento
Interfaz
Costo
Operatividad
Mantenibilidad
Seguridad
Concurrencia
Estabilidad
Usabilidad
Accesibilidad
Disponibilidad.
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.
MODELO DEL SISTEMA
Creación de métricasLa 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
MOSTRAR EL MENU BUSCAR
DESPLEGAR EL REGISTRO DE PRODUCTO
DESPLEGAR EL FORMULARIO DE CUENTAS POR COBRAR
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
DIAGRAMAS DE ESTADO
DIAGRAMA DE COMPOSICION
DIAGRAMA DE COLABORACION
DIGRAMA DE COMPONENTES
DIAGRAMAS DE SECUENCIA
DIAGRAMAS DE CASOS DE USO