INCIDENCIAS APLICACIN MOVIL DESARROLLADA EN BASE A LA
METODOLOGIA EN CASCADA
RESUMEN
El articulo presenta la metodologa de
cascada para el desarrollo de una
aplicacin mvil mediante Android studio ,
siguiendo cada etapa las cuales son
:Analisis de requerimiento,Diseo del
sistema,Codificacion ,Pruebas ,
Verificacion y Mantenimiento del modelo
se obtendr como resultado una aplicacin
mvil llamada Incidencia que permitir
ingresar y almacenar datos .
Las metodologas an estado evolucionando
al pasar los aos ya que son una solucin
para proyectos a corto y largo plazo, en
especial, aquellos proyectos en dnde los
requisitos estn cambiando
constantemente, un ejemplo de esto son las
aplicaciones para dispositivos mviles,
debido a que ests tienen que satisfacer una
serie de caractersticas y condicionantes
especiales, tales como: canal, movilidad,
portabilidad, capacidades especficas de las
terminales, entre otras, y aun cuando
existen miles de aplicaciones para
dispositivos mviles que corren en
diferentes sistemas operativos IOs,
Android, BlackBerry y Windows Mobile;
stas llenan las expectativas de los usuarios
hasta cierto punto por su escasa calidad en
el desarrollo, ya que el uso de
metodologas de desarrollo de software no
se considera importante en este mbito, por
tanto, los desarrollos para dispositivos
mviles, hasta el momento, se han venido
realizando, principalmente, de manera
desordenada y en la mayora de los casos
por desarrolladores individuales que no
aplican mtodos de ingeniera de software
que garanticen su mantenibilidad y por lo
tanto su calidad.
Aun cuando existe una gran variedad de
metodologas deciden no usar una
metodologa que pueda facilitar el
desarrollo, en el mbito del desarrollo para
dispositivos mviles, la mayora de los
esfuerzos han sido encaminados al
desarrollo de nuevas metodologas,
basadas en prcticas de las tradicionales,
con algunos aditamentos de tcnicas
modernas como usabilidad entre otras.
ABSTRACT
INTRODUCCION
El mercado de aplicaciones mviles ha
experimentado una rpida expansin
durante los ltimos 10 aos, las
plataformas mviles siguen mejorando su
desempeo, y la necesidad de los usuarios
de una amplia variedad de aplicaciones
mviles va en aumento [26]. El desarrollo
de software para las plataformas mviles
viene con caractersticas nicas y
restricciones que se aplican a la mayora de
las etapas del ciclo de vida. Las
caractersticas distintivas ms importantes
son identificadas en [27] [28] [29] tales
como: un alto nivel de competitividad,
corto tiempo de entrega, movilidad,
portabilidad, capacidades espec- ficas y
constantemente cambiantes de las
terminales, sistemas operativos diferentes e
incompatibles, entre otras.
Hoy en dia las aplicaciones mviles se
usan para la mayora de las acciones como
para prender el televisor , ver somo se
encuentra tu casa mientras tu estas , en
otras.Por lo tanto no poda faltar una
aplicacin que pueda generar
documentacin instantneaque permitir
preveer accidentes y faltas de los
trabajadores en determinadas reas de
labor .
Incidencia es una aplicacin que genera
documentacin intantanea tan solo
ingresando algunos datos marcando y
seleccionando las acciones o
comportamiento ejercido mediante la falta
adems de incluir una fotos para tener
pruebas de las faltas. Para el desarrollo de
esta aplicacin se uso la metodologa de la
cascada siendo tan antigua y aun siendo
usa es buena opcin para tener cada etapa
ordenana y siguiendo una secuencia
establecida.
METODOLOGIA EN CASCADA
Qu es una metodologa de desarrollo?
Una metodologa es una coleccin de
procedimientos, tcnicas, herramientas y
documentos auxiliares que ayudan a los
desarrolladores de software en sus
esfuerzos por implementar nuevos sistemas
de informacin. Una metodologa est
formada por fases, cada una de las cuales
se puede dividir en sub-fases, que guiarn
a los desarrolladores de sistemas a elegir
las tcnicas ms apropiadas en cada
momento del proyecto y tambin a
planificarlo, gestionarlo, controlarlo y
evaluarlo. [8].
El modelo de la cascada es uno de los
primeros modelos empleados en el
desarrollo desoftware, se popularizo en
1970 por Winston Royce y an est
vigente en algunos desarrollos. ste
modelo se define como una secuencia de
actividades a ser seguidas en orden, donde
la estrategia principal es definir y seguir el
progreso del desarrollode software hacia
puntos de revisin bien definidos, es decir,
se codifica y reparan loserrores.
Sus caractersticas principales son:
Es lineal
Las actividades estn relacionadas
secuencialmente
Cada etapa tiene una entrada y una
salida
Es rgido y sistemtico: La entrada
de una actividad es la salida de la
etapa anterior, por lo cual no se
puede dar inicio a la siguiente fase.
Es monoltico: Existe una nica
fecha de entrega.
La implementacin se pospone
hasta que no se comprendan los
objetivos.
Los documentos a entregar rigen el
proceso de software
Las fases que contempla el modelo
de la cascada son al Anlisis y
especificacin de requerimientos,
diseo, codificacin, integracin y
pruebas, liberacin y
mantenimiento.
El modelo waterfall es el modelo ms
esttico y predictivo. Es aplicable en
proyectos en los que los requisitos
estn fijados y no van a cambiar
durante el ciclo de vida del desarrollo.
Esta aproximacin divide el proyecto
en fases estancas totalmente
secuenciales. En este modelo, el
desarrollo se interpreta como el agua
que va cayendo de un estanque al
siguiente. Se le da mucho nfasis a la
 planificacin, a los tiempos, a las
fechas lmite y al presupuesto. [7]
Anlisis de requisitos
En esta fase se analizan las necesidades de
los usuarios finales del software para
determinar qu objetivos debe cubrir. De
esta fase surge una memoria llamada SRD
(documento de especificacin de
requisitos), que contiene la especificacin
completa de lo que debe hacer el sistema
sin entrar en detalles internos.
Es importante sealar que en esta etapa se
debe consensuar todo lo que se requiere
del sistema y ser aquello lo que seguir en
las siguientes etapas, no pudindose
requerir nuevos resultados a mitad del
proceso de elaboracin del software.
Diseo del Sistema
Descompone y organiza el sistema en
elementos que puedan elaborarse por
separado, aprovechando las ventajas del
desarrollo en equipo. Como resultado
surge el SDD (Documento de Diseo del
Software), que contiene la descripcin de
la estructura relacional global del sistema y
la especificacin de lo que debe hacer cada
una de sus partes, as como la manera en
que se combinan unas con otras.
Es conveniente distinguir entre diseo de
alto nivel o arquitectnico y diseo
detallado. El primero de ellos tiene como
objetivo definir la estructura de la solucin
(una vez que la fase de anlisis ha descrito
el problema) identificando grandes
mdulos (conjuntos de funciones que van a
estar asociadas) y sus relaciones. Con ello
se define la arquitectura de la solucin
elegida. El segundo define los algoritmos
empleados y la organizacin del cdigo
para comenzar la implementacin.
Codificacin
. Es la fase en donde se implementa
el cdigo fuente, haciendo uso de
prototipos as como de pruebas y ensayos
para corregir errores.
Dependiendo del lenguaje de
programacin y su versin se crean las
bibliotecas y componentes reutilizables
dentro del mismo proyecto para hacer que
la programacin sea un proceso mucho
ms rpido
Pruebas
Los elementos, ya programados, se
ensamblan para componer el sistema y se
comprueba que funciona correctamente y
que cumple con los requisitos, antes de ser
entregado al usuario final.
Verificacin
Es la fase en donde el usuario final ejecuta - Prdida de tiempo
mayor debido al
el sistema, para ello el o los programadores
formato.
ya realizaron exhaustivas pruebas para - Poco atractivo.
comprobar que el sistema no falle. - Difcil traslado de
En la creacion de desarrollo de cascada se datos al ordenador y
conocimiento tardo
implementa los codigos de investigacion y
de informes.
puebas del mismo - No incluye
Mantenimiento fotografas u otra
Una de las etapas mas criticas, ya que se evidencia de los
incidentes.
destina un 75% de los recursos, es el
- Dficit de copias de
mantenimiento del Software ya que al fichas, dependiente
utilizarlo como usuario final puede ser que de stock.
no cumpla con todas nuestras expectativas. - Desactualizado
tecnolgicamente.

1.3 Identificacin de las

APLICACIN DE LA METODOLOGIA Necesidades

1 Anlisis de Requisitos
1.1 Identificacin del Problema - Necesidad de automatizar el
Limitaciones y desorden en proceso de llenado del formulario
realizacin de informes de de incidencias dentro de la
incidencias dentro de la empresa. empresa.
1.2 Anlisis del Problema - Que ordenadores del rea de SSO
acten como servidores para
Los informes de incidentes
manejar los datos
dentro de la empresa
- Capacidad para adaptar el
cuentan con las siguientes
aplicativo a otras empresas que lo
limitaciones:
soliciten.
- Formato en papel - Facilidad de uso para los
facil de perder. trabajadores de la empresa.
- No se informan
incidentes por
1.4 Definicin de Objetivos
procedimiento
implicado para ello,
a saber llenado de
ficha, entrega y - Automatizar mediante una
bsqueda del aplicacin el proceso de reportes de
supervisor y la incidencias.
dificultad. que - Los datos estn registrados en una
implica llenar con base de datos para despus ser
bolgrafo sin medio analizados.
de soporte.

2 Diseo del Sistema
2.1 Requerimientos Funcionales
Presentacin :
- Mostrar logos de la empresa y
empresa asociados.
Menu Principal :
- Opcin Comportamiento crtico
observado
- Opcin Condicin Insegura
- Opcin Salir
Instructivo :
- Mostrar las instrucciones del uso y
seguridad de la aplicacin (llenado
del formulario)
Formulario Comportamiento crtico
observado
- Campo para Ingresar nombre del
trabajador.
- Campo para Ingresar en numero de
SAP / DNI del trabajador
- Fecha y hora deben ser obtenidos
del sistema
- Seleccionar de una lista
desplegable el turno (Maana ,
Tarde, Noche)
- Seleccionar de una lista
desplegable el rea de
origen(Donde ocurri la incidencia)
- Seleccionar de una lista
desplegable el rea de observacin
(Donde se realiz la observacin)
- Pulsar sobre las categoras (ERP,
Mquinas,riesgos... ) y mostrar las
subcategoras (CheckBox) las
razones (ERP :[No se usa, ERP
Deteriorado...])
- Campo para Ingresar la descripcion
de la incidencia
- Seleccionar en una lista
desplegable el tipo de tarea
realizado (Manipulacin,
Inspeccin...)
- Seleccionar de una lista
(CheckBox) beneficios que el
trabajador tom en cuenta (Ahorro
de tiempo, menos Esfuerzo ,Ms
comodidad)
Formulario Condicin Insegura
- Campo para Ingresar nombre del
trabajador.
- Campo para Ingresar en numero de
SAP / DNI del trabajador
- Fecha y hora deben ser obtenidos
del sistema
- Seleccionar de una lista
desplegable el turno (Maana ,
Tarde, Noche)
- Seleccionar de una lista
desplegable el rea de procedencia
(Donde se ve la condicin insegura)
- Seleccionar de una lista
desplegable el rea observada
(Donde se ve la observacin)
- Campo para Ingresar la condicin
insegura para reportar
- Pregunta de Si o No (Se report a
su supervisor a cargo con
anterioridad?)
- Si : Cuntas veces la
reporto? : Campo para
ingresar numero de veces
que se report
- Seleccionar de una lista
desplegable Cunto tiempo se
encuentra en ese estado? (menos de
1 dia, 2 dias, 3 dias, una semana,
ms de una semana)
- Seleccionar el tipo de riesgo (muy
bajo, bajo, medio, alto, crtico.)
- Seleccionar el antecedente (Si o
No) Causo algn incidente o
accidente observado, comentado o
reportado?
Fotos
 - Seleccionar tomar o adjuntar fotos
- Omitir si no se desea enviar fotos
en el reporte
Confirmacin ( envo del reporte)
se escribe en el lenguaje de
programacin seleccionado en este
caso XML y java , cada una de las
partes definidas en los diagramas
realizados en la etapa de diseo.

- Registrar los datos(los campos) el Presentacin

formulario en la base de datos
- Registrar las imgenes en el Para mostrar los logos de las empresas se
servidor(FTP) utilizo

Liner layout
En la Aplicacin Web ImageViews para mostrar cada
imagen
- Login simple
Descargar en formato .xls los datos
registrados Menu Principal
2.2 Requerimientos no LinearLayout
Funcionales TextView
Restricciones ImagenView
Button
- Usar servidores locales para recibir
los datos que sern almacenados. X
Descartado Instructivo
-
Atributos de calidad LinearLayout
TextView
- Escalabilidad : El software en un ImageView
futuro deber estar preparado para
recibir actualizaciones
- Portabilidad : El software se
utilizar para otras empresas Formulario Comportamiento Critico
- Usabilidad : El aplicativo debe ser Observado
de fcil uso para los trabajadores.
LinearLayout
TextView
2.3 Requerimientos del Sistema Spinner
CheckBox
Aplicacin mvil :
EditText
o Sistema operativo : Android
o Permisos: Button
Acceso a cmara.
Conexion redes wifi.
Formulario de Condicion Insegura

LinearLayout
TextView
3 Codificacin
Spinner
 CheckBox comprobando la interrelacin entre
EditText ellos. Se ejecuta y se observan los
Button resultados obtenidos, para compararlos
con los esperados.

Fotos
LinearLayout
TextView
ImageView
Button
En cada uno de los javas se implement
cdigo de verificacin de ingreso de datos .
Ademas se uso la librera import
tools.FTPManager para poder enviar los
datos a un servidor FTP y almacenarlo y
exportarlo a un documento xls.
5 Verificacin
deben hacerse pruebas de campo en
equipos reales para medir el
desempeo y el rendimiento del
aplicativo. Si se encuentran fallas en el
tiempo de ejecucin, si el software no
cumple con los requerimientos
especificados, o si el cliente solicita un
cambio de ltima hora, hay que
regresar a la fase de diseo para
reestructurar y solucionar el
inconveniente presentado.

6 Mantenimiento
4 Pruebas
se verifica el funcionamiento de la
aplicacin. En primer lugar, se RESULTADOS
comprueba la correcta operacin de
RESULTADOS
cada
elemento Mediante el uso del mtodo de la
desarrollad cascada se lleg a culminar la aplicacin
o INCIDENCIAS realizando cada una de
objeto, las etapas y obteniendo como resultado
clase, una aplicacin terminada y con buen
actividad, funcionamiento.
documento
, entre Se obtuvo una aplicacin agradable y de
otros en fcil manipulacin .
forma
Ingreso y almacenamiento de datos
individual;
satisfactoriamente adems de exportar
posteriorm
los datos aun documento xls
ente, se
pone en
funcionam
iento el
conjunto
de
elementos,
CONCL
USIONE
S

Android,
permite
la
creacin
de
formatos
de
interfaz
ms
amigable
s para el
usuario,
sin gran
complejid
ad en el
cdigo, por la caracterstica de edicin
mediante archivos xml.

Las aplicaciones mviles deben considerar

las caractersticas del entorno de ejecucin
de la aplicacin que dispone el telfono,
para garantizar el correcto funcionamiento
de la misma.

La aplicacin INCIDENCIA evitara que

los trabajadores de una determinada
empresa puedan sufrir accidente
previniendo e informando los
acontecimientos o los errores cometidos de
los trabajadores al momento de ejercer sus
labores en la empresa.

LA metodologa de cascada en una

metodologa muy antigua y a pesar de ellos
aun muestra si eficacia y eficiencia

BIBLIOGRAFIA
 [8] D. E.
Avison y G.
Fitzgerald,
Information
system
development.
Maidenhead:
McGraw-Hill Education, 2006.