Identifcación de Personas en una Empresa Integrantes: Manuel Conejera I*+EG,-*+E: Guillermo Matus Diego !nc"e# e$asti!n %aldi&ia Pro'esor: (ulio Mu)o#
Índice Introducción……………………………………………………………………………….3 Propuesta………………………………………………………………………………….4 Planificación……………………………………………………………………………….5 Proceso de Diseño……………………………………… Diseño…………………………………………………………………. ………………………….…….6 …….6 Prototipos No Funcionales……………………………………………………………7-11 Prototipos Funcionales………………………………………………………………1-16 !i"itaciones de la aplicación………………………………… aplicación…………………………………………………………...17 ………………………...17 #onclusión ……………………………………………………………………………….1$
Introducción %n la actualidad e&isten tecnolo'(as )ue facilitan el d(a a d(a* entre ellas se encuentran los +"artp,one* "uc,os a cuentan con uno* pero el uso )ue tiene es enfocado a la entretención o uso de redes sociales* es por eso )ue ,e"os decidido realiar una aplicación sencilla de utiliar "ediante una interfa natural poder acceder a infor"ación rele/ante para un 'rupo de personas o e"presa. 0de"s* se 2uscar se'n criterios a las personas. %stos criterios sern 2uscados por /o.
Propuesta %n este tra2ao est destinado a lle/ar un control una identificación propia de personas de una e"presa. cupare"os la "etodolo'(a en cascada. %ste pro'ra"a esta ,ec,o para /er sa2er cuntas personas estn tra2aando en la e"presa 2uscar una infor"ación propia de cada persona. %ste pro'ra"a ser desarrollado en len'uae de interfa natural en la cual lo )ue di'a"os se "ostrar la infor"ación se 2uscar una persona se'n los criterios. %sta aplicación 0ndroid ser diseñada en 0pp In/entor* ser capa de ,acer 2s)uedas interpretando lo )ue uno di'a* tendr for"ulario de personas* se 2uscara personas "ediante /o se a're'aran* se podr sa2er sus ,orarios a're'ar notas )ue consideres i"portantes en la 'estión diaria.
Planificación !as fec,as "s rele/antes ser la )ue inicio el d(a 31 de "ao del 16 a )ue /ere"os la in/esti'ación de )ue se /a a tratar nuestro proecto. endr una fec,a de t8r"ino el d(a 11 de unio del 16 donde se presentar la aplicación 0ndroid con toda la docu"entación re)uerida.
Proceso de Diseño 1. 9#onoce otra aplicación 0ndroid )ue per"ita ad"inistrar el personal: ;. Por el "o"ento no conoco otra aplicación. +u aplicación es 2astante 2uena. . 9
es
2uena
por)ue
cu"ple
los
estndares
de
3. ;eco"endar(a la aplicación a otras personas. ;. #laro )ue s(* por)ue es i"portante lle/ar un control de las personas de una e"presa. 4. !a interfa de la aplicación es fcil de usar. #o"ente ;. !a interfa es 2ien adecuada* so2re todos los colores )ue tiene. =ace una 2uena interacción con la persona )ue la /a a ocupar. 5. !a infor"ación )ue "uestra la aplicación es rele/ante para su e"presa. ;. !a infor"ación es rele/ante a )ue "anea infor"ación personal de cada tra2aador de nuestra e"presa. 6. +e "anea usted en la aplicación ;. +i claro* es una aplicación 2astante 2uena. 7. 9e 'ustar(a )ue la aplicación a/isara* el d(a de cu"pleaños de cada persona. 0de"s* )ue se pudiera conectar con una 2ase de datos re"ota"ente. !os datos )ue se pudieran /er en una p'ina ?e2.
Prototipado del Sistema (Interfaz de Usuario) cupare"os para el desarrollo de esta aplicación el prototipo de %scenarios a )ue la aplicación est destinada a "ostrar la infor"ación de los tra2aadores de la e"presa* para preparar los diferentes prototipos utilia"os la ,erra"ienta 2alsa"ic la )ue per"ite diseñar pantallas de dispositi/os "ó/iles* con funciones a"i'a2les para el desarrollo entendi"iento del usuario.
Prototipos No Funcionales For"ulario de In'reso. !a función del in'reso est enfocada a )ue el usuario acceda "ediante una cla/e indicada a tra/8s de la @o.
>en Principal 0l in'resar aparecer un "en )ue presentar 3 opciones de interacción con el usuarioA ra2aadores* =orarios Notas.
>en ra2aadores %n la función tra2aadores el usuario 2uscara a un tra2aador podr conocer sus datos principales.
>en =orarios %n la función =orarios el usuario "ediante la /o 2uscar a un tra2aador podr sa2er su ,orario de in'reso salida.
>en Notas %n la función Notas el usuario "ediante la /o podr 'uardar una nota con la infor"ación )ue el esti"e con/eniente* puede ser una anotación positi/a o ne'ati/a del tra2aador* la cual puede ser usada posterior"ente para to"ar decisiones en relación a su conducta.
Prototipos Funcionales
Limitaciones de la Aplicación
#uando diseña"os una aplicación de2e"os pensar )ue si nuestra aplicación tiene 8&ito se instalar en una a"plia 'a"a de dispositi/os "ó/iles* al'unos de alta 'a"a otros no tanto. !o i"portante es )ue nuestra aplicación est8 2ien diseñada eso si'nifica )ue ,ace un uso adecuado de todos los recursos* )ue los li2era cuando a no son necesarios )ue no consu"e "s de lo i"prescindi2le. +i lo'ra"os )ue nuestra aplicación ten'a un 2uen rendi"iento en un dispositi/o de 2aa 'a"a lo ,ar an "eor en uno de alta 'a"a sin )ue "odifi)ue"os nada. 1. !a aplicación se sincronia a tra/8s de una red de ?ifi. +i ,a una cone&ión no esta2le de internet no se podr usar la aplicación. . !i"itación al "o"ento de in'resar a la aplicación a tra/8s de la /o. 3. !a aplicación constara de un usuario ad"inistrador 3 cuentas para los e"pleados )ue "anean la aplicación. 4. Bna li"itación seria )ue la aplicación tendr(a pro2le"as si no ,a internet para el "ódulo de controlar la /o. 5. !a aplicación solo est para 0ndroid ,ec,a en 0pp In/entor* no tiene co"pati2ilidad con otras platafor"as.
onclusión
%n este tra2ao ,e"os aprendido lo esencial para ocupar una interfa adecuada para la aplicación. >uc,as /eces los conoci"ientos son "(ni"os es necesario ocupar un len'uae en co"n para per"itir alcanar el o2eti/o del proecto. Nuestra aplicación fue ,ec,a en 0pp In/entor* la aplicación es re)uiere un desarrollo a"i'a2le e in'enioso para lo'rar as( una interacción ,o"2re C ")uina.