Proyecto De Aula Impuesto De Industria Y Comercio Maria Labaja

  • 3,333 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
3,333
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
45
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. PROYECTO DE AULA HENRY PALACIO BROCHERO CARLOS MANUEL TORRALVO PITALUA LUIS FERNANDO RODRIQUEZ OSSA ALBERTO EMILIO JIMENEZ ORTIZ PRESENTADO A: COMITÉ CURRICULAR CUARTO SEMESTRE FUNDACION INSTITUTO TECNOLÓGICO COMFENALCO FACULTAD DE INGENIERÍA DE SISTEMAS PROGRAMA DE SISTEMAS DE INFORMACIÓN
  • 2. DISEÑO DE UN SOFTWARE PARA LA GESTION DE LOS PROCESOS CORCENIENTES AL IMPUESTO DE INDUSTRIA Y COMERCIO EN LA ALCALDIA MUNICIPAL DE MARIA LA BAJA
  • 3.
    • 2. PLANTEAMIENTO DEL PROBLEMA
    • 2.1 Descripción de Problema
    • La alcaldía de Maria Labaja ubicada frente al parque principal de este municipio es un ente público, cuyo objetivo es administrar los recursos destinados por el gobierno central para esta localidad, además los empleados encargados de manejar dichos recursos tienen un compromiso social y por consecuente deben prestar bienestar a la sociedad.
    • Actualmente la alcaldía de Maria Labaja presenta problemas en la sección de secretaria de hacienda y del tesoro municipal debido a que los procesos de inscripción, pago y emisión de paz y salvos referentes al impuesto de industria y comercio se realizan de forma manual utilizando para esto formularios en los cuales se registran todos los datos de los contribuyentes, por ejemplo la razón social del establecimiento, su nit, su actividad, entre otros datos que se describen mas adelante en los respectivos formatos usados por la alcaldía.
    • Como se puede observar es un proceso poco confiable, demorado y arduo, tanto para los contribuyentes como para el cuerpo administrativo encargado de manejar y analizar la información
    • De no buscar una solución rápida y eficaz en poco tiempo el municipio estaría perdiendo gran cantidad de dinero debido a la mala organización en que se encuentra el impuesto de industria y comercio de la alcaldía de Maria Labaja.
    • Para evitar lo anterior, se hace necesario el diseño e implementación de un software que sistematice los procesos de inscripción, cobro y emisión de paz y salvos en la alcaldía municipal de Maria labaja.
  • 4.
    • 2.2 Pregunta Problemica
    • ¿Cómo analizar y diseñar un software para la gestión de los procesos básicos (inscripción, pago y emisión de paz y salvos) referentes al impuesto de industria y comercio en la alcaldía de Maria labaja?
  • 5.
    • 3. OBJETIVOS
    • 3.1 General
    • Diseñar un sistema de información para gestionar todos los procesos del impuesto de industria y comercio en la alcaldía de Maria Labaja.
    • 3.2 Específicos
    • Realizar un estudio previo al contexto donde se llevara a cabo el proyecto para recolectar información necesaria.
    • Facilitar el manejo de la información de los procesos concernientes al impuesto de industria (inscripción, pago y emisión de paz ya salvos).
    • Controlar la cantidad de establecimientos inscritos durante cada mes mediante reportes estadísticos
    • Permitir el control y seguimiento detallado de la cantidad de dinero recolectado por el pago del impuesto de industria y comercio
    • Permitir facilidades de pago para las empresas que adeuden mas de seis meses
  • 6.
    • 4. JUSTIFICACION
    • Una organización pública requiere de diversos factores para que funcione correctamente, de manera que beneficie a la misma entidad como a la comunidad en general.
    • Todos los procesos mencionados anteriormente (inscripción, pago y emisión de paz y salvos) son ejecutados manualmente trayendo como consecuencia errores como la perdida de documentos, la no inscripción de algunos establecimientos industriales y comerciales, además no saber cuanto dinero adeuda un establecimiento o cuanto ha cancelado.
    • La implementación de recursos tecnológicos en la alcaldía de Maria Labaja traería diversos beneficios para los trabajadores de esta misma, ya que les proporciona manejo de información de manera ágil y eficiente, de la misma forma mejoraría los procesos que se realizan manualmente y se brindaría mayor seguridad y confianza con la información presentada.
    • Con este proyecto se busca adquirir experiencia en la realización de los trabajos investigativos, ya que a partir del proceso se obtendrán resultados que beneficiarían a los estudiantes que estamos realizando el trabajo, como al contexto en donde se realice el procedimiento.
    • Para la ejecución de este proyecto, se cuenta con los recursos humanos, materiales, económicos y además con el apoyo del Secretario de Hacienda del municipio de Maria Labaja.
  • 7.
    • 5. ANÁLISIS DE REQUERIMIENTOS
    • 5.1 TECNICAS PARA LA RECOLECCIÓN DE INFORMACIÓN
    • Las técnicas usadas para la captura de información fueron dos reuniones con los empleados de la alcaldía, el estudio de documentos y la lluvia de ideas.
    • 5.1.1 A continuación se presentaran las dos actas efectuadas durante las reuniones realizadas por el grupo de trabajo y el secretario de hacienda municipal:
    • ACTA # 001
    • Maria labaja (Bol) agosto 7 de 2006
    • En esta primera reunión realizada por los estudiantes encargados de este proyecto con el secretario de hacienda se tocaron temas como la efectividad de software, tiempo de desarrollo y posibles ventajas que obtendría la alcaldía de Maria labaja.
    • Se concluyó la reunión con el total apoyo de la alcaldía y de inmediato se propuso realizar una segunda para la recolección de información.
    • Para constancia se firma esta acta por secretario de hacienda municipal
    • ________________________________________
    • Secretario De hacienda y del tesoro municipal
  • 8.
    • ACTA # 002
    • Maria labaja (Bol) agosto 25 de 2006
    • En la siguiente reunión realizada por los integrantes del proyecto con el secretario de hacienda se nos entrego al grupo de trabajo documentos importantes para la recolección de información como son: formatos de inscripción volantes de paz y salvos y el estatuto de rentas municipal.
    • Para constancia se firma esta acta por secretario de hacienda municipal
    • _________________________________________
    • Secretario de hacienda y del tesoro municipal
    • 5.1.2 ESTUDIO DE DOCUMENTOS
    • Con los documentos facilitados por la alcaldía se hizo mucho más fácil el análisis de la problemática puesto que los documentos entregados por los funcionarios son todos los utilizados en los procesos de inscripción, cobro y emisión de paz y salvos
  • 9.
    • 5.2 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
    • 5.2.1 R. FUNCIONALES:
    • Dentro de los requerimientos funcionales se encuentran
    • Registrar inscripción de empresas o establecimientos
    • Registrar contribuyentes o representantes legales (datos personales)
    • Generar volantes de pago
    • Generar multas
    • Generar volantes de paz y salvos
    • Generar un estado de cuentas completo
    • A continuación se describirá el requerimiento funcional inscripción de empresas
    • a) Registrar inscripción de empresas:
    • Se realiza cuando un representante legal de un determinado establecimiento se registra o se matricula, procedimiento que se debe realizar en un lapso inferior a dos meses desde la apertura, es decir, inicio de actividades. Para Realizar dicho proceso se tienen en cuenta los siguientes datos:
    • El nit: código con que se identifica un establecimiento al momento de su inscripción.
    • Razón social: nombre con el cual se registra un determinado establecimiento.
    • Tipo de actividad: son las operaciones realizadas por el negocio y pueden ser de tipo industrial o comercial, el tipo de actividad permite saber que tarifa debe cobrarse (ver anexos # )
    • Fecha de inicio de actividades: esta información debe contener la fecha exacta del inicio de las actividades puesto que el impuesto empezara a cobrarse desde la misma.
    • Ingresos brutos mensuales: esta información debe presentarla el contribuyente en forma de una liquidación privada, operación que efectuara un contador público.
  • 10.
    • Clase de contribuyente sobre las ventas: este dato permite saber que negocios se encuentra exentos de pago del impuesto, puede ser régimen común o régimen simplificado ( ver formulario de inscripción anexo # )
    • Dirección: lugar exacto en donde son efectuadas las operaciones del establecimiento en proceso de matricula.
    • 5.2.2 R. NO FUNCIONALES
    • Dentro de los requerimientos funcionales se encuentran
    • Debe adaptarse al sistema operativo de la empresa
    • Debe ser accesible
    • Debe ser seguro
    • Debe adaptarse a la red local
    • 5.3 ALCANCE DEL PROYECTO
    • Realizar el modelo de casos de uso.
    • Elaborar el diagrama de clases para tener una visión clara de los objetos que intervienen en la elaboración del sistema.
    • Realizar las pruebas necesarias para verificar si el programa cumple con los requerimientos deseados.
    • Elaborar el manual de usuario donde se especifican los procesos que se realizan en el programa.
    • Instalar el software que permita la inscripción, cobro y emisión de paz y salvos en la alcaldía de Maria labaja
    • Capacitar a los usuarios mediante simulaciones sobre el manejo y funcionamiento del software.
    • Basándose en los reportes estadísticos permitir la toma de algunas decisiones en la alcaldía de Maria labaja.
  • 11.
      • ESTUDIO DE VIABILIDAD
    • El estudio de viabilidad es el paso clave en el desarrollo de un proyecto, en el se determinaran los datos finales usados para el diseño, la calidad de los mismos, la tecnología de tratamiento y el costo del proyecto. El estudio de viabilidad se basa en escoger la mejor alternativa para el desarrollo de un producto (software), en nuestro caso se desarrollara de manera interna, es decir, que será elaborado por los estudiantes encargados de este proyecto. La alternativa mencionada es examinada por 4 niveles básicos que nos permiten saber si el proyecto es viable, estos cuatro niveles son: 1) económico,2) técnico, 3) legal y 4) operativo
    • 1) Económicamente viable: Las herramientas utilizadas para la creación del software son costo-efectivas y se cuenta con el aval de alcaldía de Maria labaja.
    • 2) Técnicamente viable: Los requerimientos de hardware son mínimos ya que se puede trabajar con una PC de capacidades pequeñas, por ejemplo un disco duro de 40 Gb y un procesador de 2.8 GHZ
    • 3) Legalmente viable: Este proyecto no atenta contra ninguna ley jurídica y/o estatal.
    • 4) Operativamente viable: el proyecto cumple con las reglas de la alcaldía y optimiza los procesos que presentan problemas.
  • 12.
      • DEMOGRAFIA DE ACTORES
    • Dentro de este listado se encuentran las personas que influyen de manera directa o indirecta en el desarrollo de proyecto:
    • 5.1.1 ACTORES
    • Son las personas que interactúan directamente con el software, en este proyecto los actores son:
    • funcionario de la alcaldía de Maria la baja: este será el actor que mas interactúa con el sistema, ya que tiene la facultad de realizar funciones como inscripciones de empresas, actualizaciones y/o modificaciones de datos, etc.
    • Contribuyente o representante legal: este actor interactúa con el sistema mediante algún tipo de proceso que realice el software, ya sea solicitud de volante de pago, solicitud de estado de cuentas, etc.
    • 5.5.2 Desarrolladores
    • Son las personas que desarrollan el producto software, los desarrolladores para este proyecto somos los estudiantes del grupo de trabajo con la colaboración del cuerpo docente de la Fundación Instituto Tecnológico Comfenalco.
  • 13.
    • 6. MARCO CONCEPTUAL
    • 6.1 FUNDAMENTOS DE LA INGENIERÍA DE SOFTWARE
    • En la realización de un proyecto intervienen varios elementos de importancia, los cuales son bases para el desarrollo del mismo.
    • Entre estos elementos están las fuentes técnicas, que permiten visualizar el problema y su respectiva solución desde una perspectiva conceptual, la cual permite tener un manejo de la problemática.
    • La ingeniería de software permite que se realice un modelado de una situación problema, permitiendo que la solución cumpla con los requisitos que exige un producto de alta calidad, antes de seguir profundizando los conceptos básicos de la ingeniería de software, en primera medida se tiene que tener en cuenta que es un software.
    • El software es un programa de computador, procedimientos, y posiblemente la documentación asociada y los datos pertenecientes a las operaciones de un sistema de computación desarrollados utilizando una metodología de procesos específica, es decir que el software es un conjunto de herramientas que permiten la realización de programas de eficacia.
    • Atributos de calidad del software
    • Fiable, tener la capacidad de ofrecer los mismos resultados bajo las mismas condiciones.
    • Eficiente, que es la utilización óptima de los recursos de la máquina.
  • 14.
    • 6. MARCO CONCEPTUAL
    • 6.1 FUNDAMENTOS DE LA INGENIERÍA DE SOFTWARE
    • En la realización de un proyecto intervienen varios elementos de importancia, los cuales son bases para el desarrollo del mismo.
    • Entre estos elementos están las fuentes técnicas, que permiten visualizar el problema y su respectiva solución desde una perspectiva conceptual, la cual permite tener un manejo de la problemática.
    • La ingeniería de software permite que se realice un modelado de una situación problema, permitiendo que la solución cumpla con los requisitos que exige un producto de alta calidad, antes de seguir profundizando los conceptos básicos de la ingeniería de software, en primera medida se tiene que tener en cuenta que es un software.
    • El software es un programa de computador, procedimientos, y posiblemente la documentación asociada y los datos pertenecientes a las operaciones de un sistema de computación desarrollados utilizando una metodología de procesos específica, es decir que el software es un conjunto de herramientas que permiten la realización de programas de eficacia.
  • 15.
    • Atributos de calidad del software
    • Fiable, tener la capacidad de ofrecer los mismos resultados bajo las mismas condiciones.
    • Eficiente, que es la utilización óptima de los recursos de la máquina.
    • Robusto. No poseer un comportamiento catastrófico ante situaciones excepcionales, es decir, debe ser tolerante a fallos.
    • Correcto. Se ajusta a las especificaciones dadas por el usuario.
    • Potable. Capaz de integrarse en entornes distintos con el mismo esfuerzo.
    • Adaptable. Modificar alguna función sin que afecte sus actividades.
    • Ahora bien, teniendo clara el concepto de software, el cual, como se dijo anteriormente conjunto de herramientas que permiten la realización de operaciones de un sistema computacional, se pasa a la conceptualizacion de la
    • Ingeniería de software, que es la disciplina que comprende todos los aspectos de la producción de un software, desde las etapas iniciales de la especificación del sistema hasta el mantenimiento de éste después que se utilice.
    • La primera etapa de la especificación del sistema es el Análisis de requisitos, que es el proceso de estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema de hardware o de software.
    • Requisito . Condiciones que debe cumplir un sistema para satisfacer un contrato, una norma o una especificación.
    • Requisitos funcionales y no funcionales
    • Funcionales . Describen la funcionalidad de los servicios que se espera que el sistema proveerá sus entradas y salidas, excepciones, etc.
    • No funcionales . Se refieren a las propiedades emergentes del sistema como la fiabilidad, el tiempo de repuesto, la capacidad de los dispositivos de entrada y salida, y la representación de datos que se utilizan en las interfaces del sistema.
  • 16.
    • En el análisis de requerimientos se identifican los siguientes puntos
    • Alcance.
    • Es la identificación de los objetivos desde dónde comienza hasta dónde termina.
    • Estudio de viabilidad.
    • Permite determinar si merece realizar el proyecto, es decir, si existen los niveles económicos, tecnológicos, humanos y sociales, necesarios en la realización de un trabajo de alta calidad.
    • Factibilidad .
    • Consiste en identificar si los objetivos se pueden llevar a cabo.
    • Análisis y gestión de riesgos . Probabilidad de ocurrencia e impacto (alto, medio, bajo).
    • La ingeniería de software, permite el modelamiento de un producto software, por medio de la representación grafica de los elementos de un sistema, entre la representación graficas se tienen:
    • Diagrama de Casos de Uso.
    • Es una técnica de recolección y especificación de requisitos, además ayuda a la planificación y desarrollo incremental de un proyecto.
    • Expresa el comportamiento del sistema.
    • El diagrama de casos de uso está compuesto por actores y casos de uso, los cuales se relacionan y forman o describen un sistema.
    • Los actores son los entes que modelan a todo lo que interactúa con el sistema, pueden ser personas u otros sistemas.
    • Existen 2 clases de actores:
    • Los primarios: Inician el sistema, son necesarios para el funcionamiento del sistema.
    • Secundarios: Apoyan y complementan a los primarios.
  • 17.
    • Los casos de usos.
    • Establecen la funcionalidad propia del sistema, lo cual permite describir el sistema que se desea desarrollar. Se simboliza con un óvalo.
    • Los casos de uso pueden tener subflujos.
    • Para la realización del modelo de casos de uso, se tienen que seguir los siguientes pasos:
    • Deben obtenerse los actores
    • Cada actor cumple un papel diferente
    • Cada una de las distintas interacciones de un actor con el sistema se describe como un caso de uso.
    • Relaciones entre casos de uso
    • Include. Se utiliza cuando la relación es obligatoria
    • Extends. Se utiliza cuando la relación es opcional
    • Diagrama de Clases. Es la forma de representar y describir las clases, y las relaciones que existen entre ellas.
    • Notación
    • Nombre de la clase Atributos Métodos
  • 18.
    • Los atributos y las operaciones forman la estructuración de una clase.
    • Asociaciones : Describen las relaciones entre clases.
    • Asociaciones reflexivas : Relacionan distintos objetos de una misma clase.
    • Cardinalidad : Especifica cuantos objetos se pueden relacionar a un solo objeto de otra clase.
    • TIPOS DE RELACIONES
    • Uno a uno . Relación exclusiva entre objetos.
    • Uno a muchos . Uno de los objetos puede estar ligado a muchos otros.
    • Muchos a muchos . Cada objeto de una clase puede estar ligado a muchos otros.
    • Relación de agregación . Es la relación que representa a los objetos compuestos. Un objeto compuesto se compone a su vez de otro objeto.
    • La relación de agregación se compone de una metodología llamada “todo parte”.
    • Herencia.
    • Es una relación entre clases donde una clase comparte la estructura o comportamiento de otra. Es la propiedad por la cual una instancia de una clase hija pueda acceder tanto a los datos como a los métodos asociados con una clase padre. La relación de herencia se identifica con la palabra “es un”.
    • Diagrama de Secuencia.
    • Es aquel que permite la comunicación entre objetos.
    • Modela interacciones en un gráfico de dos dimensiones.
    • Los objetos que participan en la interacción son ubicados en el eje x, el tiempo en el eje y.
    • El eje y modela la línea de vida de los objetos.
    • El diagrama de secuencia es aquel en el que se describen la interacción de los objetos.
  • 19.
    • Elementos de un diagrama de secuencia
    • Roles de Clases. Objetos que participan en la interacción.
    • Un rol es la participación de un objeto de una clase.
    • Se muestran como cajones(rectángulo)de objetos con etiquetas de la forma: Nombre-de-rol: nombre-de-la-clase
    • Líneas de vida. Son el tiempo de vida del objeto. Son líneas verticales punteadas que salen de los cajones de los objetos. Representan el periodo de tiempo de existencia de los objetos.
    • Activaciones . Representan el concepto de control.
    • Se muestran como un rectángulo delgado en la línea de vida del objeto.
    • Representa el periodo de tiempo durante el cual un objeto está ejecutando una acción.
    • Mensajes. Comunicación entre objetos.
    • Líneas horizontales entre líneas de vida de los objetos, pueden tener etiquetas.
    • La secuencia de los mensajes está generalmente implícita indicada por su ubicación.
    • Para la realización de este proyecto se requiere la utilización de modelos de procesos que permitan llevar una secuencia lógica de todo el proceso. Dentro de los cuales se tienen modelo de cascada, modelo de espiral, modelo incremental, modelo de prototipado, modelo de desarrollo evolutivo y modelo basado en reutilización.
    • En éste proyecto se utilizan el modelo de espiral y modelo prototipado.
    • El primero fue Desarrollado por B. Boehm y mejora el Modelo de Cascada enfatizando la naturaleza iterativa del proceso de diseño. Eso introduce un ciclo de prototipo iterativo. En cada iteración, las nuevas expresiones que son obtenidas transformando otras dadas son examinadas para ver si representan progresos hacia el objetivo.
  • 20.
    • Este método está basado en dos importantes principios:
    • La práctica de diseño profesional es caracterizar en términos de conocer, actuar en situaciones, conversación con la situación y reflexión en acción.
    • Hay un distinto medio de proceso - orientación en esta aproximación al diseño. Es raro que el diseñador tenga el diseño en su cabeza por adelantado y que después meramente lo transcriba. Gran parte del tiempo del diseñador está inmiscuido en una progresiva relación con su entorno. Una buena metáfora para describirlo es "la conversación con el material", como un escultor, quien está ocupado en una conversación con el medio.
    • La necesidad para diseñadores de tomar la práctica de trabajo seriamente, de supervisar las formas en las que el trabajo se está haciendo, en el sentido de una solución abierta y desplegada para aumentar la complejidad de una situación que el diseñador solo entiende parcialmente. El hecho por el cual se está tratando con "actores humanos". Los sistemas necesitan tratar o estar en contacto con las preocupaciones del usuario. Es, definitiva, el reconocimiento de que el trabajo es fundamentalmente social, envolviendo cooperación y comunicación.
    • El desarrollo del software en el Modelo Espiral viene dado mediante un sistema incremental que se explica a continuación:
    • Identificar elementos de funcionalidad separados en los requerimientos iniciales.
    • Dar prioridad y crear un plan de desarrollo.
    • Diferentes modelos de ciclos de vida pueden ser usados por diferentes incrementos.
  • 21.
    • El modelo de espiral tiene muchas ventajas y desventajas.
    • Dentro de las ventajas se encuentran:
    • Centra su atención en la reutilización de componentes y eliminación de errores en información descubierta en fases iniciales.
    • Los objetivos de calidad son el primer objetivo.
    • Integra desarrollo con mantenimiento.
    • Provee un marco de desarrollo de hardware/software
    • Y como desventajas se tienen:
    • El desarrollo contractual especifica el modelo del proceso y los resultados a entregar por adelantado.
    • Requiere de experiencia en la identificación de riesgos.
    • Requiere refinamiento para uso generalizado.
    • El segundo, que es el modelo de prototipado, es un modelo del comportamiento del sistema que puede ser usado para entender completamente o ciertos aspectos de él y así clarificar los requerimientos .
    • Las fases que comprende el método de desarrollo orientado a prototipos son:
    • Investigación preliminar . Las metas principales de esta fase son: determinar el problema y su ámbito, la importancia y sus efectos potenciales sobre la organización por una parte y, por otro lado, identificar una idea general de la solución para realizar un estudio de factibilidad que determine la factibilidad de una solución software.
  • 22.
    • Definición de los requerimientos del sistema . El objetivo de esta etapa es registrar todos los requerimientos y deseos que los usuarios tienen en relación al proyecto bajo desarrollo. Esta etapa es la más importante de todo el ciclo de vida, es aquí donde el desarrollador determina los requisitos mediante la construcción, demostración y retroalimentaciones del prototipo. Por lo mismo esta etapa será revisada con más detalle luego de esta descripción.
    • Diseño técnico . Durante la construcción del prototipo, el desarrollador ha obviado el diseño detallado. El sistema debe ser entonces rediseñado y documentado según los estándares de la organización y para ayudar a las mantenciones futuras. Esta fase de diseño técnico tiene dos etapas: por un lado, la producción de una documentación de diseño que especifica y describe la estructura del software, el control de flujo, las interfaces de usuario y las funciones y, como segunda etapa, la producción de todo lo requerido para promover cualquier mantenimiento futuro del software.
    • Programación y prueba . Es donde los cambios identificados en el diseño técnico son implementados y probados para asegurar la corrección y completitud de los mismos con respecto a los requerimientos.
    • Operación y mantenimiento. La instalación del sistema en ambiente de explotación, en este caso, resulta de menor complejidad, ya que se supone que los usuarios han trabajado con el sistema al hacer las pruebas de prototipos. Además, el mantenimiento también debería ser una fase menos importante, ya que se supone que el refinamiento del prototipo permitiría una mejor claridad en los requerimientos, por lo cual las mantenciones perfectivas se reducirían. Si eventualmente se requiere un mantenimiento entonces el proceso de prototipado es repetido y se definirá un nuevo conjunto de requerimientos.
  • 23.
    • La fase más importante corresponde a la definición de requerimientos, la cual correspondería a un proceso que busca aproximar las visiones del usuario y del desarrollador mediante sucesivas iteraciones. La definición de requerimientos consiste de cinco etapas entre dos de las cuales se establece un ciclo iterativo:
    • Análisis grueso y especificación . El propósito de esta subfase es desarrollar un diseño básico para el prototipo inicial.
    • Diseño y construcción . El objetivo de esta subfase es obtener un prototipo inicial. El desarrollador debe concentrarse en construir un sistema con la máxima funcionalidad, poniendo énfasis en la interfaz del usuario.
    • Evaluación . Esta etapa tiene dos propósitos: extraer a los usuarios la especificación de los requerimientos adicionales del sistema y verificar que el prototipo desarrollado lo haya sido en concordancia con la definición de requerimientos del sistema. Si los usuarios identifican fallas en el prototipo, entonces el desarrollador simplemente corrige el prototipo antes de la siguiente evaluación. El prototipo es repetidamente modificado y evaluado hasta que todos los requerimientos del sistema han sido satisfechos. El proceso de evaluación puede ser dividido en cuatro pasos separados: preparación, demostración, uso del prototipo y discusión de comentarios. En esta fase se decide si el prototipo es aceptado o modificado.
    • Modificación. Esto ocurre cuando la definición de requerimientos del sistema es alterada en la sub-fase de evaluación. El desarrollador entonces debe modificar el prototipo de acuerdo a los comentarios hechos por los usuarios.
    • Término. Una vez que se ha desarrollado un prototipo estable y completo, es necesario ponerse de acuerdo en relación a aspectos de calidad y de representación del sistema.
  • 24.
    • Las ventajas de un enfoque de desarrollo orientado a prototipos son:
    • Reducción de la incertidumbre y riesgos.
    • Reducción de tiempo y costo.
    • Aceptación del nuevo sistema.
    • Mejor comunicación entre administrador y cliente
    • Pero así como tiene ventajas también tiene las siguientes desventajas:
    • Dependencia de las herramientas del software
    • Esta metodología no se puede aplicar a todos los proyectos de software.
    • Mala interpretación de lo que pueden hacer los usuarios con el prototipo.
  • 25.
    • FUNDAMENTOS DE LA TEMÀTICA DEL PROYECTO
    • La temática del proyecto radica en la realización de los procesos básicos que se efectúan en la alcaldía de Maria labaja en lo que respecta al impuesto de industria y comercio (inscripción, pago y emisión de paz y salvos) Esto encierra conceptos como:
    • Formulario de inscripción, que es un formulario en donde son registrados los datos de las empresas que serán inscritas para que se efectúe la actividad gravamen.
    • El nit: código con que se identifica un establecimiento al momento de su inscripción.
    • Razón social: nombre con el cual se registra un determinado establecimiento.
    • Tipo de actividad: son las operaciones realizadas por el negocio y pueden ser de tipo industrial o comercial, el tipo de actividad permite saber que tarifa debe cobrarse (ver anexos # )
    • Fecha de inicio de actividades: esta información debe contener la fecha exacta del inicio de las actividades puesto que el impuesto empezara a cobrarse desde la misma.
    • Ingresos brutos mensuales: esta información debe presentarla el contribuyente en forma de una liquidación privada, operación que efectuara un contador público.
    • Clase de contribuyente sobre las ventas: este dato permite saber que negocios se encuentra exentos de pago del impuesto, puede ser régimen común o régimen simplificado ( ver formulario de inscripción anexo # )
    • Dirección: lugar exacto en donde son efectuadas las operaciones del establecimiento en proceso de matricula.
  • 26.
    • Empresa. No es más que una determinada organización integrada por un capital y trabajo, la cual esta dedicada a un tipo de actividad industrial o comercial. Cada empresa tiene un representante legal
    • Contribuyente o representante legal. Es la persona que representara ante la alcaldía una determinada empresa en todos los procesos legales y económicos.
    • Secretario de hacienda y del tesoro municipal: Esta persona tienes los privilegios de realizar todos los procesos que el software efectué. También cabe aclarar que el jefe de la sección de secretaría hacienda y del tesoro municipal
    • Funcionario de la alcaldía: Esta persona será designada por el secretario de hacienda y el tesoro municipal y podrá realizar algunos procesos del sistema.
    • Pin o código entregado por el banco agrario: es el código con el cual será registrados los pagos de una determinada empresa.
    • Código de una actividad: será el código con el cual se inscribirá una determinada actividad y que permitirá el acceso a la información que contiene dicha actividad. Estos códigos se encuentran en el estatuto de rentas del municipio de Maria labaja (ver anexo #)
    • Todos lo expuesto anteriormente son bases complementarias para la realización de un sistema que permita realizar los procesos básicos referentes a la inscripción, el cobro y emisión de paz y salvos del impuesto de industria y comercio en la alcaldía municipal de Maria labaja.
  • 27.
    • DESCRIPCION DE CASOS DE USO
    • TITULO: INICIAR SESION
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Este caso de uso es el primero que debe realizar usuario para poder acceder a cualquier actividad del sistema.
    • PRECONDICIONES: para iniciar sesión el funcionario de la alcaldía debe estar registrado con anterioridad y de esta manera el sistema otorgara los permisos y privilegios
    • FLUJO IDEAL
    • 1) este caso de uso comienza cuando el usuario selecciona la opción iniciar sesión 2) el sistema despliega una interfaz en donde el usuario deberá registrar su nombre y su respectiva contraseña. 3) el usuario da clic en iniciar sesión y de inmediato el sistema verifica si este usuario existe en la base de datos. 4) el usuario podrá ejecutar acciones dependiendo de los permisos que este tenga en el sistema
    • FLUJO ALTERNATIVO1) si un usuario intenta iniciar sesión y este no se encuentra registrado, el sistema mostrara un mensaje en donde indica que el usuario no existe y le recomienda que hable con el administrador respecto a los tramites para su registro 2) en caso de que el usuario digite sus datos de manera incorrecta o en un formato no valido, el sistema le pedirá que lo intente de nuevo y le mostrara como hacerlo( modelo de ejemplo) 3) si el usuario intenta ingresar mas de tres veces con datos incorrectos el sistema terminara esa sesión
    • POSTCONDICION E: El sistema otorgara acceso y dará privilegios al usuario
  • 28.
    • TITULO: INSCRIBIR FUNCIONARIO
    • ACTOR :SECRETARIO DE HACIENDA Y TESORO MUNICIPAL
    • OBJETIVO: inscribir los funcionarios que serán los actores que van a interactuar directamente con el sistema
    • PRECONDICION: Que el Secretario de hacienda este logueado Conexión estable con la base de datos
    • FLUJO BASICO :
    • 1)El actor solicita funcionalidad para registrar funcionario 2)El sistema muestra una <interfaz> con los datos requeridos para registrar funcionario (código de identificación, nombre, teléfono, dirección) 3)El actor digita los datos necesarios para el registro 4)El sistema captura y verifica los datos 5) El sistema guarda los datos del funcionario y termina el casos de uso
    • FLUJO ALTERNATIVO: 1)Al momento de digitar los datos, estos se encuentre en un formato no valido, el sistema muestra un mensaje de error e indica como hacerlo (modelo de ejemplo) y retorna al basico2 2)El sistema al verificar los datos, estos ya existan, entonces muestra un mensaje que diga “FUNCIONARIO EXISTENTE” , retorna al basico2
    • POSTCONDICON: Que el sistema guarde correctamente los datos los datos del funcionario en proceso de inscripción
  • 29.
    • TITULO: CONSULTAR FUNCIONARIO
    • ACTOR :SECRETARIO DE HACIENDA Y TESORO
    • MUNICIPAL OBJETIVO: Consultar los funcionarios que se encuentren inscritos
    • PRECONDICION: Que el actor este loqueado Que el funcionario en proceso de consulta este debidamente inscritoConexión estable con la base de datos
    • FLUJO BASICO: 1) El actor solicita funcionalidad para consultar funcionario 2)El sistema muestra una <interfaz> con los datos requeridos para consultar funcionario (nombre e identificación) 3)El actor digita los datos necesarios para la consulta 4)El sistema captura y verifica los datosEl sistema consulta funcionario 5)El sistema ofrece opción de volver a la ventana principal
    • FLUJO ALTERNATIVO : 1)El actor al digitar los datos, esto se encuentran en un formato no válido, muestra un mensaje de error con un modelo de ejemplo y retorna al basico2. 2)El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe funcionario” y retorna al basico1
    • POSTCONDICON: El sistema muestra una interfaz con la información de dicho funcionario (nombre, dirección, identificación, teléfono)
  • 30.
    • TITULO: MODIFICAR FUNCIONARIO
    • OBJETIVO: Modificar los datos de un determinado funcionario que se encuentre debidamente inscrito
    • ACTOR : SECRETARIO DE HACIENDA Y DEL TESORO MUNICIPAL
    • PRECONDICION: Que el actor se halla loqueado Que el funcionario este debidamente inscrito Conexión estable con la base de datos
    • FLUJO IDEAL: 1) El actor silicita al sistema la opción de modificar funcionario 2)El sistema muestra una interfaz con los datos requerido para modificar un funcionario (nombre e identificación) 3)El actor digita los datos 4)El sistema verifica, captura y consulta los datos 5)El sistema muestra una interfaz con los datos del funcionario 6)El sistema ofrece opción de modificar los datos del funcionario. 7)El actor modifica los datos del funcionario
    • FLUJO ALTERNATIVO: 1) El actor al digitar los datos, esto se encuentran en un formato no válido, muestra un mensaje de error con un modelo de ejemplo y retorna al basico2. 2)El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe funcionario” y retorna al basico2 3)El sistema no puede acceder a la base de datos para guardar los cambios realizados, envía un mensaje informando al actor y retorna al basico6
    • POSTCONDICION: El sistema captura los datos y actualiza los datos modificados *El sistema guarda los cambios y termina el caso de uso.
  • 31.
    • TITULO: ELIMINAR FUNCIONARIO
    • OBJETIVO: Eliminar un funcionario que se encuentre inscrito
    • ACTOR : SECRETARIO DE HACIENDA Y DEL TESORO MUNICIPAL
    • PRECONDICION: Que el actor se halla loqueado Que el funcionario este debidamente inscrito Conexión estable con la base de datos
    • FLUJO IDEAL: 1) El actor silicita al sistema la opción de Eliminar funcionario. 2)El sistema muestra una interfaz con los datos requerido para eliminar un funcionario (nombre e identificación) 3)El actor digita los datos 4)El sistema verifica, captura y consulta los datos 4)El sistema muestra una interfaz con los datos del funcionario. 5)El sistema ofrece opción de eliminar los datos del funcionario. 6)El sistema elimina funcionario
    • FLUJO ALTERNATIVO: 1) El actor al digitar los datos, esto se encuentran en un formato no válido, muestra un mensaje de error con un modelo de ejemplo y retorna al basico2. 2)El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe funcionario” y retorna al basico2
    • POSTCONDICION: El sistema informa al actor que su procesó eliminar, ha sido realizado satisfactoriamente
  • 32.
    • TITULO: INSCRIBIR ACTIVIDAD
    • ACTOR : SECRETARIO DE HACIENDA
    • OBJETIVO: permitir el registro de las actividades tanto industriales como comerciales, cada una de estas con un código y una tarifa que dependerá de la actividad que ejerza una determinada empresa “características plasmada en el estatuto de rentas de la alcaldía de Maria Labaja”
    • PRECONDICION: Que el actor se halla loqueado Conexión estable con la base de datos Conexión estable con la red
    • FLUJO BASICO: 1) El actor solicita la opción para inscribir actividad 2)El sistema despliega una interfaz con los datos requeridos para inscribir una actividad ( tipo de actividad “industrial o comercial”, descripción de la actividad, código de la actividad y tarifa) 3)El actor digita los datos requeridos por el sistema 4)El sistema captura y verifica el formato de los datos suministrados por el actor 5)El sistema guarda los datos y termina el caso de uso
    • FLUJO ALTERNATIVO:1) Al momento de digitar los datos, estos se encuentren en un formato no valido, el sistema muestra un mensaje de error e indica al usuario como hacerlo 2)El sistema al verificar los datos, estos ya existan, entonces muestra un mensaje que diga “ACTIVIDAD EXISTENTE” , retorna al basico2
    • POSTCONDICON: Que el sistema guarde los datos correctamente y finalice de esta manera el caso de uso
  • 33.
    • TITULO: CONSULTAR ACTIVIDAD
    • ACTOR : SECRETARIO DE HACIENDA
    • OBJETIVO: Obtener información sobre las actividades que se han registrado a través del sistema
    • PRECONDICION: Que el actor se halla logueado Que la actividades se encuentren debidamente inscritas Conexión estable con la base de datos
    • FLUJO BASICO: 1) El actor solicita la funcionalidad para consultar actividad 2)El sistema despliega una interfaz en donde serán registrados los datos necesarios para consultar una actividad (código de la actividad ) 3)El actor digita los datos 4)El sistema captura y verifica los datos 5)el sistema consulta actividad
    • FLUJO ALTERNATIVO: 1) El sistema al consultar las actividades no pueda acceder a la base de datos, entonces muestra un mensaje de error y retorna el control al flujo basico1
    • 2)el sistema al capturar y verificar los datos estos tengan un formato no valido, muestra u mensaje de error e indica al actor como hacerlo(modelo de ejemplo) retornando al flujo básico 2
    • POSTCONDICON: El sistema muestra la información general de la actividad en proceso de consulta (código, descripción y tarifa)
  • 34.
    • TITULO: MODIFICAR ACTIVIDAD
    • ACTOR :SECRETARIO DE HACIENDA
    • OBJETIVO: permitir cambiar algunos de los datos de una actividad debidamente inscrita ,es decir bien registrada en a base de datos
    • PRECONDICIÓN 1)Que el actor se halla logueado 2)Que la actividad se encuentre debidamente inscrita 3)conexión estable con la base de datos
    • FLUJO BÁSICO 1) El actor solicita al sistema la funcionalidad para modificar una actividad 2)El sistema despliega una interfaz con los datos necesarios para modificar una actividad 3)El actor digita los datosEl sistema captura y verifica los datos digitados por el actor 4)El actor modifica los datos El sistema captura los datos. 5)El guarda los cambios y termina el caso de uso
    • FLUJO ALTERNATIVO 1) La base de datos no le permita el acceso al sistema para modificar una actividad, y despliega una interfaz grafica con un mensaje de error y retorna el control al flujo básico 1.
    • POSCONDION E: El sistema informa al actor sobre la finalización exitosa del proceso
  • 35.
    • TITULO: ELIMINAR ACTIVIDAD
    • ACTOR :SECRETARIO DE HACIENDA
    • OBJETIVO: permitir la eliminación de alguna de las actividades que se encuentren registradas en la base de datos
    • PRECONDICIÓN 1) Que el actor se halla logueado 2)Que las actividades existan 3)Conexión estable con la base datos
    • FLUJO BÁSICO: 1)El actor solicita al sistema funcionalidad de Modificar actividad 2)El sistema muestra una interfaz con los datos necesarios para eliminar una actividad (código de la actividad) 3)El actor digita los datos 4)El sistema captura consulta y verifica los datos 5)El actor elimina la actividad 6) El sistema destruye los datos del usuario. 6.1) El sistema guarda los cambios y termina el caso de uso.
    • FLUJO ALTERNATIVO 1) Si el actor selecciona una actividad que no esta inscrita, entonces se envía un mensaje de error que informe al actor que la actividad que se desea modificar no se encuentra inscrita, y se retorna el control al flujo básico 3.
    • POSCONDION E: El sistema informa al actor sobre la finalización exitosa del proceso
  • 36.
    • TITULO: INSCRIBIR EMPRESA  
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    •   OBJETIVO: registrar nuevas empresas con sus respectivos datos
    •   PRECONDICION: Que el actor se halla loqueadoQue las actividades estén inscritas 
    • FLUJO IDEAL: 1) El actor solicita al sistema la opción para inscribir empresa 2)El sistema muestra una <interfaz> con los datos requeridos por el formulario oficial para la inscripción de una empresa (ver anexo formato de inscripción anexo # 3)El actor digita los datos de la empresa (nit, razón social, dirección, teléfono, representante legal, etc.) 4)El sistema consulta las actividades registradas en la base de datos del sistema 5)el sistema despliega una interfaz con una lista de las actividades registradas 6)El actor selecciona la actividad de la empresa en proceso de inscripción 7)El sistema guarda los datos y se procede a entregar al cliente una constancia de inscripción con la opción de imprimir, terminando de esta manera el caso de uso
    •   FLUJO ALTERNATIVO :La base de datos no le permite acceso al sistema para inscribir una nueva empresa, y despliega un mensaje de error y retorna al basico1El sistema al consultar las actividades no puede acceder a la base de datos, entonces muestra un mensaje “NO EXISTEN ACTIVIDADES” y retorna al basico4El sistema al verificar los datos no sean validos, muestra un mensaje de error y retorna al basico3  
    • POSTCONDICON: Que el sistema guarde los datos correctamente e informa al actor sobre la finalización exitosa del proceso  
  • 37.
    • TITULO: CONSULTAR EMPRESA
    • ACTOR : SECRETARIO DE HACIENDA
    • OBJETIVO: permitir consultar las empresas que se encuentren debidamente matriculados y así poder acceder a la información general de una determinada empresa
    • PRECONDICION: Que el actor se halla logueadoQue las empresas se encuentren debidamente matriculadasConexión estable con la base de datosConexión estable en la red
    • FLUJO BASICO:1) El actor solicita la funcionalidad para consultar empresa 2)El sistema despliega una interfaz en donde serán registrados los datos necesarios para consultar una empresa(nit y razón social) 3)El actor digita los datos requeridos 4)El sistema captura y verifica los datos digitados por el actorEl sistema consulta empresa 5)El sistema despliega una interfaz con la información general de una empresa
    • FLUJO ALTERNATIVO: 1) Al consultar una empresa el sistema no se pueda comunicar con al base de datos y envía un mensaje que le informe al actor sobre el hecho y retorna el control al flujo básico 2. 2)El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe la empresa” y retorna al basico1
    • POSTCONDICON: El sistema finaliza cuando el actor termine de consultar una empresa
  • 38.
    • TITULO: MODIFICAR EMPRESA
    • ACTOR :SECRETARIO DE HACIENDA
    • OBJETIVO: permitir cambiar algunos de los datos de una actividad debidamente inscrita ,es decir bien registrada en a base de datos
    • PRECONDICIÓN 1)Que el actor se halla logueado 2)Que la actividad se encuentre debidamente inscrita3)conexión estable con la base de datos
    • FLUJO BÁSICO 1) El actor solicita al sistema la funcionalidad para modificar una actividad 2)El sistema despliega una interfaz con los datos necesarios para modificar una actividad 3)El actor digita los datos 4) El sistema captura y verifica los datos digitados por el actor 5)El actor modifica los datos El sistema captura los datos 6)El sistema guarda los cambios y termina el caso de uso
    • FLUJO ALTERNATIVO 1) La base de datos no le permita el acceso al sistema para modificar una actividad, y despliega una interfaz grafica con un mensaje de error y retorna el control al flujo básico 1.
    • POSCONDION E: El sistema informa al actor sobre la finalización exitosa del proceso
  • 39.
    • TITULO: ELIMINAR EMPRESA
    • ACTOR :SECRETARIO DE HACIENDA
    • OBJETIVO: permitir la eliminación de alguna de las empresas que se encuentren registradas en la base de datos
    • PRECONDICIÓN Que el actor se halla logueado. Que la empresa exista Que la empresa se encuentre paz y salvo por el pago del impuesto Conexión estable con la base datos
    • FLUJO BÁSICO 1) el actor solicita al sistema la funcionalidad para eliminar una empresa 2)El sistema despliega una interfaz en donde serán registrados los datos necesarios para eliminar una empresa 3)el actor digita los datos 4)el sistema captura, verifica y consulta los datos 5)el actor elimina la empresa 6)el sistema destruye los datos de la empresa el sistema guarda los cambios y termina el caso de uso
    • FLUJO ALTERNATIVO 1) Si el actor selecciona una empresa que no esta creada, entonces se envía un mensaje de error que informe al actor que el usuario que se desea modificar no se encuentra creado, y se retorna el control al flujo básico 2
    • POSCONDION El sistema informa al actor sobre la finalización exitosa del proceso
  • 40.
    • TITULO: INSCRIBIR CONTRIBUYENTE O REPRESENTANTE LEGAL
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Permitir la inscripción del contribuyente o representante legal de una empresa
    • PRECONDICION: Que el actor se halla loqueado Conexión estable con la base de datos que la persona que desea inscribirse haya registrado por lo menos una empresa
    • FLUJO BASICO: 1) El actor solicita la opción registrar contribuyente o representante legal 2)El sistema despliega una interfaz con los datos requeridos para registrar un contribuyente o representante legal (nombre y apellido, razón social, identificación: nit o CC, teléfono, dirección, e-mail y empresa a la cual representa) 3)El actor digita los datos requeridos por el sistema 4)El sistema captura y verifica los datos suministrados por el actor 5)El sistema guarda los datos y termina el caso de uso
    • FLUJO ALTERNATIVO : 1)Al momento de digitar los datos, estos se encuentre en un formato no valido, el sistema muestra un mensaje de error y retorna al basico2 2)El sistema al verificar los datos, estos ya existan, entonces muestra un mensaje que diga “CONTRIBUYENTE O REPRESENTANTE LEGAL EXISTENTE” , retorna al basico2 POSTCONDICON: El sistema informa al actor sobre la finalización exitosa del proceso
  • 41.
    • TITULO : CONSULTAR CONTRIBUYENTE
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Obtener información sobre el contribuyente
    • PRECONDICON: * Que el actor esto loqueado *Que el contribuyente se encuentre debidamente inscrito *Que por lo menos tenga una empresa inscrita *Que el sistema tenga una conexión estable con la base de datos
    • FLUJO IDEAL: 1) El actor solicita al sistema la funcionalidad para consultar contribuyente 2)El sistema muestra una interfaz en donde serán registrados los datos necesarios para consultar un contribuyente (cedula y nombre) 3)El sistema captura y verifica los datos 4)El sistema consulta contribuyente 5)El sistema le ofrece al actor la opción de imprimir un documento con la información mostrada en el flujo básico anterior
    • FLUJO ALTERNATIVO: 1)El actor al digitar los datos, esto se encuentran en un formato no válido, muestra un mensaje de error con un modelo de ejemplo y retorna al basico2 2)El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe contribuyente” y retorna al basico1
    • POSTCONDICION: El sistema muestra una interfaz con la información referente al contribuyente en proceso de consulta* El sistema le ofrece al actor la opción de imprimir un documento con la información mostrada en la interfaz
  • 42.
    • TITULO: MODIFICAR CONTRIBUYENTE
    • OBJETIVO: Modificar los datos de un determinado contribuyente que se encuentre debidamente inscrito
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • PRECONDICION: Que el actor se halla loqueado Que el contribuyente este debidamente inscrito Conexión estable con la base de datos
    • FLUJO IDEAL: El actor silicita al sistema la opción de modificar contribuyente El sistema muestra una interfaz con los datos requerido para modificar un contribuyente (nombre e identificación) El actor digita los datos El sistema verifica, captura y consulta los datosEl sistema muestra una interfaz con los datos del contribuyente.El sistema ofrece opción de modificar los datos del contribuyenteEl actor modifica los datos del contribuyenteEl sistema guarda los cambios y termina el caso de uso.
    • FLUJO ALTERNATIVO: El actor al digitar los datos, esto se encuentran en un formato no válido, muestra un mensaje de error con un modelo de ejemplo y retorna al basico2El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe funcionario” y retorna al basico2 El sistema no puede acceder a la base de datos para guardar los cambios realizados, envía un mensaje informando al actor y retorna al basico6
    • POSTCONDICION: El sistema informa al actor que su procesó modificar, ha sido realizado satisfactoriamente
  • 43.
    • TITULO: ELIMINAR CONTRIBUYENTE
    • OBJETIVO: Eliminar un contribuyente que se encuentre inscrito
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • PRECONDICION: Que el actor se halla loqueado Que la empresa termine sus actividades industriales o comercialesQue el contribuyente este debidamente inscrito Conexión estable con la base de datos
    • FLUJO IDEAL: 1) El actor silicita al sistema la opción de Eliminar contribuyente.El sistema muestra una interfaz con los datos requerido para eliminar un contribuyente (nombre e identificación) El actor digita los datosEl sistema verifica, captura y consulta los datosEl sistema muestra una interfaz con los datos del contribuyente.El sistema ofrece opción de eliminar los datos del contribuyente.El sistema elimina los datos El sistema guarda los cambios y termina el caso de uso.
    • FLUJO ALTERNATIVO: El actor al digitar los datos, esto se encuentran en un formato no válido, muestra un mensaje de error con un modelo de ejemplo y retorna al basico2El sistema al consultar en su base de datos, los datos digitados por el actor, no se encuentra la información, muestra un mensaje de error “No existe contribuyente” y retorna al basico2
    • POSTCONDICION: El sistema informa al actor que su procesó eliminar, ha sido realizado satisfactoriamente
  • 44.
    • TITULO: GENERAR PAGO
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Que el sistema emita un volante de pago para una determinada empresa, con o sin convenio
    • PRECONDICION: Que el actor se halla loqueado Que la empresa este matriculadaQue la actividades existan Halla conexión estable con la base de datosHalla conexión estable con la red
    • FLUJO IDEAL: El actor solicita al sistema la opción para generar un pagoEl sistema muestra una <interfaz> con los datos requeridos para generar un pagoEl actor digita el nit y razón social de la empresaEl sistema captura y verifica los datos introducidosEl sistema consulta los pagos realizados por la empresaEl sistema muestra una interfaz de usuario (volante de pago) en donde estarán plasmados el mes o los meses que adeude, la fecha en la cual puede pagar, además en este volante estará registrada la cuota por convenio de pago, si este existe El sistema ofrece opción para imprimir o cerrar la ventana del volante de pago, terminando de esta manera el caso de uso
    • FLUJO ALTERNATIVO: La base de datos no le permite acceso al sistema para generar un pago, y despliega un mensaje de error y retorna al basico1El actor al digitar la datos, estos son inválidos, muestra un mensaje de error con un modelo de ejemplo y retorna torna al basico3El sistema al consultar los pagos no tenga acceso en su banco de información muestra un mensaje de error “Intentar Nuevamente” y retorna al basico1
    • POSTCONDICON: El sistema informa al usuario sobre la finalización del proceso y entrega de copia de dicho proceso
  • 45.
    • TITULO: REGISTRAR PAGO
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA
    • ALCALDIAOBJETIVO: Registrar el pago de cualquier empresa en la base de datos del sistema
    • PRECONDICION: Que el actor se halla loqueado Que el volante de pago este cancelado en el Banco Agrario Que el Banco Agrario después del pago suministre a la alcaldía de Maria la baja constancia de dicho pago a través de la redQue el volante de pago posea el código o pin de canceladoConexión estable con la base de datosConexión estable en la red
    • FLUJO IDEAL :El actor solicita al sistema la opción para registrar pagoEl sistema muestra una <interfaz> con los datos requeridos para registrar un pago (la identificación de la empresa y el código o pin suministrado por el Banco Agrario) El actor digita la identificación de la empresa y el código o pin suministrado por el Banco Agrario3.1) El sistema verifica, captura y consulta los datos digitados 3.2) El sistema despliega una interfaz con la información general de dicho pago (fecha, hora, lugar donde se realizo el pago, valor cancelado, meses cancelados, meses que adeuda, multa existente, etc.) 4) El sistema ofrece opción de registrar la cuota por convenio si esta existe y ha sido cancelada 5) El sistema ofrece opción de generar volante de paz y salvo si no tiene deudas pendiente6) El sistema ofrece opción de generar reporte de estado de cuenta7) El actor selecciona la opción deseada y termina el caso de uso
    • FLUJO ALTERNATIVO: El actor al digitar la identificación de la empresa y el código o pin son inválidos, muestra un mensaje de error y retorna al basico2El sistema no puede acceder a la base de datos entonces muestra un mensaje de error y retorna al basico2El sistema no puede generar un volante de paz y salvo, entonces muestra un mensaje de error y retorna al basico4El sistema no puede generar reporte de estado de cuenta, entonces muestra un mensaje de error y retorna al basico4
    • POSTCONDICON: El sistema informa al usuario sobre la finalización del proceso
  • 46.
    • TITULO: CONSULTAR PAGOS
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Mostrar información de todos los pagos realizados en la alcaldía de Maria Labaja
    • PRECONDICION:Que el actor se halla loqueado Que se halla registrado un pago
    • FLUJO IDEAL: 1) El actor solicita al sistema la opción para consultar los pagos2) El sistema muestra una <interfaz> con las datos requeridos para consultar pagos3) El actor digita el nit y la razón social de la empresa 3.1) El sistema consulta en su banco de información los pagos realizados por dicha empresa3.2) El sistema despliega una interfaz con la información general de los pagos realizados y existentes de dicha empresa
    • FLUJO ALTERNATIVO: El sistema al verificar los datos introducidos por el actor, son inválidos, muestra un mensaje de error y retorna al basico2El sistema al consultar en su banco de información no puede acceder a ella, entonces muestra un mensaje de error y retorna al basico3
    • POSTCONDICON: El sistema informa al usuario sobre la finalización exitosa del proceso y muestra opción de regresar a la ventana principal
  • 47.
    • TITULO: GENERAR CONVENIO DE PAGO
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Que el usuario obtenga facilidad de pago de los meses que adeuda
    • PRECONDICION: Que el actor se halla loqueado Que la empresa este matriculadaQue la empresa adeude mínimo seis mesesHalla conexión estable con la base de datosHalla conexión estable con la red
    • FLUJO IDEAL: El actor solicita al sistema la opción para generar un convenio de pagoEl sistema muestra una <interfaz> con los datos requeridos para generar convenio de pago (nombre de la empresa, identificación, actividad a la que se dedica, # de meses en mora, # de cuotas, valor cuota, etc) El actor digita los datos requeridosEl sistema captura, verifica y consulta los datos digitadosEl sistema consulta los pagos realizados por la empresaEl sistema calcula el monto de las cuotas mensuales y se conecta a través de la base de datos con el caso de uso generar pagoEl sistema guarda los datos
    • FLUJO ALTERNATIVO: 1) El actor al digitar la datos, estos son inválidos, muestra un mensaje de error con un modelo de ejemplo y retorna torna al basico2El sistema al consultar los datos digitados no tenga acceso en su banco de información, entonces muestra un mensaje de error “Intentar Nuevamente” y retorna al basico2El sistema al consultar los pagos no tiene optima conexión con la base de datos, muestra un mensaje de error y retorna al basico2
    • POSTCONDICON: El sistema informa al usuario sobre la finalización del proceso y ofrece opción de imprimir la constancia del convenio de pago
  • 48.
    • TITULO: GENERAR VOLANTE DE PAZ Y SALVO
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: Que el usuario obtenga una constancia paz y salvo
    • PRECONDICION: Que el actor se halla loqueado Que la empresa este matriculadaQue la empresa no este en moraHalla conexión estable con la base de datosHalla conexión estable con la red
    • FLUJO IDEAL: 2) El actor solicita al sistema la opción para generar volante de paz y salvoEl sistema muestra una <interfaz> con los datos requeridos para generar volante de paz y salvo ( razón social, nit ) El actor digita los datos requeridosEl sistema captura, verifica y consulta los datos digitadosEl sistema consulta los pagos realizados por la empresaEl sistema confirma si la empresa esta a paz y salvo y se lo informa al actor El sistema muestra interfaz de paz y salvoEl sistema ofrece al actor la opción de imprimir y sierra el caso e uso
    • FLUJO ALTERNATIVO: 1) El actor al digitar la datos, estos son inválidos, muestra un mensaje de error con un modelo de ejemplo y retorna torna al basico2El sistema al consultar los datos digitados no tenga acceso en su banco de información, entonces muestra un mensaje de error “Intentar Nuevamente” y retorna al basico2El sistema al consultar los pagos no tiene optima conexión con la base de datos, muestra un mensaje de error y retorna al basico2 El sistema al consultar los pagos de una empresa encuentre que esta en mora, despliega una interfaz informando al actor y termina el caso de uso.
    • POSTCONDICON: El sistema informa al usuario sobre la finalización exitosa del proceso
  • 49.
    • TITULO: GENERAR REPORTE ESTADISTICO
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIAOBJETIVO: generar reportes estadísticos
    • PRECONDICION: 1) Que el actor se halla logueado 2) Halla conexión estable con la base de datos 3) Halla conexión estable con la red
    • FLUJO IDEAL: 1) El actor solicita al sistema la opción para generar reporte estadísticoEl sistema muestra una <interfaz> con las opciones de generar reporte de empresas inscritas por mas, generar reporte de actividades mas realizadas, generar reporte de pagosEl actor selecciona el reporte deseado y termina el caso d uso
    • FLUJO ALTERNATIVO: 1) El actor al seleccionar un reporte, el sistema no tiene una conexión estable con la base de datos, envía un mensaje de error y retorna el control al flujo básico 1
    • POSTCONDICON: El sistema informa al usuario sobre la finalización exitosa del proceso
  • 50.
    • TITULO:
    • GENERAR REPORTE DE EMPRESAS INSCRITAS POR MES
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: obtener reportes mensuales de las empresas inscritas
    • PRECONDICION: Que el actor se halla loqueado Que las empresas estén inscritas correctamenteHalla conexión estable con la base de datosHalla conexión estable con la red
    • FLUJO IDEAL: El actor solicita al sistema la opción para generar reportes de empresas inscritas por mesEl sistema consulta las empresas inscritas por mes El sistema muestra una interfaz con las empresas inscritas durante el mesEl sistema ofrece al actor la opción de imprimir y sierra el caso e uso
    • FLUJO ALTERNATIVO: El sistema al consultar las empresas inscritas durante el mes no tiene optima conexión con la base de datos, muestra un mensaje de error y retorna al basico1
    • POSTCONDICON: El sistema informa al usuario sobre la finalización exitosa del proceso
  • 51.
    • TITULO: GENERAR REPORTE DE ACTIVIDADES MAS REALISADAS
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: obtener reportes de las actividades mas realizada
    • PRECONDICION: Que el actor se halla logueado Que las actividades estén inscritas correctamenteQue las empresas estén inscritas correctamenteHalla conexión estable con la base de datosHalla conexión estable con la red
    • FLUJO IDEAL: El actor solicita al sistema la opción para generar repotes de actividades mas realizadasEl sistema consulta las empresas inscritas por mes El sistema muestra una interfaz con las actividades mas realizadas El sistema ofrece al actor la opción de imprimir y sierra el caso e uso
    • FLUJO ALTERNATIVO: El sistema al consultar las empresas inscritas durante el mes no tiene optima conexión con la base de datos, muestra un mensaje de error y retorna al basico1
    • POSTCONDICON: El sistema informa al usuario sobre la finalización exitosa del proceso
  • 52.
    • TITULO: GENERAR REPORTE DE PAGOS
    • ACTOR : SECRETARIO DE HACIENDA Y FUNCIONARIO DE LA ALCALDIA
    • OBJETIVO: obtener reportes de Los pagos realizada
    • PRECONDICION: Que el actor se halla logueadoQue los pagos estén registrados correctamenteHalla conexión estable con la base de datosHalla conexión estable con la red
    • FLUJO IDEAL: El actor solicita al sistema la opción para generar repotes de pagos realizadosEl sistema consulta los pagos registradosEl sistema muestra una interfaz con los pagos registradosEl sistema ofrece al actor la opción de imprimir y sierra el caso e uso
    • FLUJO ALTERNATIVO: El sistema al consultar los pagos registrados no tiene optima conexión con la base de datos, muestra un mensaje de error y retorna al basico1
    • POSTCONDICON: El sistema informa al usuario sobre la finalización exitosa del proceso