9:16 9:16
PROJECTE FI DE CARRERA
TÍTOL: Ges ión ma e ial qui ú gico hospi ala io. Disposi i os Mó iles
AUTOR: Da id Palazón Be múdez
TITULACIÓ: Ingenie ia écnica en in o mà ica de Ges ión
DIRECTOR: DAUDÉ VENTURA, JORGE
DEPARTAMENT: LSI
DATA: Junio 2014
9:16 9:16
Aques P ojec e é en comp e aspec es mediambien als: Sí X No
PROJECTE FI DE CARRERA
RESUM (màxim 50 línies)
Es e p oyec o de inal de ca e a consis e en el desa ollo de una aplicación
pa a la ges ión come cial del sec o Médico. Conc e amen e cen ado en las
pe iciones de ma e ial qui ú gico.
Pa a pode clasi ica las di e en es ansacciones se han es ablecido concep os
que nos pe mi an clasi ica lo como Doc o es, Hospi ales , Tipos de ci ugía y
Mu uas.
En unción de es as ca ac e ís icas comunes pos e io men e se pod án
es ablece conjun os de ansacciones de las cuales ob ene múl iples
es adís icas y/o g á icos.
Pa a la gene ación de la app pa imos de unes p emisas.
- Tenía que se Rápida
- Tenia que unciona desconec ada.
- Tenia que pode olca los da os a un sis ema cen al
- Tenía que se mul ipla a o ma IOS/ANDROID.
Pa aules clau (màxim 10):
ANDROID
MVC
PHP
TABLET
IOS
APP
MOVIL
MYSQL
ACTIONSCRIPT
SQLi e
Con enido
1. In oducción al p oyec o .............................................................................................................. 5
1.1 In oducción ........................................................................................................................... 5
1.2 Mo i ación del P oyec o. ...................................................................................................... 5
2. Desc ipción del P oyec o ............................................................................................................. 7
2.1 Desc ipción Gene al .............................................................................................................. 7
2.2 Ges ión de doc o es. .............................................................................................................. 7
2.3 Ges ión de Hospi ales. ........................................................................................................... 8
2.4 Ges ión de Tipos de ci ugía ................................................................................................... 8
2.5 Ges ión de Mu uas. ................................................................................................................ 8
2.6 Ges ión de Solici udes. .......................................................................................................... 8
2.7 Necesidades Técnicas ............................................................................................................ 9
2.8 Funcionamien o del Negocio. ................................................................................................ 9
3. E aluación de la ecnología. ...................................................................................................... 12
3.1 Lenguajes de p og amación. ................................................................................................ 12
3.1.1 Apache Flex .................................................................................................................. 12
3.2 Sis ema ges o de bases de da os ..................................................................................... 13
4. Análisis y especi icación ........................................................................................................... 14
4.1 Análisis de Reque imien os. ............................................................................................... 14
4.2 Requisi os uncionales ......................................................................................................... 14
5. Modelo Concep ual ................................................................................................................... 15
6. Casos de Uso ............................................................................................................................. 16
6.1 Casos de Uso de Solici ud. .................................................................................................. 16
CU1. C ea Solici ud ............................................................................................................. 16
CU2. Modi ica Solici ud ...................................................................................................... 16
CU1. Consul a Solici ud ...................................................................................................... 16
6.2 Casos de uso de Doc o ....................................................................................................... 17
CU1. C ea Doc o ................................................................................................................ 17
CU1. Modi ica Doc o ......................................................................................................... 18
CU1. Consul a Doc o .......................................................................................................... 18
6.3 Casos de uso de Hospi al ..................................................................................................... 19
CU1. C ea Hospi al .............................................................................................................. 19
CU1. Modi ica Hospi al ....................................................................................................... 19
CU1. Consul a Hospi al ....................................................................................................... 20
6.4 Casos de uso de Mu ua ........................................................................................................ 20
CU1. C ea Mu ua ................................................................................................................. 20
CU1. Modi ica Mu ua .......................................................................................................... 20
CU1. Consul a Mu ua .......................................................................................................... 21
6.5 Casos de uso de Tipo de ci ugía .......................................................................................... 21
CU1. C ea Tipo Ci ugía ....................................................................................................... 21
CU1. Modi ica Tipo Ci ugía ................................................................................................ 22
CU1. Consul a ci ugía .......................................................................................................... 22
6.6 Casos de Uso de Usua io ..................................................................................................... 23
7 .Diag amas de secuencia. ........................................................................................................... 24
7.1 Solici udes. .......................................................................................................................... 24
7.1.1 Al a Solici ud................................................................................................................ 24
7.1.2 Modi icación Solici ud. ................................................................................................ 25
7.1.3 Consul a Solici ud. ...................................................................................................... 25
7.1.4 Lis ado Solici udes. ...................................................................................................... 26
7.2 Hospi al ............................................................................................................................... 27
7.2.1 Al a Hospi al ................................................................................................................ 27
7.2.2 Consul a de Hospi al .................................................................................................... 27
7.2.3 Modi ica Hospi al ....................................................................................................... 28
7.2.4 Lis ado Hospi al ........................................................................................................... 28
7.3 Casos de uso Mu uas ........................................................................................................... 29
7.3.1 Lis ado Mu uas. ............................................................................................................ 29
7.3.2 Añadi Mu ua ............................................................................................................... 29
7.3.3 Modi ica Mu ua .......................................................................................................... 30
7.4 Casos de uso de doc o es ..................................................................................................... 31
7.4.1 Lis ado de Doc o es ...................................................................................................... 31
7.4.2 Añadi Doc o es ........................................................................................................... 31
7.4.3 Modi ica Doc o .......................................................................................................... 32
7.4.4 Consul a Doc o .......................................................................................................... 32
7.5 Caso de Uso Tipo ci ugía .................................................................................................... 33
7.5.1 Lis ado Tipos de Ci ugía .............................................................................................. 33
7.5.2 Añadi nue o ipo de ci ugía ........................................................................................ 33
7.5.3 Modi ica ipo de ci ugía .............................................................................................. 34
7.5.4 Consul a ipo de ci ugía .............................................................................................. 34
7.6 Caso de uso login ................................................................................................................ 35
7.6.1 Login con Conexión ..................................................................................................... 35
8. Diseño de In e az g á ica ......................................................................................................... 36
8.2 MadComponen s. ................................................................................................................ 37
8.2.1 De inición de pan allas con XML con la lib e ía MadComponen s. ............................ 37
Pan alla de Login ................................................................................................................... 38
9. Modelo de componen es ............................................................................................................ 41
10. Diseño de la capa de ges ión de da os ..................................................................................... 46
10.1 Diseño de la base de da os. ................................................................................................ 46
10.2 De inición de las ablas ..................................................................................................... 46
11. Implemen ación y es .............................................................................................................. 49
11.1 Me odologia Empleada...................................................................................................... 49
11.2 Implemen ación. ................................................................................................................ 49
11.3 Tes ing ............................................................................................................................... 50
12. Conclusiones y abajos Fu u os. ............................................................................................. 51
12.1 Conclusiones. .................................................................................................................... 51
12.2 T abajos u u os. ................................................................................................................ 51
13. Bibliog a ía. ............................................................................................................................. 52
Apéndices. ..................................................................................................................................... 53
Manual de ins alación ................................................................................................................ 53
1. In oducción al p oyec o
1.1 In oducción
Du an e las úl imas décadas hemos podido obse a como la in o má ica pasaba de una mesa a nues o
bolsillo. Ac ualmen e lle amos disposi i os mó iles que compi en en p es aciones con muchos equipos
de sob emesa.
Se pod ía a i ma que nues os mó iles hacen de odo y además pe mi en ealiza llamadas ele ónicas.
Es os disposi i os han sus i uido nues os an icuadas PDAS y en algunos casos incluso los o denado es
de sob emesa y po á iles.
Po es e mo i o se ha con e ido en una ex ensión de la o icina pa a aquellas pe sones que es amos ue a
de ella mucho iempo.
1.2 Mo i ación del P oyec o.
A con inuación p ocede é a explica cuáles han sido mis mo i aciones pe sonales pa a ealiza es e
p oyec o. Las mo i aciones han sido dos comple amen e di e en es po un lado he enido una mo i ación
pe sonal , siemp e he sido muy cu iosos en odo lo e e en e a las ecnologías y desde muchos años sigo
odo lo que ha sido el mo imien o open sou ce. Apasionado de Linux desde la e sión Slackwa e 1.0.
Hace unos años, me sume gí en el mundo de adobe con un p oyec o en el que u e que desa olla un
back-end pa a una aplicación hecha en Flash. Y en aquel momen o ya despe ó mi in e és. Un en o no
mul ipla a o ma, pe o es aba muy e de y no enía un en o no de p og amación como al. Pe o con él
iempo pude obse a que odo es o cambiaba y se c eaba un en o no pa a sepa a Diseñado es y
p og amado es. Y desde ese momen o se podía desa olla aplicaciones sin ene que en a en las app’s
de diseño. Pe o los p ecios e an p ohibi i os.
Du an e ese iempo me me í en el mundo de la consul o ía SAP y eso dejo muy educido mi iempo lib e
pa a conoce y expe imen a .
Después de muchos años en el mundo de la consul o ía he pasado al clien e inal. Conc e amen e a una
emp esa dedicada a la come cialización de ma e ial qui ú gico (P ó esis) de al a ecnología.
Y es po el día a día que me plan eo inicia es e p oyec o. Las azones han sido básicamen e dos:
Mo i ación Pe sonal. E a una buena excusa pa a conoce el mundo de la p og amación mó il y que e
paguen el iempo in e ido.
Mo i ación Funcional. Desde hace un iempo in en amos cub i la necesidad de ecoge las ci ugías que
hemos de a ende con la máxima in o mación, ac ualmen e se eciben po mail y po ax, y ene la
o denada de o ma que sea ácil de clasi ica y localiza pos e io men e. Pa a esol e es e p oblema se
enca gó la ealización de una app en Filemake , que aunque lle amos más de un año en “p uebas” no
hemos podido pone en explo ación.
Las causas son a ias pe o las más impo an es son:
- La ins alación no es la es ánda de una app
- El desa ollo solo es pa a IOS o ma o Table (IPAD) y no odo el pe sonal come cial
iene uno. Se les egala cuando lle an un año y han demos ado su alía.
- La pa e se ido necesi a un equipo especial (Cloud OSX).
- Las licencias pa a accesos concu en es al se ido son p ohibi i as.
De odo es e cumulo de ci cuns ancias y po las pe iciones de los come ciales unos 50 sob e la
posibilidad de co e en And oid me plan ee como p oyec o pe sonal ue a de mi ho a ia labo al de c ea
una al e na i a y cuando ue a equipa able p esen a la a Di ección come cial.
2. Desc ipción del P oyec o
2.1 Desc ipción Gene al
Es e p oyec o consis e en la c eación de una app pa a acili a la no i icación po pa e del come cial de
oda la in o mación elacionado con la solici ud pa a ealiza una ci ugía.
Es a in o mación incluye los da os necesa ios pa a pode ges iona logís icamen e él en ió y ecepción
del ma e ial y po o o lado los da os que pos e io men e nos pide el clien e pa a deja nos emi i un
alba án y pode ac u as. Es o es sumamen e impo an e en el caso de los hospi ales p i ados que
u ilizan el mínimo de alle pa a demo a la emisión del alba án y e asa el pago
- Luga
- Ho a y doc o que ealiza á la ci ugía pa a que el pe sonal de logís ica pueda p epa a los
Ki s necesa ios y se i los con la an elación necesa ia.
A ni el Fac u ación los da os que se ecoge án se án:
- Da os como son el Pacien e, DNI, Telé ono, ci ugía Pública o P i ada y en caso de se a
a és de una Mu ua los da os de au o ización y núme o de póliza.
La aplicación end á que pe mi i que el come cial in o me de un doc o nue o en cualquie momen o y
le end á que pe mi i en ia emails o documen ación a los esponsables de una ci ugía
La app se end á que pode dis ibui ácilmen e, end á que se suscep ible de ealiza se cambios con la
mayo acilidad posible y iene que es a lib e de cualquie ca ga de licencias.
Como ac ualmen e el sis ema es á ealizado en una aplicación p opie a ia que co e solo en en o nos
mó iles IOS, la app iene que cub i el máximo de sis emas mó iles.
La app iene que cub i básicamen e con la gene ación de las solici udes, consul a y búsqueda ápida. Y
pe mi i la edición de aquellos maes os que sean uncionalmen e necesa ios. Como en de e minadas
ocasiones puede que haya da os que no es én in o mados en el sis ema iene que pe mi i modi ica los
Maes os. En nues o caso los Maes os se án los doc o es que ealizan las ci ugías, los di e en es ipos
de ci ugía, los cen os donde se ealizan y las mu uas que paga án las ci ugías.
El obje i o de es e p oyec o es mon a las bases pa a ealiza una aplicación que enga una comunicación
bidi eccional con el sis ema de ges ión que no consuma licencias de ningún ipo y que sea al amen e
modi icable.
2.2 Ges ión de doc o es.
El doc o sob e odo en las ci ugías p i adas es muy impo an e po que de la imp esión que enga de
noso os y nues o ma e ial depende á que se ealicen más o menos ci ugías.
Se ges iona án las al as y modi icaciones de los doc o es. Las bajas no se han implemen ado pues o que
po decisión co po a i a in e esa ene los da os de odos los doc o es con los que hemos abajado.
Es os solo se pod án elimina desde la aplicación de ges ión ERP.
Pa a da de al a a un doc o se le solici a á los siguien es da os: NIF, nomb e, apellidos, elé ono, mó il,
co eo elec ónico, núme o de colegiado y especialidad. El sis ema pe mi i á ealiza ano aciones
gua dando la echa de la no a pe o no se pod á elimina .
Se ealiza a la alidación del NIF y del email. Además el sis ema con ola á que no haya duplicidad de
doc o es a a és del NIF. No podemos u iliza el código de colegiado po que an en unción de la
p o incia y la especialidad. En caso de ene dos especialidades el doc o end á dos núme os de
colegiado.
2.3 Ges ión de Hospi ales.
El hospi al es una en idad impo an e del negocio pe o iene dos oles di e en es en unción de si es
p i ado o público. En caso de se p i ado a ni el de ges ión solo nos in e esa po que es donde se ha de
en ega el ma e ial pe o el que paga á las ac u as se á el Pacien e en caso de se ci ugía 100%Pa icula
o la Mu ua. En caso de se público Hospi al y Clien e suelen se el mismo.
Se pe mi e da de al a y modi ica los da os de un hospi al pe o al igual que en la ges ión de doc o es no
se pe mi e elimina un hospi al.
Pa a da de al a un hospi al se end á que in o ma del Nomb e, Telé ono de la pe sona de Comp as,
email de comp as, di ección, código ERP y NIF.
En cualquie momen o se pueden modi ica los da os del hospi al.
Al igual que en el es o de módulos se con ola á que los campos NIF y co eo sean álidos.
2.4 Ges ión de Tipos de ci ugía
Los ipos de ci ugía en nues o caso es án ligados a la amilia. Po es e mo i o y como iene
implicaciones con ables es os da os ienen del sis ema de Ges ión (ERP). La in o mación que
end emos en la app es código y desc ipción.
2.5 Ges ión de Mu uas.
La Mu ua es un da o impo an e y que se ac ualizado muy poco, po es e mo i o el sis ema lo ecibi á
desde la aplicación de Ges ión siendo imposible modi ica lo desde la app. Se pod án consul a los da os
en odo momen o.
2.6 Ges ión de Solici udes.
La ansacción p incipal que con o ma el negocio es la solici ud y en el caso del come cial básicamen e
se pod ía conside a un pedido. Los da os a in o ma al da de al a una solici ud son los siguien es:
Da os de la ci ugía. Fecha de la ci ugía, Doc o , Hospi al, Tipos de Ci ugía.
Da os del Pacien e: Nomb e, Apellidos, DNI, Telé ono, Email.
Da os de ac u ación: P i ado/Publico, Pa icula /Mu ua, Nº Póliza, Nº Au o ización
No as: Se pe mi en ealiza ano aciones (no malmen e pa a el depa amen o logís ico) pe o no se pueden
modi ica una ez g abados. En la no a queda a una ma ca de iempo pa a sabe siemp e en qué momen o
se indicó.
En cualquie momen o el usua io pod á modi ica la solici ud siemp e que su es ado no sea p ocesado.
Una solici ud no se pod á bo a nunca, se le pude cambia el es ado indicando que se ha anulado y el
mo i o ( ex o lib e).
Desde la misma solici ud el sis ema pe mi i á llama al Doc o , al Hospi al, al Ges o de la mu ua o
en ia un email.
2.7 Necesidades Técnicas
A ni el écnico los eque imien os son los siguien es.
La app end á que se capaz de olca y ecoge los da os de una base de da os ex e na, esa base de da os
se á u ilizada po el ERP ambién pe o no se á la que con enga oda la in o mación del negocio.
En muchas ocasiones en las zonas donde se eúnen los come ciales con los doc o es pa a oma no a de
sus necesidades no hay cobe u a de ningún ipo de ed de da os ya sea mó il o wiki. Po es e mo i o la
aplicación iene que se desconec ada.
Tiene que se ácilmen e modi icable. Se han de pode ealiza cambios en los di e en es módulos e
incluso sus i ui los comple amen e o añadi nue os sin que eso a ec e al es o. Tiene que se
mul ipla a o ma. No iene que ene p ecio de licencia po usua io.
Se plan ea en o ma o mul ipla a o ma o ma o mó il po que odos los come ciales ienen un mó il de
emp esa o phable s. Se les da la opción de paga un di e encial si quie es un iPhone haciendo que el
pa que enga las dos ecnologías (IOS y And oid).
2.8 Funcionamien o del Negocio.
Pa a en ende más la p oblemá ica pasa é a explica b e emen e el uncionamien o del negocio. Tal
como he comen ado an e io men e es amos a ando con una emp esa dedicada al suminis o de ma e ial
qui ú gico de al a ecnología a hospi ales públicos y a P i ados.
Ha di e encia de un negocio de dis ibución habi ual en las que el ma e ial que se en egada es el
solici ado po el clien e en las emp esas de es as ca ac e ís icas el clien e solo exp esa su deseo de
ealiza un ipo o a ios de ci ugía en una echa conc e a.
Como las medidas eales no se conocen has a el momen o en que se ha abie o al pacien e en qui ó ano la
emp esa no puede de e mina el ipo de ma e ial a se i , es ando obligada a en ega a los hospi ales
odo el ma e ial necesa io pa a ealiza la ci ugía pa a cualquie pacien e (di e enciando en e adul os y
niños). Es o implica que se pueden en ega cien os de e e encias con enidas en un embalaje
es e ilizable (es o es lo que denominamos Ki ) y del que se consumi án solo un núme o pequeño de
e e encias.
Du an e la ci ugía una pe sona de las que es á en qui ó ano a ano ando el ma e ial empleado y sus
núme os de lo e. Las e ique as del ma e ial si la lle an se pueden pega en el pa e. Pos e io men e es a
in o mación llega po ax, o o de mó il o escaneado. Es e documen o con end á el egis o del ma e ial
empleado, lo es y da os del pacien e. Es e úl imo da o es impo an e en caso del p i ado, pues un
equisi o pa a emi i un alba án es que cons e pa e de es a in o mación.
La p oblemá ica adica en que cada Ki puede ene p ecios de más de 30000 Eu os de p ecio medio de
cos e.
Hay que ene un ni el al o de calidad de se icio (casi del 96%) po que no ene lo implica ía ci ugías
que no se pod ían hace , pa a cumpli con es e ni el se iene que ecu i a una de las siguien es
6. Casos de Uso
6.1 Casos de Uso de Solici ud.
Nomb e
CU1. C ea Solici ud
Au o :
Da id Palazón
Desc ipción:
Pe mi e c ea una solici ud nue a en el sis ema
Ac o es:
Usua io Logeado
P econdiciones:
El usua io iene que es a logeado.
El Doc o que ealiza la ci ugía iene que exis i en la app
El Hospi al iene que exis i en la app
El Tipo de ci ugía iene que exis i en la app
Flujo No mal:
1. El ac o pulsa el bo ón pa a da de al a una nue a solici ud
2. El sis ema mues a una is a donde in o ma de los da os de la ci ugía.
3. El ac o in oduce los da os de la ci ugía
4. El sis ema alida los da os y los almacena
Flujo Al e na i o
1. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. La echa de ci ugía no es pos e io a la de c eación+1
2. El sis ema mues a un mensaje y pe mi e co egi los da os.
Pos Condiciones:
La solici ud se ha egis ado en el sis ema.
Nomb e
CU2. Modi ica Solici ud
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una solici ud exis en e pa a pode modi ica la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El Doc o que ealiza la ci ugía iene que exis i en la app
El Hospi al iene que exis i en la app
El Tipo de ci ugía iene que exis i en la app.
La solici ud iene que exis i en el sis ema.
Flujo No mal:
1. El ac o selecciona una solici ud pa a modi ica la den o de un lis ado.
2. El sis ema mues a una is a con los da os de la solici ud.
3. El ac o in oduce los da os de la ci ugía
4. El sis ema alida los da os y los almacena
Flujo Al e na i o. (Solici ud En iada).
2. El sis ema mues a una is a que solo pe mi e modi ica las No as
Pos Condiciones:
La solici ud se ha modi icado en el sis ema.
Nomb e
CU1. Consul a Solici ud
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una solici ud exis en e pa a pode consul a la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El Doc o que ealiza la ci ugía iene que exis i en la app
El Hospi al iene que exis i en la app
El Tipo de ci ugía iene que exis i en la app.
La solici ud iene que exis i en el sis ema.
Flujo No mal:
El ac o selecciona una solici ud pa a isualiza la den o de un lis ado.
El sis ema mues a una is a con los da os de la solici ud.
Pos Condiciones:
La solici ud pe manece igual que es aba inicialmen e.
6.2 Casos de uso de Doc o
Nomb e
CU1. C ea Doc o
Au o :
Da id Palazón
Desc ipción:
Pe mi e c ea un doc o nue o en el sis ema
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
Flujo No mal:
1. El ac o pulsa el bo ón pa a da de al a nue o doc o
2. El sis ema mues a una is a donde in o ma de los da os del doc o .
3. El ac o in oduce los da os de la doc o
4. El sis ema alida los da os y los almacena
Flujo Al e na i o
4. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. El email in o mado no es álido.
b. El DNI in o mado no es alido
c. El doc o ya exis e en el sis ema.
5. El sis ema mues a un mensaje y pe mi e co egi los da os.
Pos Condiciones:
- El doc o se ha egis ado en el sis ema.
Nomb e
CU1. Modi ica Doc o
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi un doc o exis en e y modi ica lo
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El Doc o iene que exis i en el sis ema
Flujo No mal:
1. El ac o selecciona un doc o pa a modi ica lo den o de un lis ado.
2. El sis ema mues a una is a con los da os del doc o .
3. El ac o modi ica los da os del Doc o
4. El sis ema alida los da os y los almacena
Flujo Al e na i o.
4. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. El email in o mado no es álido.
b. El DNI in o mado no es alido
c. El doc o ya exis e en el sis ema.
Pos Condiciones:
La solici ud se ha modi icado en el sis ema.
Nomb e
CU1. Consul a Doc o
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una doc o exis en e pa a pode consul a lo
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El doc o iene que exis i en el sis ema.
Flujo No mal:
1. El ac o selecciona un doc o pa a isualiza la den o de un lis ado.
2. El sis ema mues a una is a con los da os del doc o .
Pos Condiciones:
El doc o pe manece igual que es aba inicialmen e.
No as: El sis ema pe mi i á llama o en ia email con los da os isualizados.
6.3 Casos de uso de Hospi al
Nomb e
CU1. C ea Hospi al
Au o :
Da id Palazón
Desc ipción:
Pe mi e c ea un hospi al nue o en el sis ema
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
Flujo No mal:
1. El ac o pulsa el bo ón pa a da de al a nue o hospi al
2. El sis ema mues a una is a donde in o ma de los da os del hospi al.
3. El ac o in oduce los da os del Hospi al
4. El sis ema alida los da os y los almacena
Flujo Al e na i o
4. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. El hospi al ya exis e en el sis ema.
5. El sis ema mues a un mensaje y pe mi e co egi los da os.
Pos Condiciones:
El usua io se ha egis ado en el sis ema.
Nomb e
CU1. Modi ica Hospi al
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi un hospi al exis en e y modi ica lo
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El Hospi al iene que exis i en el sis ema
Flujo No mal:
1. El ac o selecciona un hospi al pa a modi ica lo den o de un lis ado.
2. El sis ema mues a una is a con los da os del hospi al.
3. El ac o modi ica los da os del hospi al
4. El sis ema alida los da os y los almacena
Flujo Al e na i o.
1. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
o El email in o mado no es álido.
o El hospi al ya exis e en el sis ema.
Pos Condiciones:
El hospi al se ha modi icado en el sis ema.
Nomb e
CU1. Consul a Hospi al
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una hospi al exis en e pa a pode consul a la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El hospi al iene que exis i en el sis ema.
Flujo No mal:
1. El ac o selecciona un hospi al pa a isualiza la den o de un lis ado.
2. El sis ema mues a una is a con los da os del doc o .
Pos Condiciones:
El hospi al pe manece igual que es aba inicialmen e.
No as: El sis ema pe mi i á llama o en ia email con los da os isualizados.
6.4 Casos de uso de Mu ua
Nomb e
CU1. C ea Mu ua
Au o :
Da id Palazón
Desc ipción:
Pe mi e c ea una mu ua nue a en el sis ema
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
Flujo No mal:
2. El ac o pulsa el bo ón pa a da de al a nue a Mu ua
3. El sis ema mues a una is a donde in o ma de los da os de la Mu ua.
4. El ac o in oduce los da os de la Mu a
5. El sis ema alida los da os y los almacena
Flujo Al e na i o
1. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. La mu ua ya exis e en el sis ema.
2. El sis ema mues a un mensaje y pe mi e co egi los da os.
Pos Condiciones:
La Mu ua se ha egis ado en el sis ema.
Nomb e
CU1. Modi ica Mu ua
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una Mu ua exis en e y modi ica la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
La mu ua iene que exis i en el sis ema
Flujo No mal:
1. El ac o pulsa el bo ón pa a modi ica una Mu ua.
2. El sis ema mues a una is a con los da os de la Mu ua.
3. El ac o modi ica los da os de la Mu ua
4. El sis ema alida los da os y los almacena
Flujo Al e na i o.
4. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. El doc o ya exis e en el sis ema.
Pos Condiciones:
La solici ud se ha modi icado en el sis ema.
Nomb e
CU1. Consul a Mu ua
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una mu ua exis en e pa a pode consul a la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
El doc o iene que exis i en el sis ema.
Flujo No mal:
1. El ac o selecciona una mu ua pa a isualiza la den o de un lis ado.
2. El sis ema mues a una is a con los da os de la mu ua.
Pos Condiciones:
2. La mu ua pe manece igual que es aba inicialmen e.
No as: El sis ema pe mi i á llama o en ia email con los da os isualizados.
6.5 Casos de uso de Tipo de ci ugía
Nomb e
CU1. C ea Tipo Ci ugía
Au o :
Da id Palazón
Desc ipción:
Pe mi e c ea un nue o ipo de ci ugía en el sis ema
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
Flujo No mal:
1. El ac o pulsa el bo ón pa a da de al a nue o Tipo Ci ugía
2. El sis ema mues a una is a donde in o ma de los da os del nue o ipo de ci ugía.
3. El ac o in oduce los da os del nue o ipo de ci ugía
4. El sis ema alida los da os y los almacena
Flujo Al e na i o
4. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. El ipo ci ugía ya exis e en el sis ema.
b. El sis ema mues a un mensaje y pe mi e co egi los da os.
Pos Condiciones:
El ipo ci ugía se ha egis ado en el sis ema.
Nomb e
CU1. Modi ica Tipo Ci ugía
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una ci ugía exis en e y modi ica la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
La mu ua iene que exis i en el sis ema
Flujo No mal:
1. El ac o pulsa el bo ón pa a modi ica una ci ugía.
2. El sis ema mues a una is a con los da os de la ci ugía.
3. El ac o modi ica los da os de la ci ugía
4. El sis ema alida los da os y los almacena
Flujo Al e na i o.
4. El sis ema alida los da os y no se cumple alguna de las si uaciones siguien es.
a. La ci ugía ya exis e en el sis ema.
Pos Condiciones:
La ci ugía se ha modi icado en el sis ema.
Nomb e
CU1. Consul a ci ugía
Au o :
Da id Palazón
Desc ipción:
El sis ema pe mi e elegi una ci ugía exis en e pa a pode consul a la
Ac o es:
Usua io Logado
P econdiciones:
El usua io iene que es a log ado.
La ci ugía iene que exis i en el sis ema.
Flujo No mal:
1. El ac o selecciona una ci ugía pa a isualiza la den o de un lis ado.
2. El sis ema mues a una is a con los da os de la ci ugía.
Pos Condiciones:
La ci ugía pe manece igual que es aba inicialmen e.
No as: El sis ema pe mi i á llama o en ia email con los da os isualizados.
6.6 Casos de Uso de Usua io
Nomb e
CU1. Login de Usua io
Au o :
Da id Palazón
Desc ipción:
El sis ema e i ica en base de da os ex e na en caso de exis i conexión y en la in e na en
caso de no ene conexión que el usua io y la con aseña es én au o izados.
Ac o es:
Usua io no log ado
P econdiciones:
El usua io no log ado.
El usua io no es á bloqueado.
Flujo No mal:
1. El sis ema mues a en ana pa a que el usua io in o me de los da os de conexión.
2. El ac o in oduce los da os
3. El sis ema alida los da os con el se ido emo o
4. El sis ema egis a los da os emo os en el se ido local.
Flujo Al e na i o (Da os E óneos)
4. El sis ema alida los da os y los da os de conexión no exis en o son e óneos
5. El sis ema inc emen a el con ado de in en os.
6. Si el núme o de ein en os supe a los pe mi idos bloquea el usua io.
7. Mues a mensaje y da la opo unidad de in oduci los da os nue os.
Pos Condiciones:
El usua io es a log ado y en a en el sis ema.
7 .Diag amas de secuencia.
Los diag amas de secuencia jun o a los diag amas de comunicación nos pe mi en de ini cómo
in e ac úan los obje os de una aplicación y sus ac o es.
Los de secuencia se enca gan de mos a la in e acción de los obje os en el iempo. En los diag amas
paso a especi ica un diag ama comple o y no es á limi ado a la in e acción del ac o y el sis ema.
También queda á pa en e que se ha omado la decisión de u iliza el pa ón de diseño MVC.
7.1 Solici udes.
7.1.1 Al a Solici ud.
:Ac o Solici ud Edi
View Con olle Solici ud
Model
Solici ud
Se ice
Solici udVO
AddSolici ud
Se Solici ud(null)
C ea Solici ud
New
PushView
Edi Campos
Click sa e bu on
Valida eView
Se
Sa e(In o)
Sa e(In o)
PopView
7.1.2 Modi icación Solici ud.
:Ac o Solici ud Edi
View Con olle Solici ud
Model
Solici ud
Se ice
Modi ca Solici ud (In o)
Se Solici ud (In o)
Ge Solici ud(In o)
PushView
Edi Campos
Click sa e bu on
Valida eView
Solici udVO
Se
Sa e(In o)
Sa e(In o)
PopView
7.1.3 Consul a Solici ud.
:Ac o Solici ud
View Con olle Solici ud
Model
Solici ud
Se ice
Se Solici ud (In o)
Ge Solici ud(In o)
PushView
Solici udVO
Consul a Solici ud (In o)
Necesi a Ac ualizacion
LoadModel
7.4.3 Modi ica Doc o
:Ac o Doc o Edi
View Con olle Doc o Model Doc o Se ice
Modi ica Doc o (In o)
Se Key (In o)
Ge Doc o (In o)
PushView
Edi Campos
Click sa e bu on
Valida eView
Doc o VO
Se
Sa e(In o)
Sa e(In o)
PopView
7.4.4 Consul a Doc o
:Ac o Doc o
View Con olle Doc o
Model
Doc o
Se ice
Se Key (In o)
Ge Doc o (In o)
PushView
Doc o VO
Consul a Hospi al(In o)
Necesi a Ac ualizacion
LoadModel
7.5 Caso de Uso Tipo ci ugía
7.5.1 Lis ado Tipos de Ci ugía
:Ac o Lis adoTiposCi ugia
View Con olle Tipos Ci ugia
Model
Tipos Ci ugia
Se ice
Lis adoTiposCi ugia
Se Lis
Ge Lis
LoadCi ugias
Necesi a Re esco
PushView
Doc o Seleccionado
7.5.2 Añadi nue o ipo de ci ugía
:Ac o
TiposCi ugia
Edi
View
Con olle TiposCI ugia
Model
TiposCi ugia
Se ice
TiposCi ugiaV
O
AddDoc o
Se Key(null)
C ea TipoCi ugia
New
PushView
Edi Campos
Click sa e bu on
Valida eView
Se
Sa e(In o)
Sa e(In o)
PopView
7.5.3 Modi ica ipo de ci ugía
:Ac o
Tipo de
CI ugia Edi
View
Con olle Tipo de
Ci ugia Model
Tipo de
Ci ugia Se ice
Modi ica Doc o (In o)
Se Key (In o)
Ge Doc o (In o)
PushView
Edi Campos
Click sa e bu on
Valida eView
TipodeCi ugia
VO
Se
Sa e(In o)
Sa e(In o)
PopView
Upda eModel
7.5.4 Consul a ipo de ci ugía
:Ac o TipoCi ugia
View Con olle Tipo Ci ugia
Model
TipoCi ugia
Se ice
Se Key (In o)
Ge TipoCi ugia
(In o)
PushView
Doc o VO
Consul a Hospi al(In o)
Necesi a Ac ualizacion
LoadModel
7.6 Caso de uso login
7.6.1 Login con Conexión
:Ac o Login
View Con olle Use
Model
Use
Se ice
Remo e
Se ice
Inicio App (no login)
PushView
In oduci Da os Login
Click Login
esUsua ioValido
Valida Da os x
Fo mula io
mien as login
inco ec o se epi e
Gua da Local
Upda eModel
Ob ene Da osUsua io
PushView
App View
8. Diseño de In e az g á ica
La elabo ación de la in e az de usua io ha sido de los pun os, sin duda, más con lic i os del p oyec o.
Mi expe iencia ha sido siemp e sob e en o nos que no enían esoluciones an dispa es, aplicaciones de
esc i o io donde el amewo k u ilizado (SAP) e da la es é ica comple a haciendo que como
p og amado e desp eocupes de es e pun o...
El en o no mó il es muy simila al en o no web y equie e de muchas écnicas muy simila es. Y es un
en o no del que he huido po que mis do es como diseñado g á ico son p ác icamen e nulas.
El lenguaje Flex que u ilizo en el p oyec o suele u iliza un lenguaje desc ip i o llamado MXML, es e
lenguaje pe mi e median e ags muy pa ecidos al XML o al HTML de ini elemen os del en o no g a ico
e incluso he eda los y modi ica los. No se cen a solo en es e pun o sino que pe mi e ambién de ini
ime s, uen es de da os, conexiones emo as , e c
O a posibilidad es usa ac ionSc ip e incluso mezcla los.
En las úl imas e siones se han c eado unos componen es nue os llamados SPARK especialmen e
diseñados pa a ene un mejo endimien o en en o nos mó iles.
Al inicio del p oyec o, se ealiza on los diseños de pan alla con es e en o no, pe o a la ho a de la e dad
me encon é con una desag adable so p esa que explica é a con inuación.
En Flex una de sus uncionalidades más po en es es la acilidad de gene a componen es que llaman
i em ende e que pe mi e mos a elemen os de lis a pe sonalizados. Po pone un ejemplo:
<?xml e sion="1.0" encoding="u -8"?>
<!-- con aine s spa k myComponen s MySimpleCus omI emRende e .mxml -->
<s:I emRende e xmlns: x="h p://ns.adobe.com/mxml/2009"
xmlns:mx="lib a y://ns.adobe.com/ lex/mx"
xmlns:s="lib a y://ns.adobe.com/ lex/spa k">
<s:s a es>
<s:S a e name="no mal"/>
<s:S a e name="ho e ed"/>
</s:s a es>
<s:Label id="labelDisplay"
e icalCen e ="0"
le ="3" igh ="3" op="6" bo om="4"
on Size.ho e ed='14' on S yle.ho e ed="i alic"/>
</s:I emRende e >
Es o se in oduce den o de un componen e lis s que i e acciona po los elemen os de una colección y da
una boni a lis a.
Después de lle a unas jo nadas ealizando el diseño y desa ollo en en o no de p uebas (emulado lash)
decido aspasa lo a un disposi i o eal.
En ese momen o me lle o la so p esa, el desempeño ( endimien o) dejaba mucho que desea . Después de
in es iga un poco ue a del en o no del “ ab ican e” mi ando en o os me encuen o que cie amen e es
algo habi ual.
Según la documen ación encon ada en es os casos e obliga a p og ama a más bajo ni el y codi ica
100% en Ac ionsc ip .
Du an e mi búsqueda encon é las ecomendaciones de mucha gen e en la u ilización de una lib e ía que
suminis aba un nue o se de componen es hechos desde ce o op imizados pa a disposi i os mó iles.
Es a lib e ía es open sou ce y enía disponible odos los uen es. Además enía una comunidad muy
ac i a.
Los es mo i os que me hicie on decan a me po es a lib e ía.
Muy lige a, las apps quedaban educidas en muchos megas. Con el amewo k base de Flex 200
Mb una app y la equi alen e con es e amewo k 70 mb.
Componen es muy ápidos y a los que se les podía de ini capas de isualización (SKINS)
Las pan allas aunque es ábamos abajando en pu o ac ionsc ip se podían de ini median e
de iniciones de pan alla XML.
E a esponsi e, excep o en ocasiones muy conc e as no e a necesa io de ini un o ma o pa a
cada amaño de pan alla.
8.2 MadComponen s.
Lo cie o es que la lib e ía e deja bas an e imp esionado, el único p oblema es que el desa ollado es
una única pe sona. Pe o debido a la ca ga de abajo al inal decidió pone el código y cede las en
opensou ce. Po o o lado c eo una comunidad pa a que los usua ios pudiesen comunica se y compa i
expe iencias po que el ya no podía esponde a an as cues iones. La lib e ía suminis a un se educido
de componen es que pe mi en ealiza p ác icamen e cualquie desa ollo mó il.
En mi caso se complicó un poco más al que e p og ama con el pa ón de diseño MVC pues o que la
lib e ía no ca gaba dinámicamen e las is as. Es o me obligo a usa un mé odo no documen ado pa a
inyec a los componen es una ez la aplicación había ca gado.
8.2.1 De inición de pan allas con XML con la lib e ía MadComponen s.
Como ya comen aba an e io men e la lib e ía da un juego educido de componen es, pe o más que
su icien es pa a cualquie aplicación. La de inición se ealiza con una a iable XML donde se ca ga la
de inición de las di e en es pan allas. Y el p oblema adica en es e pun o, al que e implan a el Pa on de
Diseño MVC y usando la lib e ía Robo legs nos encon ábamos que al no se es ánda el sis ema no
podía de ec a cuando se c eaba una is a pa a pode inyec a sus dependencias al mediado .
Pa a ello al inal u e que usa una ex ensión de la lib e ía no muy documen ada que pe mi e ex ende d la
lib e ía con nue os componen es del lenguaje es anda d. Es o lo u ilizamos pa a c ea componen es con
nues as pan allas y al ex ende las el sis ema es capaz de ealiza la inyección.
A con inuación mues o algunas de las pan allas de la aplicación y sus de iniciones XML en
MadComponen s.
Pan alla de Login
9. Modelo de componen es
El modelo seguido en el p oyec o es á basado en un pa ón de diseño modelo is a con olado .
Conc e amen e basado en el modelo suminis ado po la lib e ía Robo legs que co esponde al modelo
MVCS donde la S se e ie e a se icio.
En es e pa ón la capa de modelo se di ide en dos. En modelo y se icio donde modelo se enca ga de
a a la colección de da os (Es un eposi o io) y el de se icio se enca ga de oda la in e acción con el
ex e io .
En la pa e de la is a ambién se di e encia, odas las is as ienen una clase especial llamada mediado .
Es e modelo pe mi e desacopla el a amien o de los da os de cómo se pe sis en.
Lis ado de componen es.
A con inuación paso a de alla los di e en es componen es del sis ema y sus mé odos y isibilidades. En
la p ac ica la aplicación se ha ealizado u ilizando inyección de dependencias basada en In e aces de esa
o ma ijábamos un con a o a cumpli , pe o como se implemen a á no a ec a al sis ema. Es o es buena
p ác ica pa a pode ealiza cambios ápidamen e y ayuda a los es uni a ios.
En nues o caso hay una clase especial que hace de ges o de e en os , en nues o caso es el con olado
(Applica ionMedia o ).
Doc o VO
A ibu os
+ DOCTOR:S ing
+ NOMBRE:S ing
+ PRIMER_APELLIDO:S ing
+ SEGUNDO_APELLIDO:S ing
+ TELEFONO:S ing
+ MOVIL:S ing
+ EMAIL:S ing
+ DNI:S ing
+ NUMERO_COLEGIADO:S ing
+ ESPECIALIDAD:S ing
+ NOTAS:S ing
Mé odos
+ Upda e(doc o :Doc o VO): oid
+ NOMBRECOMPLETO():S ing
+ oA ay():A ay
Hospi alVO
A ibu os
+idHospi al:in
+ERPCODE:S ing
+Hospi al:S ing
+Ciudad:S ing
+EMail:S ing
+Tele ono:S ing
+ IdP o incia:in
Mé odos
+ Upda e(Hospi alVO): oid
+ oA ay():A ay
Mu uaVO
A ibu os
idMu ua:S ing
Mu ua:S ing
Mé odos
+ Upda e(Mu uaVO): oid
+ oA ay():A ay
11. Implemen ación y es
11.1 Me odologia Empleada.
Debido al ca ác e documen ado que necesi a un p oyec o de inal de ca e a se ha u ilizado una
me odología clásica. Que en la ealidad no suele u iliza se demasiado po los siguien es mo i os.
Se pasa mucho iempo plani icando con lo que pa a clien es pequeños el cos e de ho as se dispa a sin
ene esul ados isibles. Muchas eces los equisi os a ían con el iempo y el usua io no suele se capaz
de ansmi i e ealmen e oda su p oblemá ica.
Po es e mo i o son más in e esan es las me odologías ci cula es C uz, Agile,… Donde se p epa an
sp ing ma cando hi os a co o plazo y se an en egando p o o ipos donde el clien e es á in oluc ado
de ec ando de o ma emp ana cualquie e o .
El diseño que se ha empleado en la gene ación del p o o ipo es á o ien ada a es e ipo de desa ollo, se ha
in en ado que la aplicación es e al amen e desacoplada u ilizando inyección de dependencias con lo que
se ía muy ácil ealiza es de p uebas uni a ios con alguna he amien a. También he implemen ado la
in e sión de con ol. Me odología más adecuada pa a la TDD.
La comunicación en e los di e en es módulos se hacen median e Señales y Commands. Los ni eles
supe io es no ienen conocimien o de los in e io es.
11.2 Implemen ación.
A ni el de desa ollo se han u ilizado dos he amien as, inicialmen e se p obó con una he amien a
OpenSou ce que uncionaba co ec amen e al p incipio pe o que a medida que el p oyec o empezó a
c ece se ol ió más ines able, cada Señal es una clase, las is as son 2 iche os y el modelo son 2
iche os po en idad, El emulado se ce aba inespe adamen e, de ol ía e o es que no e an ales, e c.…
Es o me in i o después de un pe iodo de p uebas a adqui un so wa e de la ma ca Je B ains que pa a
p og amado es pa icula es iene un p ecio muy asequible onda los 179 € y e pe mi e abaja con una
he amien a p o esional.
Tal como he comen ado pa a la implemen ación del MVC y la in e sión de Con ol e In e sión de
Dependencias he u ilizado la lib e ía hecha en ac ionsc ip pu o Robo legs 2. Es o me ha obligado ha
se muy es uc u ado, pe o ha p o ocado que el p oyec o a ni el de iche os se uel a mons uoso. Si
además sumamos que se oma la decisión de implemen a la inyección de componen es median e los
in e aces signi ica que pa a clase se ha gene ado un iche o de in e ace.
La es uc u a del p oyec o es la que paso a de alla a con inuación.
Ca pe a Con ex: Aquí se de inen los iche os co espondien es al con ex o, en la e sión 2, son
básicamen e iche o de con igu ación donde indicamos que dependencias enemos que inyec a ,
las señales a a a y que comandos se enca ga an de ealiza las.
Ca pe a Con olle s. Es a ca pe a iene dos subca pe as la co espondien e a las Señales y los
comandos. No he u ilizado el sis ema de e en os es ánda pues o que e an más complejo pa a
inclui los en los in e aces.
Ca pe a Model: Es donde end emos las clases esponsables de a a con los da os. El modelo
de obo legs di ie e un poco del es ánda (no es necesa io usa lo) pues o que sepa a el modelo de
da os. En modelos (son nues as colecciones, que solo saben cómo abaja con los da os,
de ol e los, il a los, e c. y po o o lado enemos la capa de se icios que es la enca gada de
pe sis i los ya sea median e accesos a base de da os o se icios emo os. Es os se enca gan de
ac ualiza el modelo si hay algún cambio.
Ca pe a View. Aquí end emos odas las clases enca gada de la capa de isual. Po un lado
enemos las is as p opiamen e dichas que se enca ga án solo de isualiza y alida los da os de
pan alla que no necesi en accede a da os almacenados. Y luego end emos los media o s
(mediado es) que se enca ga an de comunica la is a con el modelo de da os lanzando e en os.
A ni el de la in e az g á ica la idea como ya se ha comen ado an e io men e e a u iliza los componen es
que daba el amewo k de Flex y sus iche os de de inición mxml., pe o debido al p oblema de
endimien o se ha enido que hace una p og amación a más bajo ni el y pasa a p og ama en
ac ionsc ip .
Po sue e la lib e ía MadCommand que es opensou ce mejo a endimien o y amaño de la aplicación
que en los disposi i os mo iles es ealmen e impo an e. Además no pe díamos la acilidad de diseño
po que u iliza de iniciones en XML pa a la de inición de las is as
Pa a la in e az g á ica la lib e ía MadCommands, que además suminis a una lib e ía pa a la elabo ación
de g á icos.
El amewo k ac ionsc ip u ilizado ha sido Apache Flex 4.12.1
11.3 Tes ing
Du an e la implemen ación han su gido muchísimos p oblemas, desa olla apps pa a IOS en Windows
no es un lecho de osas. Pe o lo cie o es que la expe iencia mejo o al cambia la he amien a. La
he amien a iene una ca ac e ís ica muy in e esan e y es que se in eg a con la aplicación FlexUni pa a
ealiza p uebas uni a ias.
En mi caso solo he podido ealiza p uebas uni a ias de la capa de da os. Tes ea la in e ace es muy
complejo así que lo ienes que hace en el p oceso de p uebas de in eg ación.
O o p oblema impo an e que me he encon ado ha sido que a eces en las maquinas i uales de es no
ienen el mismo compo amien o que en el disposi i o mó il y cosas que e uncionan co ec amen e en
el pc luego no co en bien en el mó il.
De es o puedo saca la conclusión de que si ienes el disposi i o de des ino es mejo p oba lo
di ec amen e. El p oceso es más len o pe o más iable.
12. Conclusiones y abajos Fu u os.
12.1 Conclusiones.
Pe sonalmen e me sien o muy sa is echo po que después de muchas ho as in e idas he log ado
soluciona p oblemas que me pa ecían ealmen e g andes escollos.
En e e encia a los obje i os que me ma que en un p incipio quizás ue on demasiado al os y es o me ha
ido desgas ando al e que no ob enia los esul ados deseados. Tal como incu en las me odologías
mode nas lo mejo es ma ca se pequeños hi os pa a e un esul ado p on o y así gana con ianza.
Que puedo deci , pues que he sen ido lo que hacía iempo que no sen ía, esa desespe ación de no
encon a una solución y ene que in es iga ho as pa a saca algo en cla o, básicamen e ol e al
pun o de pa ida, no ene expe iencia en un p oduc o y ene que i a de la documen ación.
Pe o apa e de eso lo cie o es que es oy ealmen e sa is echo, he ap endido un lenguaje nue o, he
asimilado nue os pa ones de diseño y me eo capaz de empeza a desa olla en disposi i os mó iles.
Respec o a p oblemas ema cables en el p oyec o la e dad es que he enido cua o bas an e g andes pa a
p oba los.
El p ime o e a la can idad de iempo que enía que in e i pa a encon a la solución a un
p oblema. Como siemp e con el so wa e lib e hay cien os de si ios donde e dan una solución
que no unciona. Incluso a eces he enido que deshace pa e del abajo.
La al a de expe iencia en el p oduc o. A la ho a de p og ama me cos aba encon a soluciones a
p oblemas ya conocidos que en los lenguajes que uso habi ualmen e puedo esol e ápidamen e.
La di isión del p oduc o en Adobe y Apache hace que cie a documen ación no sea del odo
iable.
EL seguimien o del p oyec o. He coincidido con el a anque de dos emp esas de la sociedad en
que abajo y un cambio de pa ne . Es o me ha educido el iempo muchísimo.
Po la pa e del diseño, lo cie o es que se á mejo que deje eso en manos de los p o esionales como he
hecho has a aho a.
12.2 T abajos u u os.
Pun os a mejo a pa a que la aplicación uese más comple a.
Mejo a la sinc onización.
Se ía in e esan e pone un sis ema más complejo de sinc onización pa a pode ene una
comunicación di ec a con el ERP de la o ganización.
Ve sión de esc i o io
Ap o echando la sepa ación de la capa isual y que el en o no es mul ipla a o ma se pod ia
ealiza una e sión pa a esc i o io.
Hace cambios en algunas ablas y modi ica las is as.
Hay campos que se pod ían pasa a ablas pa a pode aumen a la can idad de in o mación.
Ejemplos mul iples o os, mas ci ugías po solici ud.
Añadi in o mes o es adis icas que el usua io pueda necesi a .
13. Bibliog a ía.
Joey Lo , Da on Schall y Kei h Pe e s. Ac ionSc ip 3.0 pa a desa ollado es Flash. Ediciones ANAYA
MULTIMEDIA., 1ª Edicion 2007
Je Tappe , Michael Lab iola, Ma hew Boles y James Talbo . Adobe Flex 3. Ediciones ANAYA
MULTIMEDIA, 1ª Edición 2008
Da id Sc ille , Rich Shupe, Jen deHann, Da en Richa dson. The Ac ionsc ip 3.0 Quick Re e ence Guide:
Fo De eloppe s and Design Using Flash CS4 P o essional, ORELLY , 1ª Edicion del 2009.
Pascal Roques. UML 2 pa la p ac ique, É udes de cas e exe cices co iges. 5ª Edición 2006.
Joel Hooks & S ay (Lindsey Fallow). Ac ionSc ip De elope ’s Guide o Robo legs. P ime a edición de
2011.
MADCOMPONENTS. h ps://code.google.com/p/mad-componen s/
MADCOMPONENTS WITH ROBOTLEGS. h p://ajuk aine.blogspo .com.es/2012/09/madcomponen s-
wi h- obo legs.h ml
Apple De elope . h ps://de elope .apple.com/
Apache Flex. h p:// lex.apache.o g/
Guía de diseño IOS7. h p://i omyn inen.com/blog/ he-ios-7-design-chea -shee /
Robolegs 2. h p://www. obo legs.o g/
In ellijIdea h p://www.je b ains.com/idea/buy/
FlasDe elop. h p://www. lashde elop.o g/
RiaAc i e h p:// iac i e.mx/2011/02/10/ obo legs-101-accion/
Flexenespannol h p://www. lexenespannol.com/
Apéndices.
Manual de ins alación
Pa a pode ealiza la compilación son necesa ios al como se indicaba en el apa ado de implan ación el
en o no de desa ollo de Je B ains In elliJ IDEA o en su de ec o FlashDe elop. Una ez enemos el
en o no se á necesa io baja las lib e ías y amewo ks necesa ios.
Luego se á necesa io ins ala con su p opio ins alado el amewo k de apache.
h p:// lex.apache.o g/ins alle .h ml es e con igu a á odo co ec amen e incluso los pa hs del sis ema.
Las lib e ías u ilizadas se pueden baja desde aquí, pe o ya es án en el mismo p oyec o.
Los componen es de MADCOMPONENTS se desca gan desde la web h ps://code.google.com/p/mad-
componen s/. Pa a su co ec o uncionamien o los u e que compila con la e sión de Flex que iba a
u iliza en el p oyec o.
La lib e ía de inyección de dependencias la podemos desca ga desde h p://www. obo legs.o g/
desca ga la e sión 2.5.1
En mi caso la app se ha gene ado pa a IOS y pa a hace lo hay que se Apple de eloppe y gene a una
cla e de p oduc o. Los pasos a segui pa a hace lo desde Windows los podemos encon a aquí.
h p://www.un olden e ainmen .com/blog/2011/11/30/ lash- o-ios-a-s ep-by-s ep- u o ial-pa -1/
Una ez los enemos bas a a con copia los e indica le en el p oyec o File P oyec S uc u e IOS el
p o isionning Key y el Keys o e ile.
Aho a ya podemos compila he ins ala lo en el mó il.
Si lo que emos ejecu a en el emulado nos podemos aho a es os pasos.
