TRANSACCIONES

1 INTRODUCCIN

1.1Propsito

Las Transacciones en la Aplicacin Mvil cumple el siguiente propsito:

En este proyecto el propsito de Transacciones en la Aplicacin Mvil es de

que el usuario tenga acceso a todo el contenido de las formas de
transacciones que puedan presentarse y as poder facilitar el auto control de
estos en temas tecnolgicos de ingeniera de software, permitiendo el acceso
a contenidos diversos del rea de ingeniera de software sus mtodos de
desarrollo, ciclos de vida.

Poder facilitar permitir al operador informarse de todos los gastos que pueda
tener en un tiempo o fecha y as poder redistribuir los recursos obtenidos de
una manera sencilla y fcil de modo que sea ms sencilla la forma de
operacin o el manejo de las Transacciones en la Aplicacin Mvil.

El Plan de desarrollo pretende cumplir los siguientes objetivos:

Permitir las Transacciones en la Aplicacin Mvil a un usuario asignado

para dicha operacin
El usuario deber Insertar todos las transacciones que puedan existir
El usuario deber poder emitir un informe de las transacciones detalladas
al mes .

1.2 El ALCANCE que puede tener

Se describe todo el plan a ser usado para el desarrollo del sistema GESTOR
DE CUESTIONARIOS. Es decir, con la realizacin del trabajo se pretende
tener los siguientes alcances:

Qu abarcara este modelo?

Cmo se realizara?
 Cules son las funciones de cada miembro del grupo?,
Cules son las reglas en que debe basarse cada miembro del grupo para el
cumplimiento de su funcin?
Que modificaciones podrn ser aceptadas por el Modelo de Control de
gastos, de qu forma?

Los miembros del equipo de trabajo deben tener un claro entendimiento de

este documento antes de realizar la funcin de la que es responsable.

2. OBJETIVO DEL SISTEMA.-

2.1. OBJETIVOS GENERAL.-

El objetivo de esta aplicacin es que el usuario tenga un informe de todas las

transacciones que se puedan presentar, emitir un informe detallado de todos
los gastos durante todo el mes.

2.2. OBJETIVOS ESPECFICOS.-

Clasificar la informacin recopilada sobre la actividad de

transacciones que se dan en el da la semana el mes etc.

Emplear programacin orientada a objetos (POO) para disear

cada pgina Web.

3. OPORTUNIDADES DE NEGOCIO.-

3.1. PREPARACIN Y RECURSOS

Para la elaboracin de Transacciones en la Aplicacin Mvil, todos los miembros

del grupo de trabajo estn comprometidos a:
Asistir a todas las reuniones, pues cada integrante del grupo se le asigno un
trabajo especfico, de acuerdo a sus dotes y sin la presencia de uno de ellos, la
realizacin de este Sistema (Transacciones en la Aplicacin Movil), no se podra
llevar a cabo.

Elaborar un Sistema que contribuya a poder autoevaluarse en la materia de

ingeniera de software es un Tema que interesa a todos los estudiantes de
ingeniera de software.

En cada reunin se realizara un anlisis de la situacin en que se encuentra el

proyecto y si se notan ciertos defectos, estos sern corregidos por los
miembros del equipo a fin de ir preparndolos cada vez mas para futuros
proyectos

4. VISTA GENERAL DEL PROYECTO

Identificacin de Requerimientos

La identificacin de Requerimientos consta de los siguientes puntos:

1. Solicitudes del Usuario.- Se identificaran los requerimientos claves

incluyendo cambios de solicitudes en aquellos casos donde tengan un
problema o problemas para registrar y clasificar las Transacciones.

2. Necesidades del Usuario- Se identificaran las claves de las necesidades

de Transaccin.

3. Rasgo.-Se identificaran las condiciones o capacidades del sistema.

4. Modelo de Casos de Uso.- Debido a los requerimientos identificados y

aprobados se crear un caso de uso y ser descrito detalladamente.

5. Requerimiento suplementario.- Los requerimientos suplementarios deben

estar correctamente definidos y detallados pero no ser tomado en cuenta
dentro del modelado de los casos de uso.
 6. Glosario.-Se realizar la descripcin del significado de trminos que estn
contenidos en el documento.

Lenguaje de programacin

En este proyecto el lenguaje a utilizar es java

Herramienta

No existe herramienta alguna que se restringi para el desarrollo de este

proyecto

Enfoque

El enfoque que se usara en este proyecto ser Orientado a objetos.

5. ESPECIFICACIN DE ACTORES.-

5.1. IDENTIFICACIN DE ACTORES.-

Usuario: Es la persona que se encarga de administrar la Base de

Datos del Sistema, manteniendo siempre actualizada la
informacin y el control a los gastos que se pueda tener durante el
da ,la semana, el mes, etc.

5.2. IDENTIFICACIN DE CASOS DE USO.-

Caso de Uso. Insertar Transaccin: Es iniciado por el Usuario, tiene la

capacidad de poder insertar Transaccin en algn momento que se pueda
presentar.

Caso de Uso. Emitir Lista de las Transacciones: Es iniciado por el Usuario,

tiene la capacidad de poder listar toda la informacin sobre todos las
Transacciones que la aplicacin pueda tener.

Caso de Uso. Mostrar Transacciones: Es iniciado por el Usuario, tiene la

capacidad de poder mostrar la transaccin elegida por el usuario.
 5.3. DIAGRAMA DE CASOS DE USO.-

5.4. DESCRIPCIN DE CASOS DE USO.- (Flujo de Eventos)

Caso de Uso: Introducir Transaccin

Actor: Usuario

Flujo principal Flujo Alternativo

1. La aplicacin muestra un men de
(i) insertar.

2. El Usuario selecciona una de la

opciones. Si presiona la tecla (i),
entonces insertar transaccin.

3. Si selecciono una opcin entonces 3.1. Si la tecla presionada no

los datos son actualizados en la corresponde a ninguna de las teclas
base de datos (Confirmacin). ya mencionadas, entonces cancela
el men de actualizacin de una
transaccin

(Fin de Caso de Uso)

 Caso de Uso: Listar Transaccin
Actor: Usuario

Flujo principal Flujo Alternativo

1. La aplicacin muestra un men de
(l) listar

2. El Usuario selecciona una de la 2.1. Si presiona la tecla (l),

opciones. Si presiona la tecla (l), entonces el sistema realiza una
entonces listara la transaccin. operacin de listar transacciones.

3. Si selecciono una opcin 3.2. Si la tecla presionada no

entonces los datos son corresponde a ninguna de las teclas
actualizados en la base de datos ya mencionadas, entonces cancela
(Confirmacin). el men de actualizacin de una
transaccin.

(Fin de Caso de Uso)

Caso de Uso: MostrarTransaccin

Actor: Usuario
Flujo principal Flujo Alternativo
1. La aplicacin muestra un men
(m) mostrar transaccin.

2. El Usuario selecciona una de la 2.2 Si presiona la tecla (m),

opciones. Si presiona la tecla entonces el sistema realiza una
(m), entonces mostrara la operacin mostrar una
transaccin. transaccin.

3. Si selecciono una opcin 3.3. Si la tecla presionada no

entonces los datos son corresponde a ninguna de las teclas
actualizados en la base de datos ya mencionadas, entonces cancela
(Confirmacin). el men de actualizacin de una
transaccin

(Fin de Caso de Uso)

6. REPRESENTACION FUNCIONAL DEL SISTEMA.-

6.1. Diagrama de paquetes.-

7. DIAGRAMA DE ACTIVIDADES.-

Buscar tipo
Transaccin Insertar
Usuario

Existe Tipo No
de
transaccion Listar
Usuario
Si

Buscar por Buscar por Tipo Mostrar

fecha Transaccin Usuario

Resultado
Mostrar
Resultado
8.- MODELO DE ANALISIS.-

8.1. DIAGRAMA DE CLASES Y OBJETOS.-

8.2. DIAGRAMA DE COLABORACIN.-

Caso de Uso: Insertar Transaccin

:Ventana datos para la

Transaccin
2:Insertar
Transaccin()
1: Ingresar()

Transaccin aplicacin
Usuario
3: Enviar dT()
4: confirmacin de la insercin de datos

Caso de Uso: Listar Transaccin

:Ventana datos para

listar Transacciones
2:Listar t()

1:Ingresar()

:Transacciones aplicacin
Usuario
3: Enviar dT()
4: Se mostro la lista correctamente()
Caso de Uso: Mostrar Transacciones

:Ventana datos para la

bsqueda de 2:Buscar
transacciones Transacciones()

1:Ingresar()

:Transacciones aplicacin
Usuario
3: Mostrar
4: Se mostro la transaccin correctamente Transaccin()

9.- MODELO DE DISEO

9.1. Ambiente de aplicacin.-

9.1.1. Lenguaje.- En este diseo se el lenguaje de Java y algunas de sus

libreras.
Los lenguajes que se emplean en la elaboracin del sistema Transacciones.
Se aplicarn diferentes libreras como SKin, Splash para la aplicacin.

9.1.2. Arquitectura Lgica.-

En cuanto al sistema operativo emplea se utilizar en el diseo Windows XP.

9.2. DIAGRAMA DE SECUENCIA.-

Diagrama secuencia para Introducir Transacciones

Diagrama secuencia para Listar Transacciones

Diagrama de secuencia para Mostrar Transacciones

10.-MODELO DE IMPLEMENTACIN

10.1. DIAGRAMA DE PAQUETES

UTILIDADES

Paquetes de Componentes

Aplicacin y
Codificacin lenguaje
Java

INTERFACES

<<Frontera>> Imgenes,
interfaz ventana Botones(extern
(BROWSER) os)

<<Control>> <<Entidad >>

Clase de Clases de
ControlSistema Entidad
10.2. DIAGRAMA DE COMPONENTES

11. CRITERIOS DE VALIDACION.-

11.1. Validez.-

El sistema provee un 80% de las funciones que soporta mejor las

necesidades del cliente.

11.2. Consistencia.-

Los requerimientos carecen de inconsistencia y por consiguiente no existe

ningn tipo de contradiccin entre los mismos.

11.3. Completitud.-
Se ha logrado cubrir un 90% de las funciones y servicios requeridos por el cliente

11.4. Realismo.-

Los requerimientos descritos por el usuario pueden ser satisfechos de

manera eficiente y eficaz con los recursos tecnolgicos, econmicos y humanos
disponibles.
12. CONTROLES DE LAS REVISIONES.-

12.1. Verificabilidad.-

Cada uno de los requerimientos podr ser probado por la instancia

inmediata superior o por el o los usuarios del sistema.

12.2. Comprensibilidad.-

Todos y cada uno de los requerimientos han sido cuidadosamente

analizados, por lo que se estima que los requerimientos han sido comprendidos y
entendidos en un 95%.

12.3. Rastreabilidad.-

El origen de cada requerimiento ser ubicado de manera efectiva por las

instancias encargadas de dicha funcin.

13. GESTION DEL PROYECTO

13.1 Estimaciones del proyecto

El presupuesto del proyecto de Transaccin para la Aplicacin Mvil se puede

considerar como uno de los temas ms crticos por este proyecto no se puede
determinar exactamente y los recursos involucrados seria los recursos
humanos y los aparatos de computacin.

13.2 Plan del proyecto

13.2.1 Plan de las Fases

Fase N De Duracin Descripcin

Iteraciones
Fase de inicio 1 2 Interfaces en formularios de java:
Plan de desarrollo
 Fase de 1 3 Funcionalidad bsica sin uso de
Elaboracin bases de datos.
Modelo de requerimientos y de
anlisis

Fase de 2 5 Funcionalidad completa.

Construccin
Fase de - - -
Transformacin

13.2.2 Calendario del proyecto

Fase Fechas de Presentacin

Fase de inicio Martes 22 de Noviembre de 2011

Fase de Miercoles 23 de Noviembre de 2011

Elaboracin
Fase de ---
Construccin
Fase de ---
Transformacin

13.3 Seguimiento y control del proyecto

13.3.1Gestin de Requisitos
Los requisitos para realizar el sistema de Transaccin para la Aplicacin
Mvil es tener el problema bien planteado, conocer las iteraciones.

13.3.2 Control de Plazos

El calendario del proyecto tendr un seguimiento y evaluacin por los
integrantes del grupo y el docente de la materia.
13.3.3 Control de Calidad
 Los defectos detectados en las revisiones y formalizados tambin en una
Solicitud de Cambio tendrn un seguimiento para asegurar la conformidad
respecto de la solucin de dichas deficiencias.

13.3.4 Gestin de Riesgos

A partir de la fase de Inicio se mantendr una lista de riesgos asociados al
proyecto y de las acciones establecidas como estrategia para mitigarlos o
acciones de contingencia. Esta lista ser evaluada al menos una vez en
cada iteracin.

13.3.5 Gestin de Configuracin

Se realizar una gestin de configuracin para llevar un registro de los
artefactos generados y sus iteraciones. Tambin se incluir la gestin de
las Solicitudes de Cambio y de las modificaciones que stas produzcan,
informando y publicando dichos cambios para que sean accesibles a todo
los participantes en el proyecto

14. REFERENCIAS

Sistema para Gestin de Artculos Deportivos LSI 03

Plan de Desarrollo Software

Sistema para Gestin del ES-NIC

Plan de Desarrollo de SoftwareLos artefactos 19, 20 y 21 se generarn a
partir de la fase de Construccin, con lo cual se han incluido aqu slo
para dar una visin global de todos los artefactos que se generarn en el
proceso de desarrollo.
 BIBLIOGRAFIA

Anlisis y Diseo de Sistemas con el Lenguaje de Modelaje Unificado

(UML) Randall Agenor Herrera Briones, Roderick Javier Caldera

Obregn y Manuel de Jess Martnez Dvila- Ed. Abril 1999.

Lenguaje Unificado de Modelado Grady Booch, James Rumbaugh e

Ivar Jacobson Ed. Adisson Wesley, 2000.

Apuntes de Ingeniera de Software Lic. Ramiro Durn.