1

UNIVERSIDAD MARIANO GALVEZ

Facultad: Ingeniería en Sistemas

Sede: San Juan Sacatepéquez

Docente: ING: Estuardo Cansinos

Curso: Análisis de Sistemas

Semestre: 7

TEMA:
Análisis de sistema de facturación

Guatemala,16 junio del 2,017

INTRODUCCION:
 2

En el siguiente documento encontrara información importante para la implementación de un

sistema de software, en el curso de análisis de sistema hemos estudiado información
indispensable para la implementación de un sistema.

Debido a la importancia del control de las finanzas en las pequeñas empresas y negocios que no
llevan un control de sus movimientos transaccionales, por eso es importante tener un sistema
para tener un control de los movimientos diarios de la empresa.

Por eso es importante tener un sistema de facturación en cada negocio para realizar este proyecto
se analizó la situación de un negocio X que se utilizó como base para el análisis del módulo de
facturación, se utilizó realizó varias entrevistas de tipo embudo, debido a que este tipo de
entrevista inicia con pregustas generales y va finalizando con preguntas especifica.

De esta manera el entrevistado no sentirá presionado durante la entrevista, a manera de que se

siente acomodo para poder responder las preguntas para luego pasar a preguntas más específicas,
y tener la información necesaria para poder realizar el respectivo análisis para la implementación
del sistema.
 3

INDICE
Pagina
1. SISTEMA DE FACTURACION. ------------------------------------------------------------------------------------- 4
2. OBJETIVOS. ---------------------------------------------------------------------------------------------------------- 5
3. DESTINATARIOS DEL SISTEMA SOFTWARE------------------------------------------------------------------ 6
4. ENTORNO DE USO-------------------------------------------------------------------------------------------------- 6
5. METODOLOGIA ----------------------------------------------------------------------------------------------------- 6
6. PLANIFICACIÓN PROYECTO-------------------------------------------------------------------------------------- 8
7. ALCANCE DEL PROYECTO ----------------------------------------------------------------------------------------- 8
7.1. Plazo de ejecución ------------------------------------------------------------------------------------------- 8
7.2. Actividades a realizar -----------------------------------------------------------------------------------------
8
7.2.1. Fase de inicio ----------------------------------------------------------------------------------------- 9
7.2.2. Fase de elaboración -------------------------------------------------------------------------------- 9
7.2.3. Fase de construcción ----------------------------------------------------------------------------- 10
7.2.4. Fase de Transición ---------------------------------------------------------------------------------10
7.2.5. Informe final ---------------------------------------------------------------------------------------- 10
8. ESPECIFICACION DE ANALISIS --------------------------------------------------------------------------------- 11
8.1. Descripción funcional -------------------------------------------------------------------------------------- 11
8.2. Composición del software a desarrollar ---------------------------------------------------------------
12
8.3. Casos de uso principales ---------------------------------------------------------------------------------- 13
8.4. Diagramas de casos de uso ------------------------------------------------------------------------------- 17
9. TIPO DE ENTRVISTA ---------------------------------------------------------------------------------------------- 18
10. CUESTIONARIOS -------------------------------------------------------------------------------------------------- 19
11. FASE DEL DISEÑO ------------------------------------------------------------------------------------------------- 20
11.1. Vista logia de la solución ------------------------------------------------------------------------ 20
12. CONCLUSIONES --------------------------------------------------------------------------------------------------- 22
13. BIBLIOGRAFIA ----------------------------------------------------------------------------------------------------- 23
 4

1. SISTEMA DE FACTURACION.
Es sistema que consiste en la implementación de un sistema de módulos de contabilidad, que
consiste en crear un módulo de facturación para el departamento de contabilidad.

Este sistema será de utilidad para este departamento, y optimizará el proceso de la redacción de
una factura, con este sistema facilitar el trabajo de facturación ya que anteriormente se realizaba
a mano.

El modulo contara con campos para el ingreso de los datos necesario de una factura e información
de cliente y los detalles de su compra.

También contara con usuario y password, para acceder al módulo de contabilidad como parte de
la seguridad del módulo, así mismo contara con privilegios de usuario de administrador y un
usuario estándar para evitar el acceso a información que no le corresponda a algún usuario
encargado.

Contará con opciones como:

 crear nueva factura

 Cancelar factura
 Facturas pendientes
 Eliminar facturas.
 facturas por mes
 facturas por ano
 Informe de facturas
 Ayuda
 Imprimir facturas
 Guardar factura
 Corte del día
 Salir del modulo

Este sistema es importante para pequeñas empresas y negocios ya que es necesario tener un
debido control en las facturas de ventas y de esa manera estar al día con los impuestos ante la
súper intendencia de administración tributaria.

También podrán tener un control de todas las facturas y de esa manera tener una estadística y
evaluar las ventas por temporada y poder evaluar las altas y bajas del negocio, para poder estudiar
estrategias para incrementar las ventas.
 5

2. Objetivos.

Los objetivos que se pretenden conseguir con este proyecto son los siguientes:

Objetivos Generales:

 Sustituir la manera de realizar las facturas manuales, basada en un sistema de contabilidad

desarrollada bajo un sistema orientado a objetos y con un SGBD relacional, que permita a
los responsables de la empresa pensar en el negocio y no en las limitaciones que les
impone la modalidad actual.

 Permitir a los usuarios de la empresa o negocio, el acceso al módulo de contabilidad para

realizar las búsquedas de facturas e informes de ventas.

 Enlazar toda esta funcionalidad con los procesos actuales de la empresa, como
Facturación, Pagos, Cobros y Contabilidad.

Objetivos Específicos:

 Realizar un trabajo de fin de proyecto que permita al autor conseguir el apto en esta
asignatura y dar por finalizados los estudios del curso de Análisis de Sistemas.

 Introducir la visión de la Ingeniería del Software Orientado a Objetos como marco

conceptual del desarrollo del proyecto mediante la aplicación de una metodología
orientada a objetos.

 Profundizar en el Proceso Unificado de Desarrollo y en UML como lenguaje de modelado,

así como en la herramienta OpenXava.

 Utilizar este proyecto como oportunidad de negocio.

 6

3. Destinatarios del sistema software.

Podrán acceder al sistema, todos aquellos usuarios que se hayan validado en el mismo, a través de
un nombre de usuario y una password de acceso único. Los usuarios podrán ser:
 Usuarios administradores
 Usuarios estándar.

4. Entorno de uso.
Se utilizará siempre una aplicación como modulo, con lenguaje c##, la aplicación será interactiva, o
sea el cliente solicitará información que se obtendrá mediante un proceso que se ejecutará en el
servidor para obtener de la base de datos la información solicitada.
Esta aplicación tendrá, dependiendo del tipo de usuario y la funcionalidad utilizada, dos tipos de
entornos, administrador o estándar.

5. Metodología.
Proceso Unificado de Desarrollo. Esto es una muestra al cliente lo positivo de la elección del
sistema de contabilidad.

Características principales del UP (Unified Process):

 Está dirigido por Casos de Uso.

Desde la especificación hasta el mantenimiento.
 Se centra en la arquitectura.
Es prioritaria desde el principio hasta el final.
 Iterativo e Incremental.
El trabajo se divide en iteraciones pequeñas en función de la importancia de los
casos de uso y el análisis de riesgos.

Planificación temporal del proyecto:

UP propone una serie de ciclos de desarrollo:

 Hay que separar claramente la etapa de Ingeniería de la etapa de Producción.
 Cada una de las dos grandes etapas se dividen en Fases.
 Las fases se dividen en iteraciones.
 7

Etapas y Fases del ciclo de vida:

 Etapa de Ingeniería --> Equipos de trabajo pequeños.
o Las fases son:
 Inicio.
 Elaboración.
 Etapa de Producción --> Equipos de trabajo grandes.
o Las fases son:
 Construcción.
 Transición.
 Se libera el producto y se entrega al usuario para su uso real.

Iteración --> Secuencia de actividades con un plan establecido y unos

criterios de evaluación, cuyo resultado es una versión ejecutable.

Disciplinas o Flujos de trabajo:

Organizan las actividades fundamentales de gestión y desarrollo del proyecto:
 Disciplinas de Desarrollo:
Requisitos, Análisis, Diseño, Implementación, Pruebas, etc.
 Disciplinas de Gestión o Soporte:
Gestión de proyecto, Gestión de Configuraciones, Entorno, Evaluación, etc.
Fases y Disciplinas:
La propuesta de proceso estándar admite distintas combinaciones de disciplinas y fases.

Artefactos --> Cualquier tipo de información producida por los desarrolladores.

 Se construyen de forma incremental.
 Tipos de artefactos:
Especificación textual.
Diagramas UML.
Prototipo GUI.
Código fuente.
Ejecutables.
Casos de prueba.
 Los modelos son los artefactos básicos que producen las disciplinas o Flujos de trabajo.

Disciplinas y modelos principales:

Debido a que con este proyecto se pretende demostrar:
Conocimiento del paradigma de la orientación a objetos
Conocimiento de UML como lenguaje de modelado
Modelado del negocio.
Requisitos.
Análisis.
Diseño.
Gestión del Proyecto.
 8

6. Planificación Proyecto.

 Fase de Estimación: en esta fase se ha partido de la información más general, dada en la

Toma de Contacto con el cliente y se calcula con aproximación las funciones principales y
la duración del proyecto para culminarlo con éxito.

 Fase de Planificación: en esta fase se ha aplicado un desmenuzamiento de las funciones

del proyecto en fases, actividades y tareas. También se asigna el grado de dedicación de
cada recurso a cada tarea, así como las fechas de inicio y final, y la duración de dichas
tareas.

 Fase de Gestión: esta fase es la fase del proyecto que se ocupa de la asignación real de los
recursos a las tareas, del seguimiento del proyecto vigilando las desviaciones respecto de
la planificación inicial, del control de las actividades y otros aspectos del proyecto, y de la
toma de decisiones para resolver situaciones excepcionales o imprevistas.

7. Alcance del Proyecto.

7.1. Plazo de Ejecución.

El proyecto modulo contable se tiene que adaptar a las a las necesidades de los usuarios para que
pueda realizar sus tareas diarias correctamente.

En la planificación y duración del mismo no se incluirán las siguientes fases:

 Implementación del sistema.
 Testing y análisis de calidad.
 Existen procesos que se deben también desarrollar, como:
Instalación y puesta en marcha.
Creación de sistemas de ayuda.
Formación de usuarios.
Soporte y asistencia técnica.

7.2. Actividades a realizar.

A continuación, se describen las disciplinas o flujos de trabajo de cada fase del proyecto, así como
los artefactos que generan cada una de ellas.

Aunque como ya se comentó, para la entrega del Trabajo Fin de Carrera no se van a realizar todas
las fases ni todos los flujos de trabajo, en este apartado se describen todas, como exposición
encaminada a la realización de un proyecto real.
 9

7.2.1. Fase de Inicio.

 Objetivo --> Desarrollar el análisis de negocio hasta el punto necesario para la
puesta en marcha del proyecto.
 Disciplinas en la fase de Inicio:
 Requisitos:
 Enumerar los requisitos iniciales (características del sistema).
 Comprender el contexto del sistema.
 Representar los requisitos como casos de uso.
 Recoger los requisitos no funcionales.
 Análisis:
 Análisis de la arquitectura.
 Análisis de los casos de uso (algunos representativos).
 Diseño:
 Esbozo de la arquitectura.
7.2.2. Fase de Elaboración.
 Objetivos:
Estudiar tanto la funcionalidad como el dominio del problema.
Definir la arquitectura básica.
Planificar el proyecto considerando recursos disponibles.
 Disciplinas en la fase de Inicio:
Requisitos:
 Encontrar los casos de uso y actores.
 Determinar la prioridad de los casos de uso.
 Detallar los casos de uso.
 Estructurar el modelo de casos de uso.
 Construir prototipos de las interfaces de usuario.
Análisis:
 Análisis de la arquitectura.
 Análisis de los casos de uso.
 Análisis de clases y paquetes.
Diseño:
 Diseño de la arquitectura (estilo, subsistemas).
 Diseño de los casos de uso.
Implementación.
 Implementación de la arquitectura base.
 Integración del sistema.
Pruebas.
 Planificar y diseñar las pruebas.
 Realizar pruebas de integración y de sistema.
Artefactos:
 La siguiente tabla muestra a continuación los Artefactos generados
en esta fase.
 10

7.2.3. Fase de Construcción.

 Objetivos:
Proporcionar un producto construido junto con la documentación.
 Disciplinas en la fase de Inicio:
Requisitos:
 Completar los casos de uso y el detalle de los mismos.
 Desarrollar prototipos de interfaz de usuario.
Análisis:
 Análisis de los casos de uso añadidos.
 Análisis de clases.
Diseño:
 Diseño de los casos de uso añadidos.
Implementación.
 Implementación de la arquitectura.
 Implementación de clases y subsistemas.
 Realizar pruebas unitarias.
 Integración del sistema.
Pruebas.
 Planificar y diseñar las pruebas.
 Realizar pruebas de integración.
 Realizar pruebas de sistema.
 Evaluar las pruebas.
Artefactos:
 La siguiente tabla muestra a continuación los Artefactos generados en
esta fase.

7.2.4. Fase de Transición.

 Objetivos:
Liberar el producto y entregar al usuario para un uso real.
 Disciplinas en la fase de Transición. Es distinto al resto de las fases.
 Preparar la versión de pruebas de aceptación a partir de la
 versión inicial.
 Tareas de instalación.
 Tareas de Configuración.
 Tareas de entrenamiento.
 Tareas de soporte.
 Tareas de mantenimiento.

 Artefactos:
 Manual de usuario definitivo.

7.2.5. Informe final.

Como resultado de esta tarea se generará un informe final, del que se
editará una primera versión al finalizar las fases establecidas en el proyecto y
posteriormente una segunda al finalizar el proceso de instalación en entorno
real de la aplicación y una tercera al terminar el periodo de explotación y que
recogerá los resultados del proyecto.
 11

8. ESPECIFICACIÓN DE ANÁLISIS.
8.1. Descripción Funcional.
El software de contabilidad va a afectar a varios departamentos o áreas del
Negocio o empresa.
 Departamento de Ventas.
 Departamento de Clientes.
 Departamento Proveedores.
 Departamento Carga de datos.

El sistema comprenderá los siguientes módulos:

 Usuario estándar
 Módulo servidor /cliente
 Usuario administrador

A su vez cada módulo ofrecerá unas funcionalidades y comprenderá una serie

de sus módulos que se describen a continuación. Al desarrollo informático debe
acompañarle una documentación técnica y didáctica que también se comenta.

Usuario estándar
Su aspecto gráfico será estándar, simplificando
las opciones de configuración a las estrictamente necesarias y adecuando los
iconos y demás cuestiones de diseño al contexto de uso:

 Debe permitir realizar sobre él, filtrado de información de acceso configurable desde el
modulo del administrador.
 Debe registrar un histórico de cada usuario. Dicho registro no se almacenará en local sino
en remoto, en el ordenador que alberga al servidor del sistema
 Debe guardar un registro de entradas a formularios de tipo JavaScript a solicitudes de
introducción de información de tipo similar diferenciado para cada usuario y que quede
almacenado en el ordenador servidor del sistema.

Módulo servidor/cliente
Debe contemplar un sistema de autenticación de los usuarios del sistema que permita la
identificación y el seguimiento de las interacciones con el sistema, asignándoles unos perfiles de
usuario que les habiliten el uso y los permisos de acceso a los servicios y recursos del sistema.
Este subsistema debe hacer posible un tratamiento posterior de los datos y una presentación de
los mismos que faciliten la tarea de seguimiento de la utilización.

 Debe incluir un módulo de control.

 La configuración del modo de trabajo de los módulos de los usuarios.
 La configuración del filtrado de información a las que pueden, en su caso, acceder los
usuarios
 El acceso a los log de los usuarios
 El acceso a las respuestas de los formularios de los usuarios.
 12

Usuario administrador
Este módulo permitir dirigir el control de acceso a menú de opciones de los
usuarios y acceder a los servicios de control y presentación de la información
definidos en el módulo servidor del sistema.

8.2. Composición del software a desarrollar.

Subsistema de Facturación.
El ERP que se responsabiliza de los procesos administrativos (pagos, cobros y contabilidad). Este
subsistema se encarga de realizar la Facturación de las reservas realizadas por el modulo del
sistema y traspasar los datos necesarios al área administrativa.
En el siguiente esquema se resume la funcionalidad deseada:

Para adaptar los datos que se ingresen al sistema, en los procesos ya existentes, se utilizan
documentos XML.Y, por otra parte, el resultado de estos procesos administrativos se consolida en
los datos del módulo, para que los usuarios puedan consultar el estado de sus reservas.
El subsistema de Facturación permite confeccionar para el cliente, la factura con el desglose
detallado de la reserva. Para ello, cuando el usuario lo solicite, se generará un fichero PDF donde
irá la citada información.

Subsistema de Conexión.
Se permite dar de alta el usuario administrador de la aplicación la primera vez que arranca el
modulo. Cuando el administrador dé de alta un usuario le asignará una contraseña, ésta quedará
en estado caducada, en la primera conexión que realice el usuario el sistema lo obligará a hacer un
cambio de contraseña. También un usuario podrá cambiarse la contraseña cuando lo estime
necesario o si cree que ha sido comprometida. Dispondremos de la fecha último cambio de
contraseña, de esta manera podremos hacer caducar las contraseñas en la periodicidad que nos
indique el cliente.
Se dispone de un sistema de login de los usuarios que permitirá la identificación y el seguimiento
de las actividades que realizan estos. Dependiendo de este acceso, el sistema asignará un perfil de
usuario que les habilitará para la funcionalidad correspondiente. Este subsistema posibilitará
el tratamiento estadístico de los datos de acceso. El subsistema dependiendo del usuario, aparte
de asignar unos derechos, presenta la información en distintos formatos (idiomas, etc..).
 13

8.3. Casos de Uso principales.

En la siguiente tabla se muestran los casos de uso del subsistema, con los
siguientes datos:
 Nombre del Caso de Uso.
 A qué caso de uso extiende.
 Por qué caso de uso es extendido.

Nombre de caso de uso: Venta en efectivo

Área: Contabilidad
Actores: Encargado de venta, Facturación
Interesados: Gerente general, depto. de contabilidad
Nivel: Azul
Descripción Crear una nueva factura al sistema contable por articulo vendido
Evento desencadenador: venta de articulo
Tipo de desencadenador: Temporal
Pasos realizados:
1 Ingresar al módulo de facturación
2 Ingresar usuario y password
3 clic en opción nueva factura
4 Ingresar los datos del cliente
5 Ingresar nit del cliente
6 Ingresar dirección del cliente
7 Ingresar detalles de los artículos
8 Verificar si existen descuentos por la compra
9 Realizar el cobro por la venta
10 Imprimir la factura
11 Entregársela al cliente
12 Salir del módulo de facturación
13 Desligarse del sistema
Precondiciones: El cliente recibió su factura
Pos condiciones: El usuario creo un nueva factura en el módulo del sistema
Suposiciones: Se realizó una venta exitosamente
Garantía de éxito: Se guardó los registros de la nueva venta en la base de datos
Garantía mínima: Se guardó los registros en un respaldo del sistema
Requerimientos
cumplidos: Se creó la factura en el sistema
Cuestiones pendientes: Acciones a seguir si el respaldo no funciona correctamente
Prioridad: Alta
Riesgo: Medio

Nombre de caso de uso: Venta con tarjeta de crédito

 14

Área: Contabilidad
Actores: Encargado de venta, Facturación
Interesados: Gerente general, depto. de contabilidad
Nivel: Azul
Descripción Crear una nueva factura al sistema contable por articulo vendido
Evento desencadenador: venta de articulo
Tipo de desencadenador: Temporal
Pasos realizados:
1 Ingresar al módulo de facturación
2 Ingresar usuario y password
3 clic en opción nueva factura
4 Ingresar los datos del cliente
5 Ingresar nit del cliente
6 Ingresar dirección del cliente
7 Ingresar detalles de los artículos
8 Verificar si existen descuentos por la compra
9 Realizar el cobro por la venta
10 Deslizar la tarjeta de crédito en POS
11 Ingresar la cantidad de la compra en el POS
12 Imprimir el comprobante de pago
13 Solicitar firma del cliente
14 Imprimir la factura
15 Entregársela al cliente
16 Salir del módulo de facturación
17 Desligarse del sistema
Precondiciones: El cliente cuenta con crédito en sus tarjeta
Pos condiciones: El usuario creo un nueva factura en el módulo del sistema
Suposiciones: Se realizó el cobro exitosamente
Garantía de éxito: Se guardó los registros de la nueva venta en la base de datos
Garantía mínima: Se guardó los registros en un respaldo del sistema
Requerimientos
cumplidos: Se creó la factura en el sistema
Cuestiones pendientes: Acciones a seguir si el POS no funciona correctamente
Prioridad: Alta
Riesgo: Medio

Nombre de caso de uso: Venta con cheque

Área: Contabilidad
 15

Actores: Encargado de venta, Facturación

Interesados: Gerente general, depto. de contabilidad
Nivel: Azul
Descripción Crear una nueva factura al sistema contable por articulo vendido
Evento desencadenador: venta de articulo
Tipo de desencadenador: Temporal
Pasos realizados:
1 Ingresar al módulo de facturación
2 Ingresar usuario y password
3 clic en opción nueva factura
4 Ingresar los datos del cliente
5 Ingresar nit del cliente
6 Ingresar dirección del cliente
7 Ingresar detalles de los artículos
8 Verificar si existen descuentos por la compra
9 Realizar el cobro por la venta
10 Verificar que el cheque tenga los datos correctos
11 Verificar que el cheque no tenga tachones o manchas
12 Solicitar firma del cliente
13 Imprimir la factura
14 Entregársela al cliente
15 Salir del módulo de facturación
16 Desligarse del sistema
Precondiciones: El cliente cuenta con fondos en su cuenta bancaria
Pues condiciones: El usuario creo un nueva factura en el módulo del sistema
Suposiciones: Se realizó el cobro exitosamente
Garantía de éxito: Se guardó los registros de la nueva venta en la base de datos
Garantía mínima: Se guardó los registros en un respaldo del sistema
Requerimientos cumplidos: Se creó la factura en el sistema
Cuestiones pendientes: Acciones a seguir si el cliente no tiene fondos en la cuenta
Prioridad: Alta
Riesgo: Medio

Nombre de caso de uso: Venta con tarjeta de debito

Área: Contabilidad
Actores: Encargado de venta, Facturación
 16

Interesados: Gerente general, depto. de contabilidad

Nivel: Azul
Descripción Crear una nueva factura al sistema contable por articulo vendido
Evento desencadenador: venta de articulo
Tipo de desencadenador: Temporal
Pasos realizados:
1 Ingresar al módulo de facturación
2 Ingresar usuario y password
3 clic en opción nueva factura
4 Ingresar los datos del cliente
5 Ingresar nit del cliente
6 Ingresar dirección del cliente
7 Ingresar detalles de los artículos
8 Verificar si existen descuentos por la compra
9 Realizar el cobro por la venta
10 Deslizar la tarjeta de crédito en POS
11 Ingresar la cantidad de la compra en el POS
12 Imprimir el comprobante de pago
13 Solicitar firma del cliente
14 Imprimir la factura
15 Entregársela al cliente
16 Salir del módulo de facturación
17 Desligarse del sistema
Precondiciones: El cliente cuenta con fondos en su cuenta
Pues condiciones: El usuario creo un nueva factura en el módulo del sistema
Suposiciones: Se realizó el cobro exitosamente
Garantía de éxito: Se guardó los registros de la nueva venta en la base de datos
Garantía mínima: Se guardó los registros en un respaldo del sistema
Requerimientos cumplidos: Se creó la factura en el sistema
Cuestiones pendientes: Acciones a seguir si el cliente no cuenta con fondos en su cuenta
Prioridad: Alta
Riesgo: Medio

8.4. Diagramas de Casos de Uso.

Los siguientes diagramas muestran los actores y los casos de uso principales
de este sistema:
 17

Diagrama: venta en efectivo.

Diagrama: venta con tarjeta de Crédito y Debito

Diagramas de login.

Los siguientes diagramas muestran los actores y los casos de uso principales
de este subsistema:
 18

Servidor

Front end Login Interfaz

Aplicacion Validar
inicio de Modulo de
del usuario
secion facturacion
Sistema

9. TIPO DE ENTREVISTAS.

El tipo de estructura para la entrevista será de tipo embudo para las preguntas
Amplias o generales y después se restringe a preguntas específicas.

Utilizare este tipo de entrevista debido a que algunas veces las personas suelen ser muy
reservadas, de esta manera podre entran en confianza con el entrevistado y de alguna manera
hacer que se sienta cómodo con la entrevista, a manera de poder llevarlo a preguntas más
específicas y lograr recolectar la información necesaria para la implementación del proyecto.

Para llevar a cabo la entrevista necesitare entrevista a 2 personas encargadas de realizar el trabajo
de facturación, porque considero que es necesario el conocimiento de ambas personas para poder
estudia la manera en que ellos realizan las operaciones y de alguna manera poder agregarles
algunas mejoras en el sistema a implementar.

También veo necesario realizar una entrevista con el jefe del área, para conocer las inquietudes
que tiene al realizar las tareas y de alguna manera poder poder simplificarles la manera de realizar
las tareas diarias de la empresa o negocio.

En el cuestionario que se utilizara para las entrevistas, se utilizaran al inicio de la entrevista

algunas preguntas abiertas para que el entrevistado pueda sentirse en libertad de contestar las
preguntas, de manera en que observe que el entrevistado este más tranquilo y cómodo con las
preguntas poder incluir algunas preguntas cerradas para obtener la información necesaria sobre
como realizan sus tareas actualmente.

10.CUESTIONARIOS:

1) ¿Cómo se siente en el área de trabajo?

 19

2) ¿Qué es lo que más le gusta de su trabajo?

3) ¿Cuánto tiempo lleva desenvolviéndose en el área?

4) ¿Cuánto tiempo tarda en realizar una factura actualmente?

5) ¿Cree usted que falta agregar funciones a la manera de realizar sus tareas?

6) ¿Cuáles son los problemas o inconvenientes comunes en sus actividades diarias?

7) ¿Tiene usted claro las funciones que debe realizar en su departamento?

8) ¿Los problemas comunes tiene relación con la manera de realizar las tareas actuales?

9) ¿Tiene las herramientas necesarias para realizar su trabaja correctamente?

10) ¿Qué mejoras necesita su departamento para trabajar correctamente?

11) ¿Cuál es su función principal?

12) ¿Qué módulos utiliza con frecuencia?

13) ¿Cree que es necesario un sistema contable en el área?

14) ¿Cree que hay que agregar algo nuevo en el sistema?

15) ¿Cree que hay que quitarle algo al nuevo sistema?

11.FASE DE DISEÑO.
11.1. Vista Lógica de la Solución.
La solución de diseño propuesta está formada por 4 paquetes UML, cómo muestra
el siguiente diagrama:

Modelo de Mecanismo de
Analisis Arquitectura

Esquemas Arquitectura
del Sistema
 20

 El “Modelo de Análisis” contiene todas las realizaciones de los casos de uso a diseñar.

 El paquete de “Mecanismos de Arquitectura” contiene los mecanismos definidos para la

propuesta de arquitectura que se hace; básicamente se trata de la definición del
mecanismo de persistencia mediante JDBC con la particularidad de la utilización de XML
para la comunicación.

 El Paquete “Esquemas”, contiene los esquemas físicos de la base de datos, tablas e índices
para ellas que darán soporte a la aplicación.

 El paquete “Arquitectura del sistema” contiene las definiciones de la arquitectura, que se

ha decidido. La definición de las diferentes capas conforme a las normas de esta
arquitectura está contenida en el interior de este paquete.

11.2. Modelo Arquitectónico.

La arquitectura esta pensado a futuro, que permita la integración de diferentes
aplicaciones corporativas, en caso de que estas fueran evolucionando para
adaptarse a las actuales y futuras necesidades de la empresa.

La arquitectura seleccionada es C## de Microsoft.

 Independencia de la plataforma.
 Portabilidad de aplicaciones.
 Interoperabilidad entre aplicaciones.

Los objetivos básicos que se intentan cubrir con esta elección son:
 Abstracción de tareas críticas y repetitivas mediante servicios con una interfaz uniforme.
 Preparación de una infraestructura uniforme y de una arquitectura software
 basada en ella para aplicaciones empresariales.

Además, con esta arquitectura se cubren todos los requisitos pedidos por el usuario de cara a su
aplicación:
 A nivel de datos:
 Almacenamiento y acceso a los datos de una forma eficiente mediante el empleo de
sistemas de bases de datos (DBMS).
 Mapping de datos y persistencia. Con la representación de los datos
 21

 en los programas (clases) y su correspondencia con su

 representación en la base de datos.
 Consistencia. Control de acceso concurrente a los datos.
 Acceso a datos comunes. Aislamiento de los distintos accesos.
 A nivel de usuario:
 Interacción con el usuario.
 Autentificación.
 Control de accesos.
 A nivel de aplicación:
 Performance. Adecuado tiempo de respuesta.
 Escalabilidad. Sistema fácilmente ampliable con la incorporación de
 nuevos servidores. Distribución y balanceo de carga.
 Disponibilidad. Seguridad frente a caídas, tolerancia a fallos,
 clustering de servidores y datos.
 Diseño de software.
 Mantenibilidad y portabilidad.
 Modularidad.
 Diseño en niveles.
 Reducción de dependencias externas.

12.CONCLUSIONES

El proyecto que se presenta intenta resolver un problema real de negocio planteado dentro de un
ámbito tecnológico y metodológico.
En el ámbito tecnológico intervienen tecnologías de desarrollo, arquitectura cliente/servidor, el
lenguaje de programación Java, SGBD relacional.
 22

En el ámbito metodológico intervienen ciclos de vida como el Proceso Unificado,

patrones arquitectónicos, modelos de desarrollo y la arquitectura del modelo, todos
ellos representados mediante el lenguaje de modelado UML.

Además, se ha tenido en cuenta para el diseño de la interfaz los aspectos descritos en otras
materias como son la Interacción humana con ordenadores. el proyecto como posible negocio, es
factible.
Las empresa o negocios pequeños y no cuentan con este tipo de sistema, todo lo que hay
realizado son adaptaciones de aplicaciones obsoletas al entorno, con los
problemas que se derivan de ese tipo de desarrollos.

13.BIBLIOGRAFIA:

Análisis y Diseño de Sistemas

Octava edición
 23

kenneth e. kendall
julie e. kendall

“El Proceso Unificado de Desarrollo” de Jacobson, Booch y Rumbaugh.

“El lenguaje unificado de modelado, Manual de Referencia” de Jacobson, Booch
y Rumbaug.

“El lenguaje unificado de modelado” de Jacobson, Booch y Rumgaugh.

“UML y Patrones” de Larman.

Curso de “Programación en Java para Internet” de UOC.

“Diseño y Programación de aplicaciones Web” de Ramón Olivella.
“XML” de Ramón Montero Ayala.